Chefがつらい人のためのAnsibleのはなし - ゆううきブログ
Chef使おうとしてるけどChefいろいろつらい． 具体的には以下がつらい． 独自概念多い chefのクライアントを対象ホストに入れなければならない knifeとか覚えないといけない外部ツールがある 最初からディレクトリ構成がわいわい (rails newしたときのあのきもち） 公式ドキュメントの量が多いかつわかりにくい 以前にmiyagawaさんのpodcast を聞いてたらnaoyaさんがAnsibleっていうシンプルなプロヴィショニングツールがあるっていう話をされていたので，使ってみた． AnsibleWorks | Radically simple IT orchestration Ansible 触ってて感じるイメージは，ChefがRailsでAnsibleがSinatraな感じ． ディレクトリ構成がない (一応大規模運用を考えたディレクトリ構成のベストプラクティス Best P
Automation Tech Casual Talks #1で発表してきた。 : インフラエンジニアに成る
Puppet使って構成管理を自動化したときにDevOps意識したよーな内容。 さて、おもったより#autotechcasualでつぶやきまくっていたので思い出しながら以下、つらつらと。 第2回開催時の参考になればと思います。 先にまとめ。 ・インフラ視点の話が中心 ・ChefとPuppet使っているけどどうなの？な話 ・Jenkinsチラチラ ・AWS使っているお話ちらほら ・DevOpsの意識 このあたりに興味あるかたには非常に意味のある集まりになったかと思います。 僕は楽しかったな〜。 ※ 資料はアップに気づいたら随時追加しております。 ■@n0tsさん 主催者が先頭きって発表。 「ぼくがかんがえたさいきょうの☆きっくすたーと☆」はたしかに最強だった。 cobblerのkickstartでどこまでできるかがテーマ。 githubにまとめてあげているのがすばらしい。 ただ、3年ほど使用し
サーバの構築作業や運用管理を自動化する「Chef」 (CADC研究レポート発表LT)
Yuuki NamikawaBackend/Infrastructure Engineer at CyberAgent, Inc.
「ニフティrクラウドユーザーブログ」は、移転しました。
「ニフティクラウドユーザーブログ」は、移転しました。 自動でページを移動しない場合は、下記のリンクをクリックし、 新しい「ニフティクラウドユーザーブログ」をご覧ください。 今後とも「ニフティクラウドユーザーブログ」をよろしくお願いいたします。 ＞ ニフティクラウドユーザーブログ
chef-soloで作業環境構築の自動化 - ひげろぐ
さくらのVPSを契約して放置しておいたままだったので、これを機に環境構築をしてみることにした。 なお現状はユーザーakahigeの追加とsshの設定だけ済ませた状態になっている。 すべての設定はChef経由で行うこと というルールでChefで同じ環境をいくらでも作れるものを目指してみよう。 Chefサーバーのセットアップはめんどくさいのでchef-soloでがんばる所存。 Rubyのインストール とはいえChefの動く環境はChef以外で作らないといけない。 このあたりを省略するならシェルスクリプトによる自動化か、Chefが動くところまでセットアップした仮想マシンのイメージを使うほかなさそうだ。 必要なパッケージのインストール $ wget http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-4.noarch.r
Chefを試してみた - ひげろぐ
直近の仕事でそこそこの規模のインフラを構築する機会ができたこともあり、以前からちょっと気になっていたChefを試してみた。 ChefはPuppetと同じようなインフラの構成管理ツール。現行のバージョンは0.9.8。 Puppetと同じように管理対象となる各マシンにはChefのクライアントを入れ、構成を管理するために一台Chefサーバーを立てるという運用をする。 このサーバーのインストールがけっこうしんどかった。 セットアップには主に以下のページを参照。 Installation – Chef – Opscode Open Source Wiki Chefクライアントのインストール RubyとRubyGemsが入っていればgemでさくっと入る。 必要なRubyのバージョンは1.8.6以上。 $ sudo gem install chef Debian、Ubuntuならばapt-getで、Ce
Route 477(2011-02-21)
■ [ruby] WEB+DBのRuby連載第5回はRakeとChefとCapistranoの話です 今週発売のWEB+DB PRESSのRuby連載は、Rake・Capistrano・Chefの記事を書きました。「Rubyによる自動化」つながりです。 Rake＝日々の作業を自動化する＝初級、Capistrano＝デプロイとサーバ管理を自動化する＝中級、Chef＝サーバ構築を自動化する＝上級というイメージで、それぞれ2p/3p/3pという配分です。 Chefはけっこう複雑なシステムなので3pでは導入部分までしか書けませんでしたが、 いきなり公式Wikiを見るとどこから読んでいいのか分からなくて困ると思うので(というか困った)、先に本記事を導入として読んでいただくと入りやすいと思います。 4774145440 メモ1 Capistrano + Rails3(Bundler) + Unicor
ChefでCookbookをアップロードする際に".git"とか".svn"を含めたくないのでパッチを書いた - 元RX-7乗りの適当な日々
基本的に、Chefのリポジトリ一式をバージョン管理していると、どうしてもCookbookのディレクトリとかに".git"とか".svn"とか入ってきますよね。(gitとSubversionはどっちでもいいけど) ".git"とか".svn"のディレクトリが、Chefリポジトリ内のfilesディレクトリの中に入ることで、ノードに".git"とか".svn"が一緒に配信(配置)されちゃいますし、web-uiとかでCookbookを参照しようとすると、エライ感じの画面表示になってしまいますｗ ということで、Cookbookのアップロード時には、これらの".git"とか".svn"は含めないようにしたいところだが、そのようなオプションが存在しないみたいだ。そのうちCookbookのアップロード時に除外対象のオプションが付きそうな気もしますが、とりあえず的な対応くらいなら、簡単に直せそうだったので、
Home - Chef - Opscode Open Source Wiki
Welcome to Chef! Chef is a systems integration framework, built to bring the benefits of configuration management to your entire infrastructure. With Chef, you can: Manage your servers by writing code, not by running commands. (via Cookbooks) Integrate tightly with your applications, databases, LDAP directories, and more. (via Libraries) Easily configure applications that require knowledge about y
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
