fukinfra vol3 lt 20120629
DESCRIPTION
福岡インフラ勉強会 Vol.3 LT 20120629TRANSCRIPT
脱 職人芸への道
第3回 インフラ勉強会@福岡2012/06/29
自己紹介
名前: 松崎 学
所属: 株式会社キャム (SaaS型の経営管理システムを提供中) http://www.cam-net.co.jp/
Twitter: matsumana
最近のお仕事:Javaプログラマ(Rubyもほんの少し)、 インフラ
最近の興味: Scala, Ruby, Python, Play, Node.js, AWS,
Hadoop, Asakusa Framework, MongoDB, Fluentd, Vyatta
早速ですが、みなさんは何台のサーバを管理されてますか?
社内環境
ステージング環境
本番環境
そのサーバの設定変更はどのようにされてますか?
すべてのサーバを手作業で。
設定ファイルは1台のサーバを手作業。残りのサーバはrsyncで同期。コマンド実行は全てのサーバで手作業。
設定ファイルは1台のサーバを手作業。設定ファイルの配布はlsyncdとrsyncdで。コマンド実行は全てのサーバで手作業。
まったく同じ構成にしないといけないサーバがたくさんあったりしますよね!?
同じ作業を複数のサーバで間違わずに
繰り返し行うの難しくないですか? ><
(確認も大変)
このサーバだけ設定が
違うんだけど・・・。
このサーバだけバージョンが
違うんだけど・・・。
前任者が辞めた後、後任者が作業する時に、残されたドキュメントの内容がメンテされてない事が発覚・・・。
あるある!
そこでSCM + Chef + Capistrano
設定の細かい内容はググればいっぱい出てきます!
(今日はChef Soloの説明だけです)
cookbooksサンプルhttps://github.com/37signals/37s_cookbooks
Chef Installationhttp://wiki.opscode.com/display/chef/Installation
Configure chef-solo for usehttp://wiki.opscode.com/display/chef/Chef+Solo
Documentationhttp://wiki.opscode.com/display/chef/Documentation
今日はこの書籍の内容のお話です。
OSおよびその設定
ミドルウェアスタックおよびその設定(Webサーバ、APサーバ、DBサーバなど)
基盤管理用ソフトウェア(ディレクトリサービス、監視システムなど)
要するに、設定ファイル、実行するコマンド、
パッチ適用などの全てをSCMで管理しましょうという事です。
管理対象は?
全ての変更がきちんとSCMで管理されていれば、ステージング環境、本番環境での
リリース作業が楽。リスクも低い。
(全ての環境のサーバが同じ設定なので)
サーバ設定変更のテストを社内環境で行い、万全の体制で本番環境作業に望みましょう。仮想マシンを使えば、構成変更時のテストが楽。
(再テストは仮想マシンイメージをバックアップから戻すだけ)
インストール手順書や設定手順書を作るよりも効率的でミスもない。
脱 職人芸!!
福岡インフラ勉強会
https://www.facebook.com/groups/100825430047874/
Facebookのグループにもぜひご参加ください
ご清聴ありがとうございました。