Upload
serverworks
View
2.076
Download
2
Embed Size (px)
DESCRIPTION
Amazonが提供する「AWS Management Console」と、サーバーワークス社が提供する「Cloudworks」との違いや特徴を題材に、Amazon EC2におけるサーバー の最適な運用・管理方法をご提案します。
Citation preview
Amazon EC2におけるサーバーの運用・管理方法
株式会社サーバーワークス 磯崎 洋一2010年4月
2010年4月14日水曜日
AGENDA
1. サーバーを2分以内に起動!
2. サーバーのバックアップが楽々!
3. サーバーをデプロイ!?
2010年4月14日水曜日
Amazon EC2を利用するために必要なもの
•AWSアカウント•Amazon EC2へのサインアップ
2010年4月14日水曜日
AWS Management Console
2010年4月14日水曜日
第1部
サーバーを2分以内に起動!
http://www.flickr.com/photos/restlessglobetrotter/ / CC BY 2.0
2010年4月14日水曜日
すぐに、簡単に、サーバーを起動できます!
2010年4月14日水曜日
Instance
•Amazon EC2上の仮想マシン
2010年4月14日水曜日
Regionの選択
2010年4月14日水曜日
AMIの選択~Amazon AMI
2010年4月14日水曜日
AMIの選択~Public AMI
2010年4月14日水曜日
Amazon EBS
Elastic Block Store
1GiB~1TiB
”外付けHDD”
http://www.flickr.com/photos/viagallery/ / CC BY 2.0
Snapshotを取得可能
2010年4月14日水曜日
Root Device TypeInstanceの停止・再開
Instanceのダウン
EBS利用料
EBS
InstanceStore
可 データは消えない 必要
不可 データは消える 不要
2010年4月14日水曜日
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日水曜日
Instance構成を指定
2010年4月14日水曜日
Instance Type
64bit
32bit
EC2 Compute Unit (ECU) とは、1 ECU=1.0-1.2 GHzの2007 Opteronまたは2007 Xeonプロセッサと同等のスペックとみなします。
2010年4月14日水曜日
カーネルとRAMディスクを指定
2010年4月14日水曜日
Key Pairの作成・選択
2010年4月14日水曜日
Security Groupの作成・選択
2010年4月14日水曜日
Security Groupの編集
2010年4月14日水曜日
起動するInstance構成を確認
2010年4月14日水曜日
Instanceの起動実行
2010年4月14日水曜日
サーバーを簡単に停止!
2010年4月14日水曜日
Instanceの一覧
2010年4月14日水曜日
Instanceのコンテキストメニュー
2010年4月14日水曜日
停止したサーバーを簡単に再開!
2010年4月14日水曜日
Instanceのコンテキストメニュー
2010年4月14日水曜日
不要なサーバーを簡単に終了
2010年4月14日水曜日
Instanceのコンテキストメニュー
2010年4月14日水曜日
必要なときに起動不要なときに停止必要なときに再開不要なときは終了
第1章 まとめ
2010年4月14日水曜日
第2部サーバーのバックアップが楽々!
http://www.flickr.com/photos/jaymis/ / CC BY 2.0
2010年4月14日水曜日
EBSタイプの場合、とても簡単に、サーバーのバックアップを作成できます!
2010年4月14日水曜日
Instanceのコンテキストメニュー
2010年4月14日水曜日
サーバーが再起動します!しばらく使用不能になります!
2010年4月14日水曜日
AWS Management ConsoleとAmazon EC2 API Toolsを併用!
2010年4月14日水曜日
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日水曜日
一貫性のあるバックアップではないので注意!
2010年4月14日水曜日
Instance Storeタイプのバックアップはどうするの??
Amazon EC2 AMI Toolsを使い、AMIを作成する
わざわざコマンドを実行するのは面倒
EBSタイプがお薦めです
2010年4月14日水曜日
EBSタイプならば、バックアップも楽ちん!
第2部 まとめ
2010年4月14日水曜日
第3部
サーバーをデプロイ!
http://www.flickr.com/photos/jamisonjudd/ / CC BY 2.0
2010年4月14日水曜日
現行サーバー
新サーバー
192.0.2.1
INTERNET
IPアドレスの付け替え(1)
Elastic IP
2010年4月14日水曜日
現行サーバー
新サーバー
192.0.2.1
INTERNET
IPアドレスの付け替え(2)
Elastic IP
2010年4月14日水曜日
現行サーバー
INTERNET
ロードバランサー配下のサーバー入れ替え(1)
ElasticLoad Balancer
2010年4月14日水曜日
現行サーバー
新サーバー
INTERNET
ロードバランサー配下のサーバー入れ替え(2)
ElasticLoad Balancer
2010年4月14日水曜日
現行サーバー
新サーバー
INTERNET
ロードバランサー配下のサーバー入れ替え(3)
ElasticLoad Balancer
2010年4月14日水曜日
現行サーバー
新サーバー
INTERNET
ロードバランサー配下のサーバー入れ替え(4)
ElasticLoad Balancer
2010年4月14日水曜日
サーバーをまるごと入れ替え!
不具合が発生したら、すぐに切り戻し!
AMIを用意しておくと、さらに安心!
第3部 まとめ
2010年4月14日水曜日
さいごに
2010年4月14日水曜日
クラウドAmazon EC2/S3のすべて実践者から学ぶ設計/構築/運用ノウハウ
2010年4月14日水曜日
ありがとうございました。
2010年4月14日水曜日