[LWRPによる]続・ChefでSourceから何かをインストールするCookbookのウォークスルー - Qiita
この記事は最終更新から1年以上経過しています。 気をつけてね。 前回 ChefでSourceから何かをインストールするCookbookのウォークスルー で、IRCサーバのngircdをインストールするためにtarballを展開してmakeするサンプルを出しました。 折角なので同じことを LWRP(Lightweight Resources and Providers) で表すことでLWRPについて解説をしてみます。 これもGithubでCookbookを確認できます。タグはv0.2.1。 higanworks-cookbooks/ngircd_smartos(v0.2.1) LWRPの取り扱い 前回作成したレシピでは以下の事をやりました。 tarballをダウンロード coufigure && make && make install LWRPは関数みたいに捉えられがちなので、一連のcon
![[LWRPによる]続・ChefでSourceから何かをインストールするCookbookのウォークスルー - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/f4b21a22429ff306c4b3603eb3ae4aa023a6571f/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCTFdSUCVFMyU4MSVBQiVFMyU4MiU4OCVFMyU4MiU4QiU1RCVFNyVCNiU5QSVFMyU4MyVCQkNoZWYlRTMlODElQTdTb3VyY2UlRTMlODElOEIlRTMlODIlODklRTQlQkQlOTUlRTMlODElOEIlRTMlODIlOTIlRTMlODIlQTQlRTMlODMlQjMlRTMlODIlQjklRTMlODMlODglRTMlODMlQkMlRTMlODMlQUIlRTMlODElOTklRTMlODIlOEJDb29rYm9vayVFMyU4MSVBRSVFMyU4MiVBNiVFMyU4MiVBOSVFMyU4MyVCQyVFMyU4MiVBRiVFMyU4MiVCOSVFMyU4MyVBQiVFMyU4MyVCQyZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9NTQxZjQ3YTM4ZmNmYTZkOTI5MTllYWEyNjU3MTRiN2Q%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwc2F3YW5vYm9seSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9MmFmYjJlZmY4YTNiMTVhOWY0MjkyNWFjNTVlODY1MzQ%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3D9fe57e5fe461a687567a95df1387aec4)
Chef Solo の Environments - naoyaのはてなダイアリー
今年3月に入門Chef Soloを書いた時点では、Chef Solo は Environments の機能をサポートしてなかったため解説は省略しました。 その後、Chef はバージョン 11.6.0 (現在は 11.8.2) で Chef Solo での Environments をサポートし、入門Chef Solo で推薦している knife-solo も 10月末にリリースされた 0.4.0 から Environments をサポートしました。というわけで、現状 Chef と knife-solo が最新版であれば Environments を利用することができます。 たまたま今手をつけている仕事で Environments のことを調べたので備忘録的に記しておきます。 Environments とは Chef の Environments は、例えば development や pr
初めてのChefの教室 (v1.2 Chef11対応版)
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
ChefでのMySQLパスワードの扱い - matetsuだもんで
opscodeのリポジトリにあるMySQLのcookbookでは、rootユーザやレプリケーション用のユーザのパスワードをランダムに生成して設定している。 opscode の recipe の特徴 このランダムという点をカバーするべく、うまい仕組みが組み込まれている。 パスワードを設定するところは node.set_unless['mysql']['server_root_password'] = secure_password といった形で、attributeに設定されていない場合はランダムに生成するという事をして、2度目以降も同じパスワードとなるようになっている。 2回目以降も同じパスワードを保証するために、もうひとつの技が unless Chef::Config[:solo] ruby_block "save node data" do block do node.save end
Chefで公開したくないJSONデータを暗号化するためにDataBagsを利用してみた記録 · さよならインターネット
May 20, 2013 ruby 1.8.7 chef 11.4.4 knife-solo_data_bag 0.3.2 2013/05/20 現在 knife-solo 0.2.0 では “knife solo data bag” は使えず https://github.com/thbishop/knife-solo_data_bag こちらを利用 参考 About Data Bags — Chef Docs Encrypt a Data Bag — Chef Docs knife-solo_data_bagのインストール # gem install knife-solo_data_bag # cd /root/chef/ ; pwd 暗号化用の鍵を用意 # openssl rand -base64 512 > encrypted_data_bag_secret 環境整備 # mkdi
アルパカchef日記３日目 data bagについて / またはユーザ管理クックブックなど - アルパカDiary Pro
２日目の続き。 コンセプトはこちらをご参照下さい。 ３日目の目標 ユーザ管理(data bag) ユーザ作成 bash_profile管理 sudo ここの段階で ec2-userのsudo権限を剥奪し、新ユーザにsudo権限を付与 security_limit ３日目を始める前に：data bag ユーザ情報など、クックブックを跨るグローバルな値を cookbookにいちいち書くのは得策ではありません。 さらに生で置いておくのも気が引けますね。 そんなご要望にお答えするために「data bag」という仕組みがあります。 databagを作成しておくと、複数のクックブックにまたがっている共通の変数などを保存しておくことができます。 シークレットキーを作成する まずはdata bagを暗号/複合するためのシークレットキーを作成しましょう。 以下のコマンドでdata bag用の鍵ファイルを作っ
運用視点でChef ServerかChef Solo + Knife Soloのどちらが良いか考えてみた - プログラマでありたい
ChefとFabric、どちらが良いか悩んでいるうちに、Chefが一気にブレイクしてしまった今日この頃です。と言うことで、Chefを中心に今後のサーバ構築・運用について考え中です。そこでまず出てくる問題が、Chef Server+ClientとChef Solo + Knife Solo、どちらの構成が運用しやすいかという点です。 状況を整理する為に、まずは簡単にChef Server, Chef Solo, Knife Soloの関係や役割をまとめて見ます。 Chef Server サーバーの状態を管理し、それに関する情報を保持しておくのがChef Serverです。Client側は個々のサーバにインストールされて、Chef Serverに司令を問い合わせて実行します。Chef ServerはDBやキューなどを持ち、少し複雑な構造です。同じカテゴリーの製品として、PuppetやFabri
cookbook とか用意しなくても chef を試せる patty.rb というスクリプトを書いた - P A R A G R A P H S
オハイ！ Chef はよくも悪くも仕組みが大げさなので、思いついたときにぱっと試すのが面倒くさいと前々から思っていた。 なんとか cookbook を作らなくても簡単に試す仕組みを作れないかなと思って、自分のアプリケーションから Chef Solo を呼び出す — Gist とか 手軽に chef-solo を実行するためにスケルトンを作ってくれるやつ (ユースケース要検討) — Gist とか色々試していたんだけど、先日Opscode 社 Chef ハンズオン・トレーニングに出席したときに shef がかなり理想に近いことが分かったので、shef のコードを読み、インタラクティブ・シェルではなく 1 枚のファイルの中にレシピとテンプレートを記述できる仕組みを作ってみた。 patty.rb、最小限 Chef 実行 — Gist こんな感じのレシピファイルを作成して、 recipe.rb f
Chef 11の最新情報 - Engine Yard Blog JP | Engine Yard Blog JP
最近、なにかと話題になる事の多いサーバの自動構築・管理ツールのChefですがちょうど現在バージョン10系から11系への転換期を迎えています。「いきなり11ってどういう事なの」という疑問を持った私の様な人の為にもChefのバージョンについて調べた内容を記事として公開します。 Chefの歴史 Chefの最初のリリースは2009年1月15日、オープンソースとして最初のバージョンは0.5.1としてApache Licenseでリリースされました。2009年1月15日というと、JavaScriptで実装されたスーパーマリオやGoogleがGoogle Notebooks、Google Catalogs、Dodgeball、Google Video、Google Mashup Editor、Jaikuなどのサービスの打ち切りを決めた頃です。日本で大きく取り上げられるようになったのはつい最近ですが、かな
開発サーバに chef を入れるときの 11の方法 - Hack like a rolling stone
タイトルは釣りです。11個もやり方をしらないまま書き始めます。 最近 chef が流行っていますが、みなさんどうやって各サーバに chef をインストールしていますか? ここでは僕がいままで紆余曲折していた方法を紹介します。 列挙だけするとこんな感じです。 vagrant の VM イメージに入っているもの omnibus installer を使う knife solo を使う OS の ruby 環境に chef を入れる RVM 環境を作って chef を入れる rbenv 環境を作って chef を入れる roundsman を使って chef を入れる vagrant の VM イメージに入っているもの vagrant の VM イメージには、大抵 ruby と chef がインストールされています。 veewee を使ってあたらしい VM イメージを作成すると必ずインストールさ
What is chef
OpscodeのChefとは何なのかを中級者以上向けに説明します。 普通のHow to とは方向性が違うので注意。Read less
Foodcritic
A lint tool for your Opscode Chef cookbooks. $ rvm use 1.9.3 $ gem install foodcritic $ foodcritic cookbooks Become a Chef snob Getting started The important stuff: how to get up and running. Covers how to install and run foodcritic against your cookbook tree. View details » Why? The rationale for using a lint tool on your cookbooks - why you should practice continuous inspection. View details » G
Vagrant - naoyaのはてなダイアリー
先日 Vagrant を触ってみたら便利すぎて鼻血が出ました。しばらく見ないうちに色々進んでるもんですねえ、いやはや参っちゃいました。 Vagrant は仮想マシンの VirtualBox のフロントエンドに相当する、ruby で書かれたツールです。vagrant コマンドなどを使ってコマンドラインから簡単に新しい VM を作れる。 % gem install vagrant % vagrant box add centos http://developer.nrel.gov/downloads/vagrant-boxes/CentOS-6.3-x86_64-v20130101.box % vagrant init centos % vagrant upこれだけで CentOS の Linux box をローカルマシン内に立ち上げることができる。*1 *2 なにこれすごい。 % vagra
開発メモ#5 : Amazon Linux で knife-solo を使って chef-solo 実行 - naoyaのはてなダイアリー
開発メモその5です。表題どおり EC2 インスタンスの Amazon Linux で knife-solo を使う話。 開発メモ#4 : EC2スナップショットとの差分は chef-solo で解決 - naoyaのはてなダイアリー で、chef-solo を使って EC2 の環境管理をしていると書きました。うち chef-solo の実行は capistrano like な perl のデプロイツール Cinnamon に任せている、という旨を述べました。 が、件のデプロイツール任せだと chef-solo 実行の度にレポジトリ経由でレシピをサーバー側に転送する必要がある。自分は github を使っているので github に push してサーバー側で fetchc される。デプロイツールがこの辺をやってくれるとは言え、レシピの動作確認のためにちゃんと動くことが保証されていないレシ
chef-solo と knife-solo を使う - ああああ
2013-03-21追記 この記事は古くなっています． knife-solo 0.1.0よりknife-soloのコマンドの名前空間が"knife solo"に移動しました．以前のkitchen, cookコマンドはdeprecatedになっています． https://github.com/matschaffer/knife-solo/blob/master/CHANGELOG.md#changes-and-new-features-2 今月のSoftware Designを読んでChefに興味出たのですが，管理するサーバが数台しかない場合はChefサーバの立ち上げが面倒です．そんな場合はスタンドアロンで動作するchef-soloを使う訳ですが，chef-soloの運用を補助するknifeのプラグインであるknife-soloが便利っぽかったので，Chefのお勉強のついでに試してみました．
knife-solo
Concepts from spatula and littlechef implemented as a knife plugin RubyGem API Docs GitHub knife-solo¶ ↑ DESCRIPTION:¶ ↑ knife-solo adds a handful of commands that aim to make working with chef-solo as powerful as chef-server. It currently adds 5 subcommands to knife: knife solo init is used to create a new directory structure (i.e. “kitchen”) that fits with Chef's standard structure and can be us
開発メモ#4 : EC2スナップショットとの差分は chef-solo で解決 - naoyaのはてなダイアリー
開発メモその4です。 開発メモ#2 : AWS でのホスト / クラウドネイティブなデプロイ - naoyaのはてなダイアリー で、システム構成の変更時に EC2のスナップショットからインスタンスを複製して Elastic IP で切り替えているという話をしました。 ただ、この方法はそのままでは一点問題があります。スナップショットを取ったタイミングと現時点でシステム構成に差分があった場合にどうするか、です。例えば nginx の設定をほんの少しだけ書き換えたい、とかその都度スナップショットを取っていては流石に面倒。 その手のスナップショット時点からの差分を複製されたインスタンスに簡単に適用するために、基本的なサーバー設定周りは chef-solo で管理してます。chef はサーバー構築自動化ツールで、chef-solo は chef のクライアント・サーバーを必要としないライト版、とでも
roundsmanを使ってcapistranoからchef-soloを実行する - aptheia.info
管理対象のサーバー台数が少ない場合など、chefのサーバーを運用するコストとベネフィットを天秤にかけてみて、ああこれどう考えても労力ペイできないな、でも設定ファイルを手動で管理するのはやだな、といったときに[roundsman](https://g ithub.com/iain/roundsman)を使うといいという話。 roundsmanは、chefのレシピを転送してchef-soloを実行するcapistrano向けライブラリ。アプリケーションのリリースタイミングに併せてインフラ設定の変更が必要になることは往々にしてあるので、capistranoを使ってデプロイとインフラ設定変更を一括適 用できるのは便利だ。 ここでは、Railsアプリを対象にroundsman適用までの作業を簡単にまとめる。 手順 まずは適当なRailsプロジェクトを作るところから。 PROJECT="my_fant
chefのログ出力を制限する方法 / 劇的ビフォーアフター ver.0.10.6+ (verbose_logging) - さよならインターネット
chefのログが出すぎだなー、実際これ影響あるのかないのか 出力結果見るのにターミナルでスクロールバックしないといけないし これだけの出力されたログの中で、影響があるのかないのか、ひとつひとつ 目grep警部してたら取りこぼし多そうだなー やだなやだなー、こわいなこわいなー と思ってたんですが Chef 0.10.6 Released 「optionally disable the verbose logging」という表記があるじゃないですか！！ リンク先を覗くと The "processing" INFO message for every resource on a normal run looks nice but is probably too verbose. The messages are great if you're running chef-client in you
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redirecting…