fedora 16 へchefをinstall その1 - teketeke_55の日記
[fedora][chef] rubyのサーバ構成管理ツールのchefを試してみた。 構成は [server+workstation] fedora16 [client] sientfic linux 6.1とする。 今回はインストールと疎通確認まで。 ほとんど公式サイトのコピペなので詳細はそちらを参照してください。 http://wiki.opscode.com/display/chef/Installing+Chef+Server serverのインストール fedora16では公式で用意したbootstrapなどのパッケージが対応しきれていないため、 yumやgemを使用してインストールをする。 依存関係のインストール yumで以下のパッケージをインストール ruby ruby-devel ruby-ri ruby-rdoc ruby-shadow gcc gcc-c++ autom
Chefの新バージョン(0.10.14)で"dry-run"ができるようになった！ - 元RX-7乗りの適当な日々
ちょっと気付くのに遅れたのですが、9/7に"Chef"の最新バージョンである0.10.14がリリースされました。 Chef 10.14.0 Released! - Chef Blog そう、0.10.14と言えば待望の「dry-run」(--noop mode)の機能が付くと、本家のIssue Trackerでも挙がっていたんです。 http://tickets.opscode.com/browse/CHEF-13 DevOps Days Tokyo 2012でも、Opscodeの方から言及があったので、僕的には心待ちにしていました。 あと、Chefのdry-runについては、既に実装がかなり進んでいて、近々0.10.14？あたりでリリースされるという話も聞けて、かなり満足。 「DevOps Days Tokyo 2012」でChefの話をしてきたので資料を公開します - 元RX-7乗りの
chef knifeコマンド めも - teketeke_55の日記
knifeコマンドのめも sshオプション 自動的にsshでログインしてコマンドを叩けるオプション。管理サーバからリモートホストへまとめてコマンドを叩けるので便利。 webサーバにchef-clientを実行。 knife ssh "hostname:web*" -x user "sudo chef-client" -i /home/user/.ssh/id_rsa hostnameにマッチするディスク容量調べてみたり。 knife ssh "hostname:web*" -x srvadm "df -h" -i /home/user/.ssh/id_rsa # knife ssh "os_version:*" -x user "df -h" -i /home/user/.ssh/id_rsa web01 Filesystem Size Used Avail Use% Mounted on
#DevLOVE Chef de DevOps を開催しました。
どうも、@crea_memo とか大佐とか荒井とかです。 2012年7月21日の土曜日、小雨降る中、フューチャーアーキテクトさんにて、紅一点のGeekなChefの勉強会を開催しました。 謝辞など 経緯は、DevLOVE Hangar Fright、デブサミ、そして、DevOpsTokyo 2012とChef熱が高まっていたことでした。qpstudy等で桑野サン(@kuwa_tw)に会うたびにお願いしたり、まぁ、なんやかんやあった結果、なかしーに講演して頂くことになりました！ありがたいことです！また、別の流れでアジャイルサムライの@nawoto師匠より、アジャイルコーチの@ryuzeeさんを紹介して頂きました。皆様の力あっての会です、心からの感謝を込めて、ありがとございます！ 構成として、前半は座学、後半はワークショップを中心に”手を動かす事”を意識しました。Wordpressの実演習では時
chef-solo + capistrano で複数ホストを管理する - 酒日記 はてな支店
chef-server は仕組みが大げさでインストールも大変だし、10〜20台ぐらいなら chef-solo と capistrano を組み合わせればいいよね？（同案多数） Capistranoとchef-soloを組み合わせて使う | ひげろぐ capistrano + chef-soloで構成管理する - delirious thoughts 実はこれまでもずっと、適当に書き殴った shell script で rsync && chef-solo 実行というのをやっていたのですが、複数の json をいい感じにマージして適用したかったので、capistrano で書き直してみました。 fujiwara/chef-solo-with-capistrano · GitHub 方針 cookbook などのファイルの同期は rsync で 共通で使用する json とホストごとにそれを上
Automation Tech Casual Talks #1に参加してきました
まだローンチ前なので構築していない妄想の部分もあります。 自分のメモ & まとめは下記の通り AWSを使う場合は、開発力が必要。ペパボではwrapper等結構開発している感じjenkinsの使い道はtestだけじゃない。(Gemfileのcommitをフックにして、systemで使うrubyをtar ballに固める、サーバーリストからdeploy)appのrubyとsystem rubyは分けて管理 systemのrubyにはresqueやfluentdのpluginとかを含めておき、tar ball化して管理system ruby は rbenvで管理 & /usr/local/rbenv/配下に置くサーバーが複数台になった時点でyumレポジトリ立てた方がよいMySQLのserver-id はIPアドレスでOK ipaddress[/\d+.\d+.\d+$/].gsub(/./, “
Automation Tech Casual Talks #1で発表してきた。 : インフラエンジニアに成る
Puppet使って構成管理を自動化したときにDevOps意識したよーな内容。 さて、おもったより#autotechcasualでつぶやきまくっていたので思い出しながら以下、つらつらと。 第2回開催時の参考になればと思います。 先にまとめ。 ・インフラ視点の話が中心 ・ChefとPuppet使っているけどどうなの？な話 ・Jenkinsチラチラ ・AWS使っているお話ちらほら ・DevOpsの意識 このあたりに興味あるかたには非常に意味のある集まりになったかと思います。 僕は楽しかったな〜。 ※ 資料はアップに気づいたら随時追加しております。 ■@n0tsさん 主催者が先頭きって発表。 「ぼくがかんがえたさいきょうの☆きっくすたーと☆」はたしかに最強だった。 cobblerのkickstartでどこまでできるかがテーマ。 githubにまとめてあげているのがすばらしい。 ただ、3年ほど使用し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
