Downloaded 21 times
Uploaded byShohei Kobayashi
わかると楽しいInfrastructure as code
Creators MeetUP Vol22で発表した資料です！ 最後にサプライズあるよ！ インフラをコードで説明することってなあにっていう話です！
わかると楽しいInfrastructure as code
- 1. わかると楽しい Infrastructure as Code ShoheiKobayashi@srockstyle
- 2. アジェンダ • 自己紹介 • Infrastructureas Codeって？ • 実例編 • まとめ
- 3. • 2005∼2011インフラエンジニア • 2011∼2013フロントエンドエンジニア •2014∼クラウド・サーバエンジニア Shohei Kobayashi Twitter / Facebook / Github : @srockstyle サーバエンジニア出戻り組です!
- 4.
- 5.
- 6.
- 7.
- 8. 手順書コピペの弊害 • コピペミス • 依存関係があるとバグる（Aの処理やるまえにBの 処理をしなければならないなど） •当時はソースからコンパイルが普通だったため止ま るのが普通 • （RPM? Yum？なにそれおいしいの？）
- 9.
- 10.
- 11.
- 12.
- 13.
- 14.
- 15.
- 16. Chef / Puppetが出てきた •これらはサーバ自動管理ツール • サーバ設定を記したRubyコードを書いて実行する ことでサーバをあるべき状態に保つツール。 • 手順書コピペがいらない • コードがドキュメントなのでそもそも手順書＆ドキュ メントという概念がいらない
- 17.
- 18.
- 19. AWSができた • サーバ・インフラのクラウドコンピューティング • クラウド上で操作なのでデータセンターいらない •サーバを会社の資産にしなくていい • ハードウェアの故障に悩まされなくなった • プログラムからAPIを叩くことでインフラ操作可能
- 20.
- 21. Otherside… • コードでインフラ操作＝あたりまえになる • 当時はコード書けなくても仕事があった •いまはコード書けないサーバエンジニア＝ダメ • アプリケーションのコードを追ってデバッグする力 が必要になった。
- 22.
- 23.
- 24.
- 25.
- 26. 構築編 • Webサーバたてたい • nginx+ Passenger(Rails実行環境) 案件
- 27. むかーしむかーしはこれ # gem installpassenger # passenger-install-nginx-module # vi /opt/nginx/conf/nginx.conf # vi /etc/init.d/nginx # chmod 700 /etc/init.d/nginx # /etc/init.d/nginx start 全部コマンド手入力&スクリプト＆設定ファイル作成
- 28. 手でやるとダメなとこ # gem installpassenger←Passengerのバージョンは？ # passenger-install-nginx-module ←プロンプト面倒 # vi /opt/nginx/conf/nginx.conf ←作るの面倒 # vi /etc/init.d/nginx ←スクリプトデバッグは？ # chmod 700 /etc/init.d/nginx ←権限間違うとヤバス # /etc/init.d/nginx start ←起動する保証は？
- 29.
- 30.
- 31.
- 32. あとは以下のコマンドでイナフ $ knife soloprepare <サーバ名> <適用設定ファイルを編集> $ knife solo cook <サーバ名> 注：今度Chef Zeroになってこのコマンドつかえなくなります
- 33.
- 34. これのよいとこ • 各サーバで同じことを何回もやらなくていい • 使い回し可能 •コピペミス、依存関係のミスがない
- 35.
- 36.
- 37. むかーしむかーしはこれ 1. 部長に稟議を出します 2. 割とえらいひとの決済を待ちます 3.機器を買います 4. 届きます 5. データセンターにサーバを持って行ってラッキングします 6. ネットワークにつなぎます 7. 会社に戻ってSSHでつないで作業します 全部コマンド手入力&スクリプト＆設定ファイル作成
- 38. • 稟議通るのに時間かかりすぎ • 社内政治とかでサーバ増やせない •経費精算面倒くさい（減価償却とか） • 減価償却中に新しいサーバでちゃう（ CPUとか） • データセンター寒いし遠いしお金かかるし行きたく ない（僕はこれが嫌でサーバエンジニア一回やめた） これのダメなとこ
- 39.
- 40. やること単純 一台あたりの負荷をみる $ uptime /top / vmstat 予想アクセスを裁くだけの仮装サーバを増やす
- 41.
- 42. AWS-SDK Ruby V2実例1 •Elastic Load Balancerで負荷分散しているので、そのAPIで現在の インスタンス数を取得。 • 以下のコードでとれます。
- 43.
- 44.
- 45.
- 46.
- 47. • AWSでサーバ・インフラを持っている人向け • デーモン監視＆リソース監視も完備。 •状況をみてサーバインスタンスを増やしたり減らし たり最低台数最高台数、インスタンスタイプの設定 可能。 • 現状利用料金の値段もわかるよ。 全部AWSAPI叩きまくり
- 48.
- 49. なんでAuto Scalling じゃないの？ •細かい設定しまくりたかった • 会社のデプロイタイミング、予算状況などに合わせた 監視体制をつくりたかった • Auto Scallingのタイムラグがつらかった
- 50.
- 51.