こんにちは、せーのです。 Chef SoloやKnife SoloにChef Server同様environmentがサポートされてから、レシピの書き方が一気に広がりました。 広がった結果、Attributeをどこに書いていいのか迷う人も多いのではないでしょうか。私は迷います。 Chefは結構ゆるーい感じなので、特に「こういう場合にはここに書きなさい」という決まりがあまりありません。 この「決まりがない」というのがクセモノで、ついついAttributeをバラバラに書いてしまい、Cookbookが会社の共有資産になった時に余計な値が埋め込まれる、という事例が多発したりしないでしょうか。私はします。 Attributeには順位があり、より上位の場所にAttributeを書くと下位の値が上書きされます。まずこの順番を体感で覚えておくことが重要です。 Attributeの順位はドキュメントに書いて
サービス開発の現場を語る！ #chibadan の発表資料です http://chibadan.connpass.com/event/41625/
前回 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みたいに
September 17, 2014 Sensu Casual Talks #1にいってきた。 @timwataさんのGraphiteのスケールの話が興味深かった。 3000台ぐらいのクライアントをSensuとGraphiteで見てるの 相当貴重な知見だと思う。 自分が話してきたのは特にどうということもなくて Chefを使えばOfficial cookbookと自分で何個かcookbookを書くことで 比較的簡単に(※1)導入、運用ができるという話をしてきた。 cookbookはここにまとめてある。 https://github.com/kenjiskywalker/chef/tree/master/site-cookbooks Sensu、スケールしていくとどこがボトルネックになるか みたいな話はユースケースが増えていくとコツみたいなのが 見えてくると思う。だけどnagiosで困っていな
先日、Chefの環境構築を終わらせたので、パーフェクトRuby on Rails見ながら、ChefのレシピをVagrant上の仮想マシンに適用させる作業をしていきました。 途中までは問題なく出来た ひとまず書籍を読み進めながら、まずは基本的なレシピだけを適用させる手順を試すことにしました。 P.282からP.290までの内容を読み進めつつ、仕事上必要になりそうなものを追加でインストールしてひとまず以下の様なファイルを作りました Vagrantfile VAGRANTFILE_API_VERSION = "2" Vagrant.configure(VAGRANTFILE_API_VERSION) do |config| config.vm.box = "." config.vm.box = 'rails' config.ssh.forward_agent = true config.vm.n
はじめに DockerでコンテナイメージをbuildするときにはDockerfileにOSイメージの指定や導入パッケージ、実行したいコマンドなどを記述してパッケージングします。 このDockerfileはほぼコマンドべた書きのような形なので難しいわけでは無いのですが、実行処理が多くなればなるほど長く読みづらくしまうし、テストも大変です。また既にChefやPuppet、Ansibleなどの構成管理ツールを用いているのであれば、既存の資産をうまく流用したほうが楽が出来ます。 ということで、Dockerfileにはほとんど仕事をさせずに、Dockerfileからchef-soloをキックしてコンテナをプロビジョニングしてみました。 やってみた ファイル構成は以下のような形です。今回はopscode謹製のbuild-essentialをレシピとして用意しました。 . ├── Dockerfile
Dockerが使えるようになったため、Jenkinsにより仮想サーバの起動から、サーバ構築、テスト、仮想サーバの廃棄までを自動化してみました。 やりたいこと 以下のように、Chefのリポジトリの更新をトリガーに、仮想サーバの起動から、サーバ構築、テスト、仮想サーバの廃棄までをJenkinsにて自動化します。 Chefのレシピをリモートリポジトリへgit pushすると、Jenkinsが通知を検知 JenkinsからDockerの仮想サーバ(コンテナ)を起動 起動が成功すれば、Chefを実行し、サーバを構築 サーバ構築が成功すれば、serverspecを実行し、サーバの状態をテスト テストが成功すれば、Dockerの仮想サーバ(コンテナ)を廃棄 また、Dockerの起動停止、サーバ構築、テストは全てSSH接続により行います。 構成 CentOS 6.5 : Chef、serverspec、J
かれこれ一年間くらい執筆に追われていた書籍情報が ついにAmazon.co.jpに出た。ついに著者になることができました。 :sushi: 巨人の肩に乗せてもらってる感やばい。 予約はこちらから Amazon.co.jp： Chef実践入門 ~コードによるインフラ構築の自動化 (WEB+DB PRESS plus): 吉羽 龍太郎, 安藤 祐介, 伊藤 直也, 菅井 祐太朗, 並河 祐貴: 本 Amazonではまだ出てないけど、書影も出ました。 詳しくは共著者のryuzeeさんのblogで。 http://www.ryuzee.com/contents/blog/6909 (ryuzeeさん、定番の煽り文句いいかんじですね Chef本と言えば、先日発売されたChef活用ガイドという書籍があります。 同じChefという題材で技術書を書いていたこともあってか、 見本誌を頂いたので読んでいました
株式会社万葉を退職して、ウェブペイ株式会社に入社しました。 4/1ですが、エイプリルフールではなく本当の話です。 2014/3/28が万葉での最終出社日となりました。 この日は帰社日で、万葉での生活を総括する発表をしました。 午後は花見をして、その後僕の送別会を執り行ってくれました。 万葉のみなさん、快く送り出していただいてありがとうございます。 帰社日での発表を見るみんなの顔を見ていたり、 僕の送別会のために自宅の近所を万葉のみんなが歩いていることに気がついて 心の奥にじわっとくるものがありました。 私とWebPayの出会いには以下のエピソードがありました。 また、いくつかの勉強会の存在がありました。 Engine Yardで開催された初めてのChefの教室に参加 発表者数名でChefに関する書籍執筆することに Engine Yardで開催されたSendGrid Nightに参加 Sen
ストーリーボードでスライドページのスクリーンショットを取りたい。 という話があって、wkhtmltoimageを使ってみたらどうだろうと朝起きたら issueにコメントが付いていた*1のでインストールしてみました。OSはUbuntu 12.10です。 wkhtmltoimageは、webkitのエンジンを使ってページをレンダリングしてそれをJPGやPNG画像として保存することができます。 で、例によってChefを使ってレシピを下の様に書いてみました。 # default.rb %w{libxrender1 libfontconfig1 otf-ipafont-gothic libxext6}.each do |pkg| package pkg do action :install end end bash "wkhtmltoimage install." do user "root" cw
新規サービス用の監視をNagiosからsensuに切り替えて2ヶ月経ったので、 導入時の調査で社内で公開してたissueと、投入して2ヶ月間運用した記録を公開しておこうと思う。 というか以前Sensuの事を書くと公言していたのに、すっかりサボっていて 昨日@ma0eさんのブログを見て下記のやり取りを思い出して急いで書いた… @ma0e We started using it. @glidenote will report the detail soon, I think. — kentaro (@kentaro) 2013, 10月 30 @kentaro @glidenote that would be nice — Mitsutoshi Aoe/maoe (@ma0e) 2013, 10月 30 導入環境はCentOS 6.4で、利用しているsensuのバージョンは0.12.1-1にな
2013年6月7日 22:04更新： Upstartのデフォルトの設定ファイルを書き換えない方法に変更しました。hitoさんありがとうございます。 lxcなどのバージョンを記載しました。 はじめに Chefを使っていると、役割やサービスごとに環境を分離したくなります。 しかし、個人レベルで大してトラフィックがない段階で、サービスごとに仮想サーバーを借りていてはお金が足りません。 そこで、安価なVPS上でLinux Container (LXC) を使うことで、複数のサーバーを作ります。 スケールしたくなったときは、コンテナを潰して、新しく仮想サーバーを借りてChefで同様の設定をすれば手軽にスケールできると考えています。 Heroku使えば？と言われるかもしれませんが、色々なミドルウェアを利用したり、バックグラウンドで処理をしようとすると、たちまちお金がかかるので、VPSをやりくりして遊び
chef_gem 'name' do clear_sources true, false gem_binary String include_default_source true, false options String, Hash, Array package_name String source String, Array timeout String, Integer version String action Symbol # defaults to :install if not specified end where: chef_gem is the resource.name is the name given to the resource block.action identifies which steps Chef Infra Client will take t
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
