一口にChef-Clientといっても、Chef-Solo、Chef-Clientローカルモード、Knife-Solo、Knife-Zeroとたくさんあるので、どれを選べばいいか迷ってしまうでしょう。さらにクライアント・サーバ構成を取ろうとすると、オンプレミス版Chef-Server、ホステッド版Chef-Serverが出てきます。 まずChefを活用する前に、あなたのインフラにはどのような構成がふさわしいか、チャートで簡単に確認してみましょう。なお、Chefバージョン12を前提としています。 Chef-Serverの機能が必要？ Chef-Serverの機能とは、次のものが挙げられます。 Search Organization, Group, User 認証 承認 まず、おおざっぱにこれらの機能が必要かどうかを確認します。ここで注意してほしいのは、確認するのはChef-Serverの機能
今年の6月にChef Soloは役割を終え、今後引退への道をたどると言うアナウンスがChefの公式ブログでありました。Chef Soloがなくなるということは、必ずChef Serverが必要になると言うことでしょうか？答えはなんとYesです。 しかし安心してください。そのためにChef Zeroが用意されています。一言で言うと、Chef Zeroはローカルで動かせるChef Serverです。 そしてChef Clientをローカルモードで動かすことでローカルのChef Zeroに接続するため、別のChef Serverは必要ありません。要するにChef Soloと同じような感覚でChefを使い続けることができます。 更にKnife-Zeroを使うとChef Solo同様にセットアップ先のマシンにChef Clientを簡単に入れることができます。そこで今回はこのKnife-Zeroを使
Chef(ChefInc)の管理ツールKnifeのプラグインで、Knife-Zeroというのを作りました。 https://github.com/higanworks/knife-zero 追記： バージョンアップして、knife zero chef_client/convergeサブコマンドを追加しました。 追記： ひと通りの機能を実装したので、knife-zeroのことをまとめるドキュメントをゆるやかに作成しています。 https://knife-zero.github.io 端的にいうとAnsibleのやり方をパクりつつ、Chef-Serverから構成管理を含む機能全部を頂戴しながら本体の管理を捨てました。 Knife-ZeroとChefのローカルモードを使うと、手元のChef-Repoだけで状態込みのサーバインフラ管理が完結するので色々と楽ができそうです。 参考: About th
前回 Chefのローカルモードだけでリモートサーバを運用してみようと、Knife-Zeroを作った。Nodeの構成情報もとれるよ。 - Qiita の続きといえば続きです。 Knife-Zeroのページはこちら。 http://knife-zero.github.io/ja/ Chef11.xからローカルモードというのが加わりました。Chef-Client/Server環境の簡易版であり、Soloの代わりでもあります。 Chef-Soloからの乗り換えとしてChef-Zero(ローカルモード)検索が多いようなので、この追記を先頭に移動 このサンプルではSSH越しにローカルモードを実行していますが、単にサーバ側にChef-Repoを置いてローカルモードをしたい場合、 Chefをインストール後にChef-Repoのディレクトリに移動してchef-client -zでOKです。 Soloみたいに
はじめに DockerでコンテナイメージをbuildするときにはDockerfileにOSイメージの指定や導入パッケージ、実行したいコマンドなどを記述してパッケージングします。 このDockerfileはほぼコマンドべた書きのような形なので難しいわけでは無いのですが、実行処理が多くなればなるほど長く読みづらくしまうし、テストも大変です。また既にChefやPuppet、Ansibleなどの構成管理ツールを用いているのであれば、既存の資産をうまく流用したほうが楽が出来ます。 ということで、Dockerfileにはほとんど仕事をさせずに、Dockerfileからchef-soloをキックしてコンテナをプロビジョニングしてみました。 やってみた ファイル構成は以下のような形です。今回はopscode謹製のbuild-essentialをレシピとして用意しました。 . ├── Dockerfile
Packerを使えばDockerのイメージをDockerfileを使わずビルドすることができる つまり，Dockerfileの特有な記述を使わず，今まで慣れ親しんできたChefやPuppet，Ansibleのようなプロビジョニングツールを使ってDockerのイメージをビルドできる． とのことなので Dockerfile 書かなくても良いじゃん? という。 Packer サンプル試した のサンプル試してみる このサンプルはEC2 $ packer build \ -var 'aws_access_key=XXXXXXXXXX' \ -var 'aws_secret_key=XXXXXXXXXX' \ example.json amazon-ebs output will be in this color. ==> amazon-ebs: Creating temporary keypair:
こんにちは。@jedipunkz です。 Serf の登場があったり、ここ最近オーケストレーションについて考える人が増えた気 がします。システムをデプロイしてその後各ノード間の連結だったりも同じ Chef, Puppet 等のコンフィギュレーションツールで行うのか？全く別のツールで？.. 最近 Serf というツールの登場がありました。 僕も Serf を触ってつい先日ブログに書きました。有用なツールだと思います。シ ンプルだからこそ応用が効きますし、リアルタイム性もあり、将来的に異なるネットワー クセグメント上のノードとも連結出来るようになりそうですし、とても期待です。 話が少し飛びますが.. いつも Rebuild.fm を楽しく聞いているのですが Immutable Infrastructure の話題の 時にオーケストレーションの話題になって、どうも ‘Chef でも自律的なクラス
1年くらいchefを使ってサーバ構築をしていたのですが、最近ansibleに乗り換えたので紹介記事を書いてみます 1. サーバ側に何もインストールする必要がない chefは管理対象ノードにchef-clientをインストールする必要がありますが、ansibleはPython 2.4が入っていて、sshでログインできればOKです。 chefもパッケージや,knife bootstrapコマンド等があるので始めやすいですが、何もする必要がないansibleの方が敷居が低いのかなと思ってます。 例えばsshでログインできれば、以下のコマンドを打てば10.0.10.1～10.0.10.3サーバの情報をとってくれます(カーネルバージョン,CPU,メモリ,ディスクサイズ,ディストリビューション等)。 この機能はchefで使われているohai相当のことをしてくれます。 echo 10.0.10.1 >
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? このドキュメントでは、Chefを実行して、インフラを作成したい人が、既存のレシピがあるのを前提に、Chefの概要を理解するためのドキュメントです。Chef-soloの構成のみに対応した記述になっています。理解が間違えているところとかあればご指摘ください。 Chefの概要 1.1. Chefとは シェフは、インフラストラクチャーをコードに変換するための自動化プラットフォームです。仮想環境でも、物理環境でも、クラウドでも使う事ができます。インフラストラクチャを自動化することで、プロダクトのマーケット投入を早めたり、スケールや複雑さに対応した
What is Test Kitchen?Test Kitchen provides a test harness to execute infrastructure code on one or more platforms in isolation. A driver plugin architecture is used to run code on various cloud providers and virtualization technologies such as Vagrant, Amazon EC2, Microsoft Azure, Google Compute Engine, VMware vSphere, Docker, and more. Read more Many testing frameworks are supported out of the bo
Cookbookテストフレームワークtest-kitchenの1.0が2013年5月11日、masterブランチとなりました。 ドライバ 以前のtest-kitchen安定版ではVagrantやOpenStackをクリーンなインスタンスを作成するための仮想化基盤として利用する機構が内蔵されていました。1.0では各仮想化プラットフォームを利用する機構はドライバとして外部に切り出されており、豊富な種類が用意されています(Kitchen::Driver::)。ただ、2013年6月4日現在、ドキュメントには反映されていません(Documentation)。 デフォルトではkitchen-vagrantが使われるようになっています。また、このドライバはVagrant 1.1以上を必要としているため注意が必要です(Requirements Vagrant, L145, L94を参照してください)。 R
Cookbookテストフレームワークtest-kitchen 1.0は、テストにBusserという仕組みを用いています。本稿では、デフォルトで用いられているBusser::RunnerPlugin::Batsを用いてCookbookのテストを行ってみます。 Busser::RunnerPlugin::Bats Busser::RunnerPlugin::Bats(以下busser-bats)とは、BusserのBats: the Bash Automated Testing Systemプラグインです。test-kitchen 1.0ではデフォルトでこれを用いることが想定されているようで、2013年6月4日現在、Opscode Community Cookbooksでもbusser-bats対応が進められているようです。 chef-rvm、chef-ruby_build、chef-rben
エンジニアの内田（@spesnova）です。 「実践！Elasticsearch」 の第二回として、今回は Chef を使って Elasticsearch クラスタを AWS の EC2 上に構築する方法を紹介します。 Chef の基本的な部分については説明を省きます。 目次 test-kitchen 環境準備 単体の Elasticsearch サーバーを立てる Elasticsearch プラグイン込みで構築する Nginx を追加してアクセスを制限する EC2 上に Elasticsearch クラスタを立てる test-kitchen 環境準備 Elasticsearch クラスタ構築は test-kitchen を使って進めて行きます。 demo 用の test-kitchen 環境を準備します。 Ruby, Chef, Berskfile VirtualBox ($ brew
はじめに test-kitchen を走らせた後で serverspec を使ってテストを試している記事を見つけたので試す 海外でも serverspec が広く受け入れられていて本当に素晴らしいと思う test-kitchen のドライバとして kitchen-docker を使う 参考 Shell Provisioner for Test Kitchen busser-rspec による Serverspec テスト #opschef_ja 準備 test-kitchen や kitchen-docker 等は既にインストールされているという状態から... serverspec のインストール sudo gem install serverspec --no-ri --no-rdoc -V cookbook の test ディレクトリに spec ファイルを置く 今回はこちらの coo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
