2013/6/22(土) JAWS-UG大阪で発表した資料「ストレージ編（EBS/S3/Glacier）」です。

1. JAWS-UG 大阪 第8回勉強会
AWSの全サービス
お話します
∼ストレージ編∼
2013.6.22 JAWS-UG大阪
吉田 真吾

2. 自己紹介
プロフィール
名前：吉田真吾
アイレット株式会社 cloudpack エバンジェリスト
JAWS-UG 横浜 代表
好きなAWSサービス：Amazon S3
好きなAWSクラウドデザインパターン：Direct
Hostingパターン

3. イイね！してね！

5. AWSクラウドデザインパターンとは
AWSクラウドを使ったシステムアー
キテクチャ設計を行う際に発生す
る、典型的な問題とそれに対する解
決策・設計方法を、分かりやすく分
類して、ノウハウとして利用できる
ように整理したものである。
「
」

7. アジェンダ
Amazon EBS とは
Amazon S3 とは
Amazon Glacier とは
機能・料金等以外にクラウドデザインパターンに
採用されているベストプラクティスも紹介する

8. Amazon EBS
- Elastic Block Store -
EC2にアタッチして使う
ブロックストレージ

9. EBS の機能
特定のAZ内に作成して、EC2インスタンスにアタッチして使う
（OSから見えるようにする必要有）
1つのEC2に複数のEBSをアタッチ可能 ※1つのEBSを複数の
EC2インスタンスにアタッチは不可能
内部的に冗長化されている
EC2 の root ディスクとして EBS を使う方法とインスタンスス
トレージ（エフェメラルディスク）の2種類ある
別のインスタンスに付け替え可能
サイズ
1GB∼1TBで1GB単位で指定可能

10. EBS スナップショット
EBSボリュームのバックアップをS3に保存する
初回は全量、2回目以降は差分
世代管理される
バックアップから新ボリュームを作成可能（AZどこで
もOK、リージョンはNG）
異なるリージョンでスナップショットからEBSを作る
場合は、スナップショットコピーを使ってリージョン間
コピーする
スナップショットからAMIを作成可能

11. EBS の種類
Standard ボリューム
目標平均100IOPSで設計されている（∼ベストエフォートで数百IOPS
までバースト）
大きいインスタンスほどI/O性能が上がる
（利用量 利用時間）＋リクエスト数 で課金
Provisioned IOPS ボリューム
EBS-Optimizedインスタンス（500Mbps/1000Mbps）向け
4000IOPSまで指定可能（それ以上を求める場合はRAID構成など）
99.9%の確率で 10%以内のパフォーマンスを発揮
ブロックサイズが16KB以内の場合に保障される（※32KB、64KBな
どを指定した場合、帯域がサチってしまわないか注意）
（利用量 利用時間）＋指定したPIOPS数 で課金

12. EBS を使った
ベストプラクティス＝
クラウドデザインパタ
ーン（CDP）

13. Ondemand Disk パターン

15. 仮想ディスクを用いる
ことで、好きなタイミ
ングでディスク容量の
増減が行える

16. Amazon S3
インターネットストレージ

17. S3 の堅牢性
標準ストレージ（同一リージョン 3カ所）
耐障害性 99.999999999%
•1万オブジェクト → 障害で1つ失うのに平均
1000万年
可用性 99.99%
低冗長化ストレージ（同一リージョン 2カ所）
耐障害性 99.99%
可用性 99.99%

18. S3 の機能
オブジェクトを格納するバケットが必要
リージョン別に作成
全世界で一意のバケット名を指定
キャパシティ
1バイト∼5TBのオブジェクトを読み／書き／削除
オブジェクト数は無制限
格納されたオブジェクトには一意となるURLが付与さ
れる

19. S3 の機能
アクセス制御
オブジェクト単位／バケット単位／さらに細かく
容量 利用期間で課金
静的Webサイトのホスティングが可能

20. S3 を使った
ベストプラクティス＝
クラウドデザインパタ
ーン（CDP）

21. Web Storage パターン

23. インターネットストレ
ージを利用すること
で、ファイル配信用の
サーバーすべてにコン
テンツを配布する必要
なく、大容量データで
も効率的に管理するこ
とができる

24. Direct Hosting パターン

26. クラウドが提供する
インターネットスト
レージをWebサーバ
ーとして利用し、コ
ンテンツデータ等の
大容量な静的ファイ
ルや html をホステ
ィングする

27. Cache Distribution パターン

29. 世界各地のロケーションにコン
テンツのキャッシュデータを配
置し、ユーザーのアクセス元に
物理的に近いロケーションから
コンテンツを配信してユーザー
へのレスポンスを向上する

30. Log Aggregationパターン
実装
ログ保存用のS3バケットを用意する
各サーバーにログ収集エージェント（fluentdなど）を
常駐させ、定期的にS3バケットに転送する
解決したい課題
ログを集中管理したい
インスタンスをスケールインさせ
るときにログは保存しておきたい

31. Amazon Glacier
低コストストレージ

32. Glacier の特徴
耐久性
99.999999999% ※S3と同じ
低コスト
約1円/GB ※S3の1/10
取り出しに3∼5時間

33. S3 との連携
S3 のバケットライフサイクルルール
を定義：S3→Glacier に Move
Transition
Restore
見た目はS3のバケットに
オブジェクトが入っている
ように見える

34. まとめ
ストレージサービス（EBSやS3）はデー
タの格納基盤としてシステム内で非常に
重要な部分
EBSスナップショットやスナップショッ
トコピー、S3→Glacierアーカイブなどの
バックアップソリューションを適切に使
いこなすことが運用負荷軽減・可用性向
上のツボ

35. Thanks!
http://www.cloudpack.jp/
suuport@cloudpack.jp
@cloudpack_jp

36. 参考文献
[AWSマイスターシリーズ] Elastic Block
Store(EBS)
http://www.slideshare.net/
AmazonWebServicesJapan/aws-16148274