Amazonが提供する「AWS Management Console」と、サーバーワークス社が提供する「Cloudworks」との違いや特徴を題材に、Amazon EC2におけるサーバー の最適な運用・管理方法をご提案します。

1. Amazon EC2における
サーバーの運用・管理方法
株式会社サーバーワークス 磯崎 洋一
2010年4月
2010年4月14日水曜日

2. AGENDA
1. サーバーを2分以内に起動！
2. サーバーのバックアップが楽々！
3. サーバーをデプロイ！？
2010年4月14日水曜日

3. Amazon EC2を利用するために
必要なもの
•AWSアカウント
•Amazon EC2へのサインアップ
2010年4月14日水曜日

4. AWS Management Console
2010年4月14日水曜日

5. 第1部
サーバーを
2分以内に起動！
http://www.flickr.com/photos/restlessglobetrotter/ / CC BY 2.0
2010年4月14日水曜日

6. すぐに、簡単に、
サーバーを起動できます！
2010年4月14日水曜日

7. Instance
•Amazon EC2上の仮想マシン
2010年4月14日水曜日

8. Regionの選択
2010年4月14日水曜日

9. AMIの選択∼Amazon AMI
2010年4月14日水曜日

10. AMIの選択∼Public AMI
2010年4月14日水曜日

11. Amazon EBS
Elastic Block Store
1GiB∼1TiB
外付けHDD
Snapshotを取得可能
http://www.flickr.com/photos/viagallery/ / CC BY 2.0
2010年4月14日水曜日

12. Root Device Type
Instanceの Instanceの EBS
停止・再開 ダウン 利用料
データは
EBS 可 必要
消えない
Instance データは
不可 不要
Store 消える
2010年4月14日水曜日

13. EBSタイプのAMIのメリット
• Amazon EBSのAMIの通常の起動時間は1分
以内、Instance Storeは5分以内である。
• Amazon EBSのAMIのサイズ上限は1TiB、
Instance Storeは10GiBである。
• Amazon EBSのAMIは、Instanceを終了さ
せても、EBSボリュームを残すことが可能で
ある。
• Amazon EBSのAMIは停止時に、カーネ
ル、RAMディスクなどを変更できる。
2010年4月14日水曜日

14. Instance構成を指定
2010年4月14日水曜日

15. Instance Type
32bit
64bit
EC2 Compute Unit (ECU) とは、1 ECU＝1.0-1.2 GHzの2007 Opteron
または2007 Xeonプロセッサと同等のスペックとみなします。
2010年4月14日水曜日

16. カーネルとRAMディスクを指定
2010年4月14日水曜日

17. Key Pairの作成・選択
2010年4月14日水曜日

18. Security Groupの作成・選択
2010年4月14日水曜日

19. Security Groupの編集
2010年4月14日水曜日

20. 起動するInstance構成を確認
2010年4月14日水曜日

21. Instanceの起動実行
2010年4月14日水曜日

22. サーバーを簡単に停止！
2010年4月14日水曜日

23. Instanceの一覧
2010年4月14日水曜日

24. Instanceのコンテキストメニュー
2010年4月14日水曜日

25. 停止したサーバーを
簡単に再開！
2010年4月14日水曜日

26. Instanceのコンテキストメニュー
2010年4月14日水曜日

27. 不要なサーバーを
簡単に終了
2010年4月14日水曜日

28. Instanceのコンテキストメニュー
2010年4月14日水曜日

29. 第1章 まとめ
必要なときに起動
不要なときに停止
必要なときに再開
不要なときは終了
2010年4月14日水曜日

30. 第2部
サーバーのバックアップが楽々！
http://www.flickr.com/photos/jaymis/ / CC BY 2.0
2010年4月14日水曜日

31. EBSタイプの場合、
とても簡単に、
サーバーのバックアップを
作成できます！
2010年4月14日水曜日

32. Instanceのコンテキストメニュー
2010年4月14日水曜日

33. サーバーが再起動します！
しばらく使用不能になります！
2010年4月14日水曜日

34. AWS Management Consoleと
Amazon EC2 API Toolsを併用！
2010年4月14日水曜日

35. EBS SnapshotからのAMI作成
1. Instance の Instance ID、Kernel ID,
Ramdisk IDを記録しておく。
2. Instance IDから EBS Volume を特定し、
Snapshot を作成する。
3. 作成した Snapshot の Snapshot ID を記録
しておく。
4. EC2 API Tools の ec2-register コマンド
で、Snapshot ID, Kernel ID, Ramdisk ID
を指定して、AMI を作成する。
2010年4月14日水曜日

36. 一貫性のあるバックアップでは
ないので注意！
2010年4月14日水曜日

37. Instance Storeタイプの
バックアップはどうするの？？
Amazon EC2 AMI Toolsを使い、
AMIを作成する
わざわざコマンドを実行するのは面倒
EBSタイプがお薦めです
2010年4月14日水曜日

38. 第2部 まとめ
EBSタイプならば、
バックアップも楽ちん！
2010年4月14日水曜日

39. http://www.flickr.com/photos/jamisonjudd/ / CC BY 2.0
第3部
サーバーを
デプロイ！
2010年4月14日水曜日

40. IPアドレスの付け替え(1)
現行サーバー
INTERNET
Elastic IP
192.0.2.1
新サーバー
2010年4月14日水曜日

41. IPアドレスの付け替え(2)
現行サーバー
INTERNET
Elastic IP
192.0.2.1
新サーバー
2010年4月14日水曜日

42. ロードバランサー配下の
サーバー入れ替え(1)
現行サーバー
INTERNET
Elastic
Load Balancer
2010年4月14日水曜日

43. ロードバランサー配下の
サーバー入れ替え(2)
現行サーバー
INTERNET
Elastic
Load Balancer
新サーバー
2010年4月14日水曜日

44. ロードバランサー配下の
サーバー入れ替え(3)
現行サーバー
INTERNET
Elastic
Load Balancer
新サーバー
2010年4月14日水曜日

45. ロードバランサー配下の
サーバー入れ替え(4)
現行サーバー
INTERNET
Elastic
Load Balancer
新サーバー
2010年4月14日水曜日

46. 第3部 まとめ
サーバーをまるごと入れ替え！
不具合が発生したら、すぐに切り戻し！
AMIを用意しておくと、さらに安心！
2010年4月14日水曜日

47. さいごに
2010年4月14日水曜日

48. クラウドAmazon EC2/S3のすべて
実践者から学ぶ設計/構築/運用ノウハウ
2010年4月14日水曜日

49. AWS User Group - Japan 勉強会
http://jaws-ug.jp
2010年4月14日水曜日

50. ありがとうございました。
2010年4月14日水曜日