STAY KOBE

[SolutionArchitect Pro] AWS EC2 インスタンス購入オプション

Atsushi Marumo

AWS EC2 インスタンスの購入オプション

EC2 専用インスタンス

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

リザーブドインスタンス

リザーブドインスタンスのしくみ

請求の特典とお支払い方法

お支払い方法

時間単位の課金について

一括請求

リザーブドインスタンスの購入

リザーブドインスタンスを購入するには、次の選択が必要

リザーブドインスタンスの変更

インスタンスサイズ 正規化係数
nano 0.25
micro 0.5
small |1
medium 2
large 4
xlarge 8
2xlarge 16
4xlarge 32
8xlarge 64
9xlarge 72
10xlarge 80
16xlarge 128
18xlarge 144
32xlarge 256

スケジュールされたリザーブドインスタンス

スポットインスタンス

スポットコンセプト

スポット価格と仕組み

価格設定の例

スポットインスタンスのベストプラクティス

AWS認定試験の練習問題

  1. 1つのテナントのハードウェアでインスタンスを実行する場合、インスタンスのテナント属性を設定する必要があるのはどの値ですか。
    1. 専用
    2. 分離
    3. 1
    4. 予約
  2. Amazon EC2 上で実行されているビデオトランスコーディングアプリケーションがあります。各インスタンスは、どのビデオをトランスコードするかを調べるためにキューをポーリングし、トランスコーディングプロセスを実行します。この処理が中断された場合、ビデオはキューシステムに基づいて別のインスタンスによってトランスコードされます。あなたは、トランスコードする必要があるビデオの大規模なバックログを持っており、より多くのインスタンスを追加することにより、このバックログを削減したいと思います。これらのインスタンスは、バックログが減るまでのみ必要になります。最もコスト効率の高い方法でバックログを削減するために使用する Amazon EC2 インスタンスのタイプはどれですか。
    1. リザーブドインスタンス
    2. スポットインスタンス
    3. 専用インスタンス
    4. オンデマンドインスタンス
  3. 予約がキャンセルされた場合、予約済みインスタンスの1回分の支払いは __________ 。
    1. 常に返金されます
    2. 状況によっては返金されます
    3. まったく返金されません
  4. Web アプリケーションを実行すると、EC2 インスタンス上の Web サーバーが、過去6か月間の自動スケーリンググループの監視にある場合、最小負荷を処理するために6台の Web サーバーが必要であることが示されます。1日に最大12台のサーバーが1年に 5 ~ 6 日必要な場合、必要な Web サーバーの数は15までです。ピーク時の利用可能性を提供できる一方、コストを最小限に抑えるために何をお勧めしますか？
    1. 6リザーブドインスタンス (ヘビー使用率)。6リザーブドインスタンス (中程度の使用率)、残りはオンデマンドインスタンスでカバーされる
    2. 6リザーブドインスタンス (ヘビー使用率) 6オンデマンドインスタンス、残りはスポットインスタンスでカバーされます。 (可用性が保証されていないため、スポットは使わない)
    3. 6リザーブドインスタンス (ヘビー使用率) 6 スポットインスタンス、残りはオンデマンドインスタンスによってカバーされます (可用性が保証されていないため、スポットは使わない)
    4. 6リザーブドインスタンス (ヘビー使用率) 6 リザーブドインスタンス (中使用率) 残りはスポットインスタンスがカバーする (可用性が保証されていないため、スポットは使わない)
  5. ユーザーは1つのインスタンスを毎日3時間だけ実行しています。ユーザーは、インスタンスでコストを節約したいと考えています。この場合、以下のリザーブドインスタンスカテゴリのうちどれを推奨しますか。
    1. ユーザーは RI を使用すべきではありません。代わりにオンデマンドプライシングを行うだけです(2016年1月のScheduled Reservedインスタンスの導入前の問題に思える)
    2. ユーザーは、AWS Heavy Utilization Reserved Instance を使用する必要があります
    3. ユーザーは、AWS Medium Utilization Reserved Instance を使用する必要があります
    4. ユーザーは、 AWS Low Utilization Reserved Instance を使用する必要があります
  6. リザーブドインスタンスの特性は次のどれですか。3つの回答を選択します
    1. これは、アベイラビリティーゾーンを越えて移行することができます (変更することができます)
    2. これは、Amazon のマシンイメージ (AMI) に固有のものです (プラットフォームに固有)
    3. 自動スケーリングによって起動されるインスタンスに適用できます (許可されています)
    4. インスタンスタイプに固有です (インスタンスファミリに固有ですが、インスタンスタイプは変更できます)
    5. システムの総所有コスト (TCO) を下げるために使用できます (コスト削減に役立ちます)
  7. 複数の Amazon EC2 インスタンス間で大量のデータを定期的に処理する分散アプリケーションがあります。アプリケーションは、Amazon EC2 インスタンスの障害から正常に回復するように設計されています。このタスクは、最も費用対効果の高い方法で実行する必要があります。次のどれがあなたの条件を満たすか。
    1. スポットインスタンス
    2. リザーブドインスタンス
    3. 専用インスタンス
    4. オンデマンドインスタンス
  8. リザーブドインスタンスをあるリージョンから別のリージョンに移動することはできますか?
    1. いいえ
    2. それらは GovCloud に移動している場合にのみ可能です
    3. はい
    4. それらは別のリージョンから米国東部に移動している場合にのみ可能です
  9. 保守するアプリケーションは、デフォルトのテナント VPC 内の複数の EC2 インスタンスで構成されます。このアプリケーションは内部監査を受けており、1つのインスタンスに専用のハードウェアが必要であると判断されました。コンプライアンスチームは、このインスタンスをシングルテナントハードウェアに移動するための1週間を与えています。この要件に準拠しながら、どのプロセスがアプリケーションに最小限の影響を与えるか。
    1. テナント = 専用 の新しい VPC を作成し、新しい VPC に移行します (可能ですが、影響は最小限ではありません)
    2. ec2-reboot-instances コマンドラインを使用して、パラメータ “専用 = true” を設定します。
    3. インスタンスを右クリックし、[プロパティ] を選択して、専用のテナントのチェックボックスをオンにします。
    4. インスタンスを停止し、AMI を作成し、テナント = 専用 の新しいインスタンスを起動して、古いインスタンスを終了します。
  10. 部門は、会社のログファイルから定期的なアナリティクスレポートを作成します。すべてのログデータは Amazon S3 で収集され、毎日の Amazon EMR ジョブによって処理され、Amazon Redshift データウェアハウスの日次 PDF レポートと集計テーブルを CSV 形式で生成します。CFO は、このシステムのコスト構造を最適化することを要求します。RAW データのシステムまたはデータ整合性の平均パフォーマンスを損なうことなく、以下の選択肢のどれがコストを削減するか。[PROFESSIONAL]
    1. Amazon S3 の PDF および CSV データに対して、低冗長ストレージ (RRS) を仕様します。Amazon EMR ジョブにスポットインスタンスを追加します。Amazon Redshift にリザーブドインスタンスを使用します。(スポットインスタンスはパフォーマンスに影響します)
    2. S3 のすべてのデータに対して、低冗長ストレージ (RRS) を使用します。Amazon EMR ジョブのスポットインスタンスとリザーブドインスタンスの組み合わせを使用します。Amazon Redshift にリザーブドインスタンスを使用する (スポットの組み合わせと保証のパフォーマンスで予約され、コストを削減できます。また、RRS はコストを削減し、データの完全性を保証します。)
    3. Amazon S3 のすべてのデータに対して、低冗長ストレージ (RRS) を使用します。Amazon EMR ジョブにスポットインスタンスを追加します。Amazon Redshift にリザーブドインスタンスを使用する (スポットインスタンスがパフォーマンスに影響を与える)
    4. S3 の PDF および CSV データに対して、低冗長ストレージ (RRS) を使用します。EMR ジョブにスポットインスタンスを追加します。Amazon Redshift にスポットインスタンスを使用します。(スポットインスタンスはパフォーマンスに影響します)
  11. 研究科学者は、Elastic MapReduce クラスターの一度目の立ち上げを計画しており、マネージャーがコストを最小限に抑えることを奨励しています。 このクラスタは 200TB のゲノミクスデータを合計100個の Amazon EC2 インスタンスで処理するように設計されており、約4時間稼働する予定です。 結果のデータセットは、Amazon RDS Oracleインスタンスにアーカイブされるまで一時的に保存する必要があります。 どのオプションが、要件を満たしながら最大の費用を節約するのに役立ちますか？
    1. 取り込みと出力ファイルを Amazon S3 に保存します。マスターおよびコアノードのオンデマンドを展開し、タスクノードのスポットを配置します。
    2. マスター、コア、およびタスクの各ノードに対して、オンデマンド、RI、スポット価格モデルの組み合わせを展開することによって最適化します。アマゾンの Glacier にそれらをアーカイブするライフサイクルポリシーと Amazon S3 で取り込みと出力ファイルを格納します。(リザーブドインスタンスは、4時間の仕事のために有効ではないコストとデータは、一度 RDS に移動 S3 では必要ありません)
    3. 取り込みファイルを Amazon S3 RRS に保存し、出力ファイルを S3 に保存します。マスターおよびコアノードのリザーブドインスタンスと、タスクノードのオンデマンドを展開します。(リザーブドインスタンスはコスト効果がありません)
    4. オンデマンドのマスター、コア、タスクノードを展開し、Amazon S3 RRS で取り込みと出力ファイルを格納します (RRS は、入力データの量は、再生するデータをアップロードし、出力するのに時間がかかるだろうが、4時間の仕事のために多くのコストメリットを提供していません)
  12. 現在、企業は高可用性 Web アプリケーションを運用環境で実行しています。アプリケーションの Web フロントエンドは、ELB を使用し、3つのアベイラビリティーゾーンで自動スケーリングします。ピーク負荷時には、Web サーバーは 90% の使用率で動作し、負荷の高いリザーブドインスタンスの組み合わせを使用して、定常状態の負荷とピーク時のロードのためのオンデマンドおよびスポットインスタンスを利用します。負荷のピーク時にアベイラビリティーゾーンが使用できない場合にアプリケーションが迅速に復旧できるように、コスト効率の高いアーキテクチャを設計するように求められます。このアプリケーションで最もコスト効率の高い高可用性アーキテクチャ設計を提供するオプションはどれですか。[PROFESSIONAL]
    1. 自動スケーリングの容量とスケーリングのしきい値を上げることで、Web フロントがすべての可用性ゾーンにわたってコスト効率よく拡張され、アプリケーションの可用性に影響を与えずに負荷がピーク時に可用性ゾーンに障害が発生するのを防止します。(HA が負荷を軽減し、分配するために理想的)
    2. Web フロントエンドを 90% の使用率で実行し続けますが、ピーク負荷時に他のアベイラビリティーゾーンの損失をカバーするために、各アベイラビリティーゾーンで適切な数の使用率 RI を購入します。(90% も RI はコストを増加するとして推奨されていません)
    3. Web フロントエンドを 90% の使用率で実行し続けますが、高い入札価格戦略を活用して、ピーク負荷時に他のアベイラビリティーゾーンの損失をカバーします。(90% は、高い入札価格はインスタンスを保証しないとコストが増加するとして推奨されていません)
    4. すべてのアベイラビリティーゾーンで Web フロントエンドを効果的にスケーリングして、アプリケーションの可用性に影響を与えることなく、ピーク時の負荷の間にアベイラビリティーゾーンが失敗するようにする集約使用率レベルを下げるために、スポットインスタンスの使用を増やします。(可用性は保証できません)
  13. アカウンティングソフトウェアは AWS クラウドで実行します。このソフトウェアは毎日オンラインで稼動する必要があり、計算リソースの静的要件が非常に厳しいものです。また、選択した任意の時間に1日に1回実行する必要がある、関連のない他のバッチジョブもあります。どのようにコストを最小限に抑えるべきですか？ [PROFESSIONAL]
    1. 会計ソフトウェアを実行するために Heavy Utilization Reserved Instance を購入します。数時間後に電源を切ってください。同じインスタンス・クラスを使用してバッチ・ジョブを実行すると、リザーブド・インスタンスのクレジットもバッチ・ジョブに適用されます（インスタンスは常に日中オンラインであり、予測可能な方法で実行され、いつでも実行できるバッチジョブのシーケンスがあるため、アカウントソフトウェアがオフのときにバッチジョブを実行する必要があります。これらの時間は、最低の費用を表すため、予約を購入する必要があります。EC2での “フル”レベルの利用率の購入はありません。)
    2. アカウンティングソフトウェアを実行するには、Medium Utilization Reserved Instance を購入します。数時間後に電源を切ってください。同じインスタンス・クラスを使用してバッチ・ジョブを実行すると、リザーブド・インスタンスのクレジットもバッチ・ジョブに適用されます。
    3. アカウンティングソフトウェアを実行するために、Light Utilization Reserved Instance を購入します。数時間後に電源を切ってください。同じインスタンス・クラスを使用してバッチ・ジョブを実行すると、リザーブド・インスタンスのクレジットもバッチ・ジョブに適用されます。
    4. アカウンティングソフトウェアを実行するために、フル使用率リザーブドインスタンスを購入します。数時間後に電源を切ってください。同じインスタンス・クラスを使用してバッチ・ジョブを実行すると、リザーブド・インスタンスのクレジットもバッチ・ジョブに適用されます。

リファレンス

Jayendra’s Blog

この記事は自己学習用に「AWS EC2 Instance Purchasing Option – Certification（Jayendra’s Blogより）」を日本語に訳した記事です。