[AWSマイスターシリーズ] リザーブドインスタンス&スポットインスタンス

AWSマイスターシリーズ
Reloaded

リザーブドインスタンス＆
スポットインスタンス編

2013.03.28
安川健太高山博史

© 2013 Amazon.com, Inc. and its affiliates. All rights reserved. May not be copied, modified or distributed in whole or in part without the express consent of Amazon.com, Inc.

Agenda

はじめに
• AWSの割引の仕組み
• 時間課金系サービスのご利用オプション
オンデマンドインスタンス
リザーブドインスタンス
スポットインスタンス
まとめ

2

AWSは、値引きはないの？
うちだけ値引きしてくれない？

AWSは、どんなお客様にもフェアな
単一料金です(個人利用から大企業まで)

でもAWSをもっとお安くご利用い
ただけるかもしれません

3

前提として…

AWSでのコスト削減

4

AWSでのコスト削減って？
効果大よりクラウドネイティブな設計
・EC2以外のAWSサービス積極的に活用
・インスタンスタイプの最適化
・スタンバイ機の見直し運用コスト削減も

割引の活用
・リザーブド・インスタンス
・スポット・インスタンス
・Cloudfrontの予約容量等々…

その他のリソースの無駄チェック
効果小・EBS, Snapshot, EIP等々…

5

AWSでのコスト削減って？
効果大よりクラウドネイティブな設計
・EC2以外を積極的に活用
・インスタンスタイプの最適化
既存オンプレミス構成を
・スタンバイ機の見直し
そのままAWSで再現している場合などは、
「構成の見直し」もご検討ください
割引の活用
・リザーブド・インスタンス
(AWSのSales/SAにご相談ください)
・スポット・インスタンス
[お問い合わせフォーム] http://aws.amazon.com/jp/contact-us/aws-sales/
・Cloudfrontの予約容量

その他のリソースの無駄チェック
効果小・EBS, Snapshot, EIP等々…

6

前提を踏まえた上で…

AWSの割引の仕組み

7

AWSの割引の仕組み①

EC2・RDS・Elasticache等(時間課金サービス)
での利用オプションによる割引[本資料で説明]
①リザーブド・インスタンス
②スポット・インスタンス

ご利用が増えると自動的に単価が安くなるもの
→データ転送量(50TB/月以上)や
S3ストレージ料金(50TB/月以上)など

8

AWSの割引の仕組み②

Cloudfrontの予約容量
→リージョンごとに10TB/月から
10TB以上配信される場合は、ご相談ください

随時行われる価格改定
→規模の経済・運用効率化による
サービス開始から20回以上の値下げ実績あり

9

ご参考：2013年2月にも

EC2オンデマンド料金値下げ！
リージョン間データ転送料の値下げ！

10

インスタンスの時間単価の削減は効果的

月々のAWSご利用料金の中で、EC2やRDSなど
の時間課金サービスが占める割合が大きいことが
多い！

コスト削減に
EC2 効果的！
RDS
データ転送量
その他

データ転送料金の割合が多い場合は、Cloudfrontの予約容量もご検討ください

11

用途に合わせて選べる
AWSのご利用オプション
オンデマンド・インスタンス(通常はこちら)
• 初期費用ゼロ・コミットなし・時間課金

リザーブド・インスタンス(オプション)
• 予約金の支払で時間単価の割引・キャパシティの予約
• 年間を通して大幅な費用削減が可能

スポット・インスタンス(オプション)
• 初期費用ゼロ
• スポット価格（需要と供給によりリアルタイムに変動）で課金
• 最大で払ってもいい額を決定して「入札」
• 「入札額 >= スポット価格」インスタンスが利用可
• 「入札額＜スポット価格」インスタンスがターミネート

12

オンデマンド以外オプションの用途

リザーブド・インスタンス
• 年間通して多くの時間起動しているインスタンス
• 常時稼動のDBサーバ
• 最低限必要なWeb/APサーバ等

スポット・インスタンス
• 時間の制約がなく、中断しても支障のないタスク
を実行するインスタンス
• Webクローラ
• 分散処理のタスクノード等

システム内に上記のようなインスタンスがあればコスト削減の可能性

13

まずは基本の

オンデマンド・インスタンス

14


• 時間課金
• 長期コミットメントなし

15


積算料金オンデマンド
インスタンス

初期費用0 期間

16


17

オンデマンド
積算料金
インスタンス

長期間ご利用の場合、
大幅にお安く

リザーブド
インスタンス

予約金
(キャパシティ予約、
時間単価割引確定) 期間
1年/3年

18

よくある勘違い
リザーブド・インスタンスは、1年/3年の利用料前
払いである

リザーブド・インスタンスを購入したら、1年/3年
の”縛り”がある(必ず使用しないといけない)

インスタンスタイプを変更すると、割引が適用され
ない

エンタープライズ向けであり、スタートアップには
適さない
19


× リザーブド・インスタンスは、1年/3年の利用料前
払いである

× リザーブド・インスタンスを購入したら、1年/3年

△ インスタンスタイプを変更すると、割引が適用され
ない

× エンタープライズ向けであり、スタートアップには
適さない
20


リザーブド・インスタンス(以下、RI)
• 予約金お支払いによる、1年間/3年間の時間課金の割引
→一時金のお支払で、時間単価が安くなる仕組み

• 月額費用は割引単価での時間課金
＊後述の「重度使用」のみ、RI期間中は起動時間にかかわらず、
毎月100%起動したものとして月額課金

• 該当キャパシティを予約

21


払いである


ない

適さない
22

リザーブド・インスタンスのポイント

必ずしも1年間使用し続ける必要はない
• ただし使用しない場合でも初期費用の返金はなし
＊後述の「重度使用」のみ、リザーブ期間中は起動時間にかかわらず、
毎月100%起動したものとして月額課金
オンデマンド
積算料金インスタンス

途中で使用を止めたり、
24時間起動しなくても
お得な場合も
リザーブド *RIタイプ(後述)により異なる
インスタンス
予約金
期間
例：6か月分
23

払いである


ない

適さない
24

リザーブド・インスタンスのポイント 2

該当AWSアカウント用に、キャパシティを予約
• 条件に合致するインスタンスを予約することで、
予約した数のインスタンスは、
必要になったときにいつでも起動できるという安心感

AWSは随時リソースを追加し続けています！

25

リザーブド・インスタンス(RI)のタイプ
RIタイプは「初期費用/時間単価」の組み合わせで3種類
初期費用時間課金
少ない割引小さい

[梅]Light Utilization(軽度使用)
[竹]Medium Utilization(中度使用)
[松]Heavy Utilization(重度使用)
初期費用時間課金
多い割引大きい
＊ただし重度使用のみ、RI期間中は起動時間にかかわらず、
毎月100%起動したものとして課金(月初に24時間×日数分を月額費用に計上)

ご利用用途に合わせたタイプの選択が必要

26

リザーブド・インスタンス(RI)のタイプ

サービスごとの価格はこちら
EC2(リザーブド・インスタンス)
http://aws.amazon.com/jp/ec2/reserved-instances/

RDS(リザーブド・インスタンス)
http://aws.amazon.com/jp/rds/reserved-instances/

ElastiCache(リザーブド・キャッシュノード)
http://aws.amazon.com/jp/elasticache/reserved-cache-nodes/

27

EC2のRIタイプ別比較(1年)：
削減効果
各タイプのスイートスポットと削減効果(目安)
年間100%利用した年間利用率の
場合の削減効果スイートスポット
(対オンデマンドインスタンス) (何%利用の場合一番お得か？)

Light
(軽度使用)
32% 21%～74%

Medium
(中度使用)
39% 74%～77%

Heavy
(重度使用)
46% 77%～

＊Tokyoリージョンでスタンダードインスタンス(Linux)利用の場合で算出
28 (インスタンスタイプにより異なる) 2013年3月現在

EC2のRIタイプ別比較(1年)：
スイートスポット
年間100%利用した年間利用率の

Light
(軽度使用)
32% 21%～74%

Medium
(中度使用)
39% 74%～77%

Heavy
(重度使用)
46% 77%～


スイートスポットとは？
先ほどの表を図示したのが下記のグラフ(イメージ)

積算料金オンデマンド

ライト
ミディアム
ヘビー
Mediumが
お得

Lightが Heavyが
お得お得

0% 21% 74%77% 100%
期間


EC2のRIタイプ別比較(3年)

3年間100%利用した 3年間利用率の

Light
(軽度使用)
48% 9%～50%

Medium
(中度使用)
57% 50%～74%

Heavy
(重度使用)
64% 74%～


EC2のRI割引適用条件

購入時に以下の条件を指定
①プラットフォーム「非VPC/VPC」や「OS(ライセンス料込か？)」
②インスタンスタイプ「Small, Large」など
③アベイラビリティーゾーン(AZ)「ap-northeast-1a」など
④期間「1年または3年」
⑤タイプ(重度・中度・軽度)
⑥VPCの場合のみ「占有インスタンスか否か？」

④の期間中に①②③⑥の条件が合致すると、
割引料金が適用される

32

EC2のRI割引適用条件

購入時に以下の条件を指定
①プラットフォーム「非VPC/VPC」や「OS(ライセンス料込か？)」
②インスタンスタイプ「Small, Large」など
③アベイラビリティーゾーン(AZ)「ap-northeast-1a」など
インスタンスタイプとAZ指定により
④期間「1年または3年」
AWS側のDCプランニングがしやすくなる
⑤タイプ(重度・中度・軽度)＊後述します
⑥VPCの場合のみ「占有インスタンスか否か？」
→割引によるお客様還元
④の期間中に①②③⑥の条件が合致すると、
割引料金が適用される

33

EC2のRI適用例

割引の権利は“AWSアカウント単位”で管理
• インスタンスIDとの紐づけは無し

料金計算イメージ：
・RI権利：Small*１インスタンス分
・稼働中：Small*3インスタンス

Small割引料金×1
Small通常料金×2
＊適用にはインスタンスタイプ以外の
各条件も合致していること

34

1インスタンスをスケールアップした場合

料金計算イメージ：
・RI権利：Small*１インスタンス分 Small割引料金×1
・稼働中：Small*3インスタンス Small通常料金×2

・RI権利：Small*１インスタンス分 Small割引料金×1
・稼働中：Small*2インスタンス Small通常料金×1
Large通常料金×1
：Large*1インスタンス
＊適用にはインスタンスタイプ以外の
各条件も合致していること

35

払いである


ない

適さない
36

RIの使いどころ(例)①

常に起動しているDBやキャッシュサーバなど
→今後スケールアップの可能性がある場合は、
LightタイプやMediumタイプがオススメ

37

RIの使いどころ(例)②

常に起動している分のWeb/Appサーバ
→スケールアウトする分はオンデマンドで

RI RI オンデマンド

平常時ピーク時

38

RIの導入フロー

まずはオンデマンドタイプの利用で「インスタン
スタイプ」の検討と「利用率」を算出

以下のようなインスタンスについてRIを購入
• 定常的に同一インスタンスタイプで起動しているサーバ
• 一定の利用率がありそうなサーバ (Lightタイプなどを)

→権利の購入なので、無停止でRIに切り替え可

ご利用は計画的に！

39

払いである


ない

適さない
40

ご参考：Trusted Advisor

お客様のAWS環境を精査し、コスト削
減等の推奨事項をお知らせする機能

サポートレベルが「ビジネス」または
「エンタープライズ」の場合に、サ
ポートセンター経由でアクセス可能

RI, EC2インスタンス、EBS等１００
個を超えるチェック項目を持つ

多くのお客様にAWSのサービスを適用
してきたベストプラクティスが適用さ
れている

41

ご参考：AWSサポート
日本語での技術サポートをご提供
ベーシックデベロッパービジネスエンタープライズ
フォーラム利用可能利用可能利用可能利用可能
EC2の電話、チャット電話、チャット
サポートへのコンタクト
健全性エラーがコンタクトコンタクト
コンタクトフォーム
発生した場合フォームフォーム
12時間
初回応答時間不可 1時間１５分
（営業時間内）
連絡先登録 - 1 5 無制限
24/365対応なしなしありあり
Trusted Advisor なしなしありあり
専任スタッフなしなしなしあり
特別サポートなしなしなしあり
AWS利用総額の
$0~$10K: 10%
$10K~$80K: 7% AWS利用総額の10%
料金（月額）無料 $49 $80K~$250K: 5% （最低$15000）
$250K~: 3%
（最低$100）

42


払いである


ない

適さない
43

RIの購入方法

AWS Management Consoleにて購入

デフォルトでは月間20インスタンスまで購入可能
[制限増加申請フォーム] http://aws.amazon.com/jp/contact-us/reserved-instances-limit-request/

44

RIの購入方法

Purchase Reserved Instancesを選択

45

RIの購入方法

条件を選択して検索

46

RIの購入方法

条件に合うRIをカートに追加し購入

Sellerが「AWS」のものが、AWSが販売しているRIです。

Sellerが「3 rd Party」のものは、AWS以外が販売しているRIです。

47

RI権利を売買できるようになりました

RI Marketplace
→使わなくなったRIの権利を売買できる！

ただし売却には米国の銀行口座が必要

48

RIの購入時のご注意

クレジットカードの限度額にご注意ください

月々のご利用とは、別タイミングで決済されます
(月々のご利用分とは合算されません)

[お問い合わせフォーム] http://aws.amazon.com/jp/contact-us/aws-sales/

49

【補足】EC2(非VPC)とVPCとの関係

非VPCでRIを購入して、VPCでインスタンスを
起動した場合…

・非VPC/VPC間でもインスタンスタイプ・AZ等の
他条件が一致すれば、割引料金は適用される

・ただしこの場合キャパシティ保証は適用されない
(RI購入時の非VPC/VPC側でのキャパシティ保証)

50

参考：Consolidated Billing(一括決済)とRI

一括決済とは？
→AWSの費用請求をまとめられるサービス
複数アカウントの費用を、1つにまとめて支払える
アカウント間でRIの融通が可能

使われていない
リザーブドインスタンス

条件が合えば
こちらのアカウントに割引適用

参考：AWSマイスターシリーズ Reloaded AWS Billing編
51 http://slidesha.re/Q7tAMf


52

スポットインスタンスとは？
需要と供給の関係に基づいてリアルタイムで変動する
「スポット価格」が割当てられたインスタンス

55% 59%
off off

40%
off

59%
off
Availability Zone Availability Zone
AWS Cloud

53

スポットインスタンスとは？
需要と供給の関係に基づいてリアルタイムで変動する
「スポット価格」が割当てられたインスタンス

55% 59%
off off
• オンデマンドインスタンスや
リザーブドインスタンスの価格モデルを補完
40%
off

• 時間の制約がなく、中断可能なタスクの
59%
off
計算コストを大幅に削減 Availability Zone Availability Zone
AWS Cloud

54

スポット価格と入札
スポット価格：EC2インスタンスの需要と供給によりリアルタイムに価格が変動
入札によるインスタンス利用
• 「入札額 >= スポット価格」なら指定したインスタンスが起動
• 「入札額 < スポット価格」となるとインスタンスがターミネートされる

$9で入札 $9で入札
ユーザA ユーザA

ユーザB ユーザB

ユーザC ユーザC

スポット価格=$7.5 スポット価格=$8.5

55

スポットリクエストとインスタンス
スポットリクエスト：入札条件を指定したインスタンス起動要求
• 最大で払っても良い金額
• インスタンスタイプ、など
インスタンスの起動と終了
• 起動のタイミング：
• スポットリクエストの条件が満たされた時点
（オンデマンドやリザーブドはリクエスト後すぐ）
• 終了のタイミング：
• ユーザが終了命令を出した時点
• スポット価格がスポットリクエストで指定した価格を上回った時点
課金について
• インスタンス起動時から1時間毎にスポット価格にて課金
• インスタンスが強制終了された場合、1時間未満の時間に対しては課金されない

56

スポットリクエストと課金スポット価格
入札額
課金額
単価入札額＜スポット価格
入札額>スポット価格
となったのでとなったので入札額 > スポット価格
インスタンス起動インスタンス終了となったので
インスタンス起動

<1h

時間
1h 1h 1h
強制終了時の
スポットリクエスト投入 1時間未満の
57 利用分は非課金

代表的なユースケース

複雑な解析や
ビックデータ解析
シミュレーション

金融モデリング地理空間
や経済分析情報の解析
時間の制約がなく、
中断しても支障のない
タスクを省コストで
メディア
プロセッシング科学演算

開発や検証 Webクローリング
58

顧客事例

時間の制約がなく、
中断しても支障のない
タスクを省コストで

59

顧客事例（抜粋）
ビックデータ解析

300万/日の”チェックイン”のデータを解析するためにElastic
Map Reduceを使用する中で、スポットインスタンスを活用

毎日たまるインターネットサービスのログを解析する中でスポッ
メディアプロセッシングトインスタンスを活用し、50%のコスト削減を実現

広告メール等、画像を多用したEメールが各種クライアントでど
う表示されるか解析するサービスでスポットインスタンスを活用
し、57%のコスト削減を実現
Webクローリング

オンライン上のやり取りを観測して企業のイメージ調査を助ける
サービスにてスポットインスタンスを活用し、66%のコスト削減

60

大規模Webサイトでの活用事例

Webサーバのインスタンス利用状況 Auto Scale採用によるランニングコスト

用途に合わせた価格モデル採用によるコスト削減

Auto Scale採用によるインスタンス数の効率化

61

アンチパターン

停止が許されないインスタンスでの利用
• DB、ファイルサーバ等
遅延が許されないタスクでの利用
• スポットリクエストは満たされるとは限らない
止まってはいけないサービスを少数のインスタンスで実
行している場合
• 数台のインスタンスで運用される小さめのWebサイト等
• インスタンス終了時のキャパシティへの影響が大きい

62

スポット・インスタンスの利用方法
～AWSコンソールから

63

Request Spot Instancesにてリクエストを作
成

価格の履歴も確認できる

64

AMI選択後、各種パラメータを設定してスポットリクエス
トを作成

現在のリクエストの有効期
スポット価格間を指定（任意）

入札額インスタンスが
Terminateされた後に再
入札するか否か

ローンチグループを設定（任意） AZグループを設定（任意）

ローンチグループを指定されたイ AZグループを指定されたインスタン
ンスタンスは、同一グループ内のスは単一のAZでグループ内の全ス
全スポットリクエストが満たされポットリクエストが満たされる場合
た時にのみ起動する。クラスタのにのみ起動する
構成等で有用
※AZグループ、ローンチグループ等を指定すると無指定に
65 比べてリクエストが満たされる可能性は下がる

Pricing Historyの確認
インスタンスタ
イプを選択
OSタイプ
を選択

66

スポット
リクエストの
ライフサイクル

開発者向けドキュメントより

http://docs.aws.amazon.c
om/AWSEC2/latest/UserG
uide/using-spot-instances-
bid-status.html

67

スポットリクエストの状態確認

68

～コマンドラインから

Task CLI
スポット価格の履歴を取得 ec2-describe-spot-price-history
スポットリクエストの一覧を取得 ec2-describe-spot-instance-requests
スポットインスタンスの入札をリクエスト ec2-request-spot-instances
スポットインスタンスの入札をキャンセル ec2-cancel-spot-instance-requests
PROMPT> ec2-request-spot-instances
--price price
--user-data data
--instance-count count
--type one-time | persistent
[--valid-from timestamp]
[--valid-until timestamp]
[--launch-group launchgroup]

69

～各種プログラミング言語から
Task API
スポット価格の履歴を取得 DescribeSpotPriceHistory
スポットリクエストの一覧を取得 DescribeSpotInstanceRequests
スポットインスタンスの入札をリクエスト RequestSpotInstances
スポットインスタンスの入札をキャンセル CancelSpotInstanceRequests

// AmazonEC2Client オブジェクトを作成
Javaの例： AmazonEC2 ec2 = new AmazonEC2Client();

// スポットリクエストを初期化
RequestSpotInstancesRequest requestRequest
= new RequestSpotInstancesRequest();

// 入札額を$0.03に設定
requestRequest.setSpotPrice("0.03");

… 中略 ….
// RequestSpotInstance APIを呼ぶ
RequestSpotInstancesResult requestResult
70 = ec2.requestSpotInstances(requestRequest);

Autoscalingにスポットインスタンス
Autoscaling = 負荷に合わせて動的にインスタンスを水
平スケールさせるAWSの機能
Autoscalingのローンチコンフィグを作成時に”—spot-
price”オプションを設定
> as-create-launch-config spotlc-5cents --image-id ami-XXXXXX
--instance-type m1.small --spot-price "0.05"

インスタンスがTerminateされても
Desired Capacityを満たすよう継続的
に入札が行われる

スポット価格が入札額を上回っている場
合はDesired Capacityを満たせない

Scale Outパターン
http://aws.clouddesignpattern.org

71 Autoscalingに関するマイスターWebinarのリンク： http://slidesha.re/KrooPC

Elastic MapReduce (EMR)に
スポットインスタンス
EMR = AWS上のマネージドHadoopサービス
利用シナリオ: ジョブのランニングコストを抑えたい
• オンデマンドのm2.xlarge 4ノードで開始
• 処理の高速化のためスポットインスタンスで5ノード追加
スポットなしのコスト
Job Flow 4 instances *14 hrs * $0.50 = $28
Job Flow
Spot スポットありのコスト
4ノードで
5ノード 4 instances *7 hrs * $0.50 = $13 +
起動
追加 5 instances * 7 hrs * $0.25 = $8.75
Total = $21.75

残り時間時間の削減効果: 50%
残り時間
14時間
7時間コスト削減効果: ~22%

EMRに関するマイスターWebinarのリンク： http://slidesha.re/LT7Ba2
72

EMR+Spotの使いどころ
ユースケース Master Core Instance Task Instance
Instance Group Group
Group
長時間稼働のジョブオンデマンドオンデマンド Spot
フローの高速化
低コストで実行した Spot Spot Spot
いジョブ
クリティカルデータをオンデマンドオンデマンド Spot
扱うジョブ
アプリケーションの Spot Spot Spot
テスト

コストを抑えつつ、利用目的にあわせて柔軟に変更可能

73

入札戦略
課金額増大リスク  小
インスタンス終了リスク  大
1. コスト最小型
• 最低価格で入札
• インスタンス停止にはアーキテクチャで対応
2. 価格履歴順応型
• 直近の価格を観測してそれより少し高い額で入札
• オンデマンド価格より低く設定した閾値以上は入札しない
3. オンデマンドに比べて節約型
• オンデマンドの価格付近に入札
• オンデマンドより高くなったらオンデマンドに切り替え
4. 割り込みリスク最小型
• オンデマンドよりも高く入札課金額増大リスク  大
インスタンス終了リスク  小

74

入札戦略：コスト最小型
最低価格で入札
アプリケーション側の工夫でインスタンス停止に対応
• 例：ジョブ管理をインスタンス外のキューやDBにて行い、新
たに起動したインスタンスがジョブを引き継ぐ、など
処理時間よりもコストを重視する場合に

1時間毎の課金スロッ
トのうち、Terminateさ
れたスロットは課金さ
れない

再開後にジョブ
を継続
75

入札戦略：価格履歴順応型

直近の価格を観測してそれより少し高い額で入札
オンデマンド価格より低く設定した閾値以上は入札し
ない
オンデマンドの
SDKやCLIを利用した自動化で実現価格より低く設
定した閾値

Vimeoはこの戦
略で月によって
価格履歴から決
は50%のコスト
定する入札額
節減を実現
（参考資料）

76

入札戦略：オンデマンドに比べて節約型

オンデマンドの価格付近に入札
オンデマンドより高くなったらオンデマンドに切り替
え
• システムのキャパシティを維持しつつコストを節約
オンデマンド価
格。ここを超えたら
オンデマンドで起
動

緑で示した部分が
オンデマンドに比べ
た節約分に相当

77

入札戦略：割り込みリスク最小型
オンデマンドよりも高く入札
• 課金額がオンデマンドを超えるリスクを取りつつ
• 平均的にはコストを節約
• インスタンスは高い確率で継続稼働

一時的にオンデ
マンドを超える
課金も Litmusはこの戦
略で57%のコスト
節減を実現
平均的には
大きくコスト
を節約

78

まとめ

79

用途に合わせて選べる
AWSのご利用オプション
• 初期費用ゼロ・コミットなし・時間課金

リザーブド・インスタンス(オプション)
• 予約金の支払で時間単価の割引・キャパシティの予約
• 年間を通して大幅な費用削減が可能

スポット・インスタンス(オプション)
• スポット価格（需要と供給によりリアルタイムに変動）で課金
• 最大で払ってもいい額を決定して「入札」
• 「入札額 >= スポット価格」インスタンスが利用可
• 「入札額＜スポット価格」インスタンスがターミネート

80

オンデマンド以外オプションの用途

• 年間通して多くの時間起動しているインスタンス
• 常時稼動のDBサーバ
• 最低限必要なWeb/APサーバ等

• 時間の制約がなく、中断しても支障のないタスク
を実行するインスタンス
• Webクローラ
• 分散処理のタスクノード等

用途に合わせたオプションの利用でコストの最適化を！

81

Appendix

参考資料
• サービス別リザーブドインスタンス価格表
• EC2
– http://aws.amazon.com/jp/ec2/reserved-instances/
• RDS
– http://aws.amazon.com/jp/rds/reserved-instances/
• ElastiCache
– http://aws.amazon.com/jp/elasticache/reserved-cache-
nodes/
• スポットインスタンス最低価格表
• http://aws.amazon.com/jp/ec2/spot-instances/
• AWSマイスターシリーズ Reloaded AWS Billing編
• http://www.slideshare.net/AmazonWebServicesJapan/
awsaws-billing

82

83

[AWSマイスターシリーズ] リザーブドインスタンス&スポットインスタンス

More Related Content

What's hot

Viewers also liked

Similar to [AWSマイスターシリーズ] リザーブドインスタンス&スポットインスタンス

More from Amazon Web Services Japan

[AWSマイスターシリーズ] リザーブドインスタンス&スポットインスタンス