また、これらに加えてコンテナの実行やイメージの管理を行うためのDockerや、分散型設定共有サービス「etcd」も必要となる。そのほか、異なるマシン上で稼動しているコンテナ間で通信を行うためにLinuxのブリッジ接続機能や「Flannel」、「OpenVSwitch」といった仮想ネットワーク機構なども利用される。 これらのうち、apiserverやcontroller-manager、scheduler、etcdについてはクラスタの管理を行うマスターサーバーで実行されるコンポーネントとなる。また、proxyやkubelet、dockerはコンテナを稼動させる各ノード（minionとも呼ばれる）上で実行されている必要がある。 マスターサーバーとノードを分けた一般的な構成は、次の図2のようになる。なお、kubectlについてはマスターサーバー上でも、別のクライアント上でも実行が可能だ。 図2

The default installation of Elasticsearch is configured with a 1 GB heap. For just about every deployment, this number is usually too small. If you are using the default heap values, your cluster is probably configured incorrectly. There are two ways to change the heap size in Elasticsearch. The easiest is to set an environment variable called ES_HEAP_SIZE. When the server process starts, it will

これは Elasticsearch Advent Calendar 2015 8日目の記事です。 ログの可視化ツールとしてKibanaを使っている中で、Elasticsearch運用として色々と得られた知見を書きたいと思います。 Elasticsearchは、ライトな環境だったら特にチューニングなく安定してますがある程度ドキュメント数が積まれてくると、色々苦労があるなという印象です。 ここに書かれているのは、事情がありシングル構成で頑張った話なので、クラスタ組んでスケールするとこんな悩みはないのかもです。 でも、ログは運用系に入るのでそんなにコストかけれるとこはないのではという個人的な所感。 ラインナップとしては、下記のような感じです。 Kibana経由で重たいクエリが投げられると負荷高すぎて泣いた話 高負荷対策として、fielddata_cacheをディスクに逃がす方法 fluentdの

2015/3/15 curator v3.0 から、コマンドオプションが変わったので改定しました。 正確には v2.0 から変わってましたけど。 Kibana でダッシュボード作っていると、基本的に日時でインデックスファイルができて、ある程度溜まってくると、 elasticsearch が悲鳴をあげます（CPU的にも、メモリ的にも） ディスク容量が枯渇します ということで無限にサーバリソースが確保できない場合、Kibana の運用では定期的にインデックスファイルを削除する必要がでてきます。 この Index の削除を便利にしてくれるツールが curator です。 事前準備 Python と pip が必要なので、入れておきましょう。 $ sudo apt-get install python $ cd /tmp $ wget https://raw.github.com/pypa/pip

最も安価に小ロットで会社の服飾ノベルティを作る方法と、毎朝着る服を考えない生活のススメ 代表のmatsuiです。 たまには技術的な記事を書こうと思うのですが、ついまたネタ記事ばかり書いてしまいます。 エンジニアと服の問題 このブログを読んでいるのは、やはりエンジニアが多いかなと思いますが、服についてどのように考えてますでしょうか？ おしゃれなエンジニアというのも稀には存在しますが、多くのエンジニアは「服とかどうでもいい」「むしろ面倒くさい」とお考えのことでしょう。 私もやはりその中の一人でして、毎朝何を着ていくかを考えるのが鬱陶しくてなりませんでした。 今回この問題を、「会社のロゴ入りパーカーを毎日着る」という方法で解決しましたのでご紹介いたします。 自分なりに解決方法を考えてみる スティーブ・ジョブズは、毎日同じ服を着ていたといいます。 その理由は、「たとえ着る服を選ぶという些細な選択で

これは2017年1月18日での「Dockerを触ってみよう ～初心者向けDockerハンズオン～」の補助資料です。 1.「さくらのクラウド」上でサーバを立てる。 「さくらのクラウド」のサーバを作成する。 CentOS 7を利用する。 Windowsの人はPuttyやTeratermを利用する。 Macの人は、ターミナルを利用する ssh root@IPアドレスでログイン可能。 2. CentOS7でDockerをインストールする。 パッケージ情報を最新にする。 yum -y update docker-engine パッケージをセットアップします。 curl -fsSL https://get.docker.com/ | sh サービスを有効します。 systemctl enable docker.service docker デーモンを起動します systemctl start dock

さくらの{VPS,クラウド}で作る WordPress クラスタリング 1. さくらの{VPS,クラウド}で作る WordPress クラスタリング 2017/02/28 これで一撃！ KUSANAGI x さくらのVPS 発表資料 1 @nullpopopo 2. 2 さくらの{VPS,クラウド}で作る WordPress クラスタリング 自己紹介 3. 3 さくらの{VPS,クラウド}で作る WordPress クラスタリング けものフレンズ ロゴジェネレータ！ より作成 4. 4 さくらの{VPS,クラウド}で作る WordPress クラスタリング ぽぽなぎ #とは by @herl_saga さん 5. 5 さくらの{VPS,クラウド}で作る WordPress クラスタリング 濱田 康貴 所属というか肩書というか : プライム・ストラテジー株式会社 クラウドインテグレーション事

「Z.com Cloudは『“できない”をなくすクラウド』というコンセプトで開発しました」。GMOインターネットのネットワークエンジニアである中里昌弘氏は、新しいZ.com Cloudのサービスコンセプトをこう語る。 Z.com Cloud（ゼットコム クラウド）は、GMOインターネットが昨年（2016年）8月にサービス開始した法人向けのIaaSである。企業のオンプレミスシステムがクラウドに移行する際の“受け皿”として、企業システムが必要とする多様な機能を備え、それらを柔軟に組み合わせて利用できるクラウド基盤を目標としている。これが、「“できない”をなくす」という言葉の意味だ。 OpenStackベースで構築されたZ.com Cloudだが、その開発期間は「およそ4カ月」と非常に短期間だったという。その背景には、同社がこれまで他のクラウドサービス開発で蓄積してきたOpenStackに関する

Cloud imageをCloudで使わずにqemuで起動させる 本記事ではRedhat,Ubuntuが提供しているCloudイメージをlibguestfsを使って通常のQemu(libvirt)から起動できるようにします。 はじめに 最近はAWS等のサービスもあって、またUbuntuのcloud-initの普及も相俟ってISOのCDイメージだけではなく、プリインストール済みのVMイメージも配布されるようになりました。その中でもCloudイメージはOpenStack/AWSで使えることもあって非常に一般的になっています。 ですがCloudイメージはcloud-initというツールが入っており、そのままqemu/virshで起動するとログインができません。まぁ、Cloudで動くことを前提としている訳ですから動きませんよね。 しかし、自宅のちょっとした環境などで毎回インストールをするのもめんど

本記事ではRDO Projectで主に開発されているTripleOを使ったインストールについて紹介します。 RDO Projectで開発されているOpenStackのインストーラはTripleOの他にPackstackが存在しますが、TripleOは Controller nodeのHAの設定なども含めて設定することが可能です。 RDO ProjectではTripleOを使用したTripleO quickstartツールでもインストールすることは可能ですが、それについてはまたの機会に説明したいと思っています。 本記事では以下のことを行ないます。 VMを3つ作成(Undercloud用 x 1, Controller node用 x 1, Compute node用 x 1) (手順は省略) UndercloudのにCentOS7をインストール (手順は省略) その後にUndercloud用

このページの更新は終了しました。 今後は、 http://jawsug-cli.s3-website-ap-northeast-1.amazonaws.com/ をご参照ください。 JAWS-UG CLI専門支部のハンズオン http://jawsug-cli.doorkeeper.jp 一覧です。 JAWS-UG CLI専門支部 総合案内: http://jawsug-cli.s3-website-ap-northeast-1.amazonaws.com/ [重要] JAWS-UG CLIハンズオンに必要な環境の準備 JAWS-UG CLIハンズオンに参加する前に、必ず以下の手順に従って、必要な環境を準備しておいてください。 新規にAWSアカウントを作成する場合のみ実施するもの AWSアカウントの作成と初期設定: http://prototype-handson-cli.s3-websi

著者：澤田健　さまざまなIT関連業務経験ののちに2013年よりインフラエンジニアとしての業務に携わる。また、DRBDを始めとするオープンソースソフトウエアのサポート業務にも携わっている。ツイッターでDRBDの情報発信も行っている。TwitterID：@ksawada1979。

dockerを使って複数のWEBサーバーを立ててみたいと思います。 複数の外部ポートを使うため、プロキシとしてnginxと併用してみます。 今回は２つのWEBサーバーのコンテナを立て、１つにはwordpress on apache、もう一つは素のnginxを入れてみます。 コンテナにはそれぞれ memorycrat.cloudpack.jp tenkaippin.cloudpack.jp というドメインを割り当てます。 また、sshも立ちあげます。 今回はDockerfileを使ってイメージを構築します。 それぞれのコンテナのDockerfileとsupervisorの設定ファイルテンプレートは以下の様にホスト側に配置しておきます。 $ tree . . └── templates ├── memorycraft │   └── conf │       ├── Dockerfile │

English

日本仮想化技術株式会社(本社：東京都渋谷区、代表取締役：宮原 徹)は、IoT技術を活用した地方社会の課題解決促進に向けた野生鳥獣対策作業効率化を実現するべく、屋外設置型のIoT端末および、IoT端末との通信を通じて設置場 […]