小規模SI案件で、 AWS + Chefを使ってみて

Copyright © 2013 AGREX INC.
小規模SI案件で、
AWS + Chefを使ってみて
13年9月10日火曜日

2
プロフィール
てるいまさし
照井将士
http://www.facebook.com/marcy.terui
(株)アグレックス
札幌事業所システム部
1987年東京都大田区生まれ
1992年札幌移住
2011年 (株)アグレックス入社
担当業務
・ECサイトを中心としたWEBシステムの受託開発、運用
役職
・下っ端、雑用係
担当職務
・インフラ構築、管理という名の雑用
・アプリケーション設計、実装、テストという名の雑用
・雑用という名の雑用
・雑用という名の(ry
好きなサービス
・CloudWatch
・Route53

2
プロフィール
てるいまさし
照井将士
1992年札幌移住
担当業務
役職
担当職務
・CloudWatch
・Route53
道内第１号
（かもしれない）

2
プロフィール
てるいまさし
照井将士
1992年札幌移住
担当業務
役職
担当職務
・CloudWatch
・Route53
道内第１号
（かもしれない）
第５回優勝
(主に運で)

3
まず、知っておいてもらいたいこと

3
弊社(札幌)には、
インフラエンジニア
はいません。

3
はいません。
私はただの下っ端で雑用係です。

3
はいません。
私はただの下っ端で雑用係です。
普通にアプリケーションエンジニアしか居ないんです。

4
そんな会社に入社して…

4
そんな会社に入社して…
時期できごと
2011年4月入社
2011年8月札幌事業所配属（当然、雑用係に任命）
2011年9月雑用係の仕事に「テスト」が増える
2011年10月雑用係の仕事に「プログラミング」が増える
2011年11月興味本位でLinuxコマンドを覚え始める
2011年12月雑用係の仕事に「Apache・PHPの設定」が増える
2012年1月雑用係の仕事に「アプリケーション設計」が増える
2012年4月雑用係の後継が入ってこなくてガッカリ
2012年6月雑用係なりに「MySQLチューニング」の必要性を感じ始める
2012年12月
某顧客がゴールデンタイムに全国ネットで特集番組
「Nginx」「MySQLチューニング」が雑用係の仕事となる
2013年1月インフラを自社DCメイン→AWSメインにシフト
2013年3月チューニンガソン優勝のご褒美にJAWS DAYSご招待(社費で)
2013年4月またも雑用係の後継が入ってこなかったorz
2013年6月 AWS認定ソリューションアーキテクトアソシエイトレベル取得

5
そして、こんな要望が頻繁に…
開発者
営業
開発リーダー

5
A社の検証環境が欲しいです。
開発者
営業
開発リーダー

5
B社に見せるデモ環境ください。
開発者
営業
開発リーダー

5
B社に見せるデモ環境ください。
C社のカットオーバーが近いので、
本番環境お願いします。
開発者
営業
開発リーダー

6
そして、こんな答えが頻繁に…
某ユーザ会の某支部長をやっている弊社某マネージャー

6
IDCに依頼しといたから…

6
VPCの設定とかして、
インスタンス立てといたから…

6
あと照井よろしく

6
あと照井よろしく
まだアカウントしか作ってないけど…ってこともあったりwww

7
そして、気がついたら…

7
自分が管理してるっぽい
仮想サーバの数が40台
とかになってたwww

7
今は60くらい

7
今は60くらい
まあ、本番稼働始まったら、
そうそう触ることも無いんですけどねw

7
今は60くらい
AWSで冗長構成当たり前になって、
さらに増加率が上昇
まあ、本番稼働始まったら、
そうそう触ることも無いんですけどねw

8
そして、ある日思った…

8
このペースで増え続けたら
やばくね？www

8
やばくね？www
一応、インフラエンジニアではないですからねw

8
やばくね？www
一応、インフラエンジニアではないですからねw
色々雑用もありますし…

9
やっと本題！

9
やっと本題！
サーバの状態を管理し収束させる
自動プロビジョニングフレームワーク

10
こっちは使っていません。

10
OpsWorks

10
OpsWorks
主な理由

10
OpsWorks
• Default以外のVPCが使えない（→2013/9/5使えるように！）
主な理由

10
OpsWorks
• RDSが使えない（たぶん近いうちに使えるように？）
主な理由

10
OpsWorks
• ENIが使えない？(MACアドレスを固定したいことがある)
主な理由

10
OpsWorks
誰か方法知っていたら教えてください…
主な理由

10
OpsWorks
誰か方法知っていたら教えてください…
主な理由
今後に期待！

11
Chefの紹介が目的ではないので軽く

11
• Infrastructure as Code（インフラをコードで記述できる）

11
• Rubyで書ける（けど、Rubyはほとんど入門レベルでOK）

11
• 冪等性（何回実行しても結果は同じ）

11
• （本州の方では）流行っているらしい

11
詳しく知りたい方は…
スライド「初めてのChefの教室」
Engine Yardさん（AWS等のIaaS + ChefでPaaSを展開）
http://www.engineyard.co.jp/blog/2013/chef-tutorial-updated/

11
詳しく知りたい方は…
スライド「初めてのChefの教室」
Engine Yardさん（AWS等のIaaS + ChefでPaaSを展開）
http://www.engineyard.co.jp/blog/2013/chef-tutorial-updated/
電子書籍伊藤直也氏著「入門Chef Solo」
（定番らしい。私もこれで覚えました）
http://www.amazon.co.jp/%E5%85%A5%E9%96%80Chef-
Solo-Infrastructure-Code-ebook/dp/B00BSPH158
実際に使ってみたい方は…

12
よく語られるChefの用途

12
• 大規模サービスの運用効率化

12
• インフラの継続的インテグレーション

12
• DevOps（開発と運用のコラボレーション）

12
…はとりあえず置いておきましょう。

12
そもそも、インフラエンジニア居ないですし…

12
そもそも、インフラエンジニア居ないですし…
小規模SI案件には
ちょっとピントが合わないっていうか…

13
テストには出ない大事なキーワード

13
テストには出ない大事なキーワード
コード化と抽象化

14
コード化のメリット

14
• 異なる案件でサーバが何台あろうとも、
手元のコードでサーバの状態が分かる

14
• いつからメンテナンスされてないの？
本当に合ってるの？
っていうかどこにあるの？
という仕様書や手順書に苦労しなくて良い

14
• いつからメンテナンスされてないの？
本当に合ってるの？
っていうかどこにあるの？
という仕様書や手順書に苦労しなくて良い
• バージョン管理ができる

15
抽象化のメリット

15
変更が必要な部分だけを切り出し、
あとは知らなくてもある程度決まった構成なら
誰でも作れるようにできる

15
Chefそのものが
そういう仕組みを
持っている

15
インフラを担当できる人が
アサインできなくてもある程度なんとかできる
Chefそのものが
持っている

15
インフラを担当できる人が
アサインできなくてもある程度なんとかできる
Chefそのものが
持っている
これからしていきたい

16
結局何が言いたかったか

16
雑用係を卒業して、
AWS担当になりた…
じゃなくてw

17

17
自動化による効率化はもちろんのこと、
それ以外にも小規模SI案件でChefを使う
メリットは十分にある

17
AWSでインフラの調達が容易にできる

17
＋

17
＋
Chefでミドルウェアの管理も効率化

17
＋
＝

17
＋
＝
小規模案件を数こなして日銭を稼ぐ
地方SIerにこそ武器になる！

17
＋
＝
単価が小さいので、
如何にインフラにお金を
掛けないかが重要！

17
＋
＝
単価が小さいので、
如何にインフラにお金を
掛けないかが重要！
あと、普通にやるより
楽しいです

18
AWSの話をほとんどしていないので…

18
運用中のインスタンスに適用するの怖くない？

18
一台ずつELBから外してやれば大丈夫！
Chefを使わなくても、どんなに小さい規模でも、ELB付けて冗長化した方が運用は絶対楽です。

18
一台ずつELBから外してやれば大丈夫！
今はManagement Consoleからポチポチやりながらだけど、
APIでできるので最初に自動で外して、
最後に自動で再登録するようにしたい
Chefを使わなくても、どんなに小さい規模でも、ELB付けて冗長化した方が運用は絶対楽です。

19
RDSのパラメータをChefで管理するTIPS
include_recipe “awscli::default”
directory node[‘awscli::modify_paramater’][‘directory’] do
owner node[‘awscli::modify_paramater’][‘user’]
group node[‘awscli::modify_paramater’][‘group’]
mode 700
action :create
end
execute “modify-db-paramater-group” do
command “sh #{node[‘awscli::modify_paramater’][‘directory’]}/modify-db-paramater-group.sh”
action :nothing
end
template “modify-db-paramater-group.sh” do
path “#{node[‘awscli::modify_paramater’][‘directory’]}/modify-db-paramater-group.sh”
source “modify-db-paramater-group.sh.erb”
mode 700
notifies :run, resource(:execute => “modify-db-paramater-group”)
end

19
mode 700
action :create
end
action :nothing
end
mode 700
end
コマンドラインツールの
セットアップを行うレシピ
（内容略）

19
mode 700
action :create
end
action :nothing
end
mode 700
end
（内容略）
配置場所を作成

19
mode 700
action :create
end
action :nothing
end
mode 700
end
（内容略）
下で生成される
シェルスクリプトを実行するコマンド
「action :nothing」とすることで
読み込むだけでは実行されない

19
mode 700
action :create
end
action :nothing
end
mode 700
end
（内容略）
コマンドラインでAPIを呼び出すだけの
シェルスクリプトをテンプレートから生成
「notifies :run∼」で変更があった場合にイベント通知され、
上で定義したコマンドが実行される

19
mode 700
action :create
end
action :nothing
end
mode 700
end
（内容略）
コマンドラインでAPIを呼び出すだけの
シェルスクリプトをテンプレートから生成
「notifies :run∼」で変更があった場合にイベント通知され、
上で定義したコマンドが実行される
※RDS上では実行できないので、
どこで管理するかだけ決める必要があります。

20
最後に独り言

20
最後に独り言
上司が東京へ拉致され…
AWSができる人が社内で１人になって…
全部１人でやるのはちょっと大変です…
インスタンス立てた後はChefで…
そこまで誰か代わりに…

20
最後に独り言
あ！居た！

20
最後に独り言
あ！居た！ AWS
CloudFormation

21
ありがとうございました！

小規模SI案件で、 AWS + Chefを使ってみて

More Related Content

小規模SI案件で、 AWS + Chefを使ってみて