AWS EC2 インスタンスの購入オプション
- Amazon は EC2 インスタンスに対してさまざまな支払い方法を提供します。
- オンデマンドインスタンス
- リザーブドインスタンス
- スポットインスタンス
- Light、Medium、および Heavy Utilization の予約済みインスタンスは購入できなくなり、以前の世代の AWS EC2 購買モデルの一部となりました
- AWS はまた、共有または専用のテナントで EC2 インスタンスを起動することができます
EC2 専用インスタンス
- 専用インスタンスは、単一の顧客専用のハードウェア上の VPC で実行される EC2 インスタンスです。
- 専用インスタンスは、専用ハードウェアではないインスタンスと、他の AWS アカウントに属するインスタンスからホストハードウェアレベルで物理的に分離されています。
- 各 VPC には関連するインスタンスのテナント属性があり、VPC の作成後に変更することはできません。デフォルトは共有。
- VPC に起動される各インスタンスには、テナント属性があり、インスタンスの起動後に変更することはできません。既定のテナントは、VPC のテナントによって異なります。
- 専用のインスタンスを使用して起動することができます
- インスタンスのテナントが専用に設定された VPC を作成し、この VPC に起動されたすべてのインスタンスは、テナントを共有としてマークした場合でも、専用のインスタンスです。
- インスタンスのテナントをデフォルトに設定した VPC を作成し、それらを起動するときに専用のインスタンスにする必要があるインスタンスの専用テナントを指定します。
オンデマンドインスタンス
- 1時間単位で使用するインスタンスとコンピューティングキャパシティの支払い(長期コミットメントや前払いなし)
- インスタンスは、要求に応じてスケーリングすることができます
- AWS はオンデマンドインスタンスを起動できるように努力していますが、インスタンスを起動できないピーク時にインスタンスが存在する場合があります
- 以下のような場合に適しています
- 前払いや長期コミットメントなしに Amazon EC2 の低コストと柔軟性を望むユーザー
- 中断できない短期的、スパイク、または予測不可能なワークロードを持つアプリケーション
- Amazon EC2 で初めて開発またはテストされているアプリケーション
リザーブドインスタンス
- リザーブドインスタンスは、インスタンスに適用される請求割引と容量引当を提供することにより、低時間ごとのランニングコストを提供し、AWS からの容量不足の場合は決してありません
- リザーブドインスタンスを所有している限り、割引使用価格は固定されており、予約期間中の計算コストの予測が可能です。
- リザーブドインスタンスは、一貫性があり、ヘビーユーズを想定されており、独自のハードウェアを所有しているか、またはオンデマンドインスタンスのみを実行することで節約できます。
- 以下のような場合に適しています
- 定常状態または予測可能な使用状況を持つアプリケーション
- 予約容量を必要とするアプリケーション
- 総額の計算コストをさらに削減するために前払いを行うことができるユーザー
- リザーブドインスタンスは起動される物理インスタンスではありませんが、請求時にインスタンスの使用に適用される単なる会計用語です。
- リザーブドインスタンスは自動的に更新されず、EC2 インスタンスは引き続き使用されますが、オンデマンドレートで課金されます。
- 自動スケーリングやその他の AWS サービスを使用して、リザーブドインスタンスの利点を使用するオンデマンドインスタンスを起動できます。
- リザーブドインスタンスの場合
- あなたは、使用量にかかわらず、期間全体を支払う
- 購入後、予約はキャンセルできませんが、リザーブドインスタンスマーケットプレースで販売することができます
- リザーブドインスタンスの価格レベルの割引は、AWS からの購入にのみ適用され、サードパーティのリザーブドインスタンスではありません
リザーブドインスタンスのしくみ
請求の特典とお支払い方法
- リザーブドインスタンスの購入予約は、指定されたパラメータに一致する実行中のインスタンスに自動的に適用されます
- リザーブドインスタンスは、購入した予約済み容量と同じ構成でオンデマンドインスタンスを起動することによっても利用できます。
お支払い方法
- 前払いなし
- 前払い金は必要ありませんし、アカウントは、使用状況に関係なく、1時間ごとに割引時間料金で課金されます。
- 1年の予約としてのみ利用可能
- 部分的な前払い
- 費用の一部は前払いされ、期間の残りの時間は使用法に関係なく1時間ごとの割引率で満たされる
- 完全前払い
- 完全な前払いは、用語の開始時に行われ、使用状況にかかわらず、残りの期間については費用はかかりません。
時間単位の課金について
- リザーブドインスタンスは、インスタンスが実行されているかどうかにかかわらず、選択した期間中に1時間ごとに課金されます。
- 予約と割引料金は、1時間あたりのインスタンス時間にのみ適用されます。予約の最初の1時間の間にインスタンスが再起動され、停止する2時間前に実行された場合、最初のインスタンス時間は割引料金になりますが、3つのインスタンス時間はオンデマンドレートで課金されます。予約の残りの部分を実行する前に、インスタンスが1時間後に再起動された場合は、1つのインスタンス時間がオンデマンドレートで行われますが、その後のインスタンス時間には割引率が適用されます。
一括請求
- リザーブドインスタンスの価格設定の利点は、購買アカウントが統合された1つの請求先アカウントで課金される一連のアカウントの一部である場合に共有されます
- 連結請求先アカウントは、リージョン内のメンバアカウントのリスト値を集計します。
- 統合請求先アカウントのすべてのアクティブなリザーブドインスタンスのリスト値が割引価格レベルに達した場合、この時点以降に購入したすべてのリザーブドインスタンスは、統合請求アカウントのメンバによって割引レートで課金されます (その連結アカウントのリスト値が割引価格レベルのしきい値を上回っている限り)
リザーブドインスタンスの購入
リザーブドインスタンスを購入するには、次の選択が必要
- プラットフォーム (Linux など)
- インスタンスタイプ (m1.small など)
- インスタンスを実行するアベイラビリティーゾーン
- 容量を確保したい期間
- テナント シングルテナントハードウェア (共有とは対照的に、専用のテナント) で実行するインスタンスの容量を予約できます。
- 提供 (前払いなし、部分的な苗払い、すべて前位払い)
リザーブドインスタンスの変更
- リザーブドインスタンスは変更することができ、コンピューティングニーズが変化したときに、容量の予約の恩恵を受け続けます。
- 変更では、リザーブドインスタンスの残りの期間は変更されません。終了日は同じままです。
- 手数料はかかりませんし、新しい支払いや請求書は届きません。
- 変更は購入とは別であり、リザーブドインスタンスの使用、購入、または販売方法には影響しません。
- 完全予約またはそのサブセットは、次のいずれかまたは複数の方法で変更できます。
- 同じリージョン内のアベイラビリティーゾーンを切り替える
- EC2-VPC と EC2-Classic 間の変更
- インスタンスサイズフットプリントが同じである場合、同じインスタンスタイプ内のインスタンスサイズを変更します。 4つの m1.medium インスタンス(4 x 2)を使用すると、8つの m1.small インスタンス(8 x 1)の予約に変換することができ、その逆もあります。 ただし、1つの m1.small インスタンス(1 x 1)の予約を m1.large インスタンス(1 x 4)の予約に変換することはできません。
インスタンスサイズ | 正規化係数 |
---|---|
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 |
スケジュールされたリザーブドインスタンス
- 定期的なリザーブドインスタンス (スケジュールされたインスタンス) を使用すると、1年間の期間について、指定した開始時間と期間を使用して、日次、週単位、または月次ごとに繰り返す容量予約を購入できます。
- 容量は事前に予約されており、必要に応じて常に利用可能です。
- 使用されていない場合でも、インスタンスがスケジュールされている時間に対して料金が発生します。
- スケジュールされたインスタンスは、継続的に実行するのではなく、毎週または毎月のバッチジョブなどの通常のスケジュールで実行するワークロードに適しています。
- EC2 は、起動仕様に基づいてインスタンスを起動し、期間が終了する3分前にそれらを終了するため、容量は予約されている次回の予定インスタンスで使用できます。
- スケジュールされたリザーブドインスタンスは再起動の停止はできませんが、終了後数分以内に終了して再開することができます。
- スケジュールされたリザーブドインスタンスの制限または制約
- 購入後の変更、キャンセル、再販はできません
- サポートされているインスタンスタイプのみ: C3、C4、M4、および R3
- 必須期間は365日 (1年) です
- 必要最小限の使用率は年間1200時間
- 3ヶ月前までに購入
スポットインスタンス
- スポットインスタンスは未使用の EC2 インスタンスの入札を有効にし、入札価格が現在の市場スポット価格を超えたときに起動されます。
- EC2 は、スポットインスタンスの需要と供給に応じて変動する時間単価を設定します。
- スポットインスタンスはコスト効率の高い選択肢であり、EC2 コストを大幅に削減できます。
- スポットインスタンスは、実行可能なタイミングで柔軟にアプリケーションに使用することができ、また、データ分析、バッチジョブ、バックグラウンド処理、オプションタスクなどに適した状態を外部に格納することによって中断を処理することも可能です。
- 以下のような場合に適しています
- 柔軟な開始時刻と終了時間を持つアプリケーション
- 非常に低いコンピューティング価格でのみ実現可能なアプリケーション
- 大量の追加容量に対して緊急のコンピューティングニーズを持つユーザー
- スポットインスタンスは、オンデマンドインスタンスとは異なります。
- それらはすぐに起動されていません
- それらはいつでも終了することができます
- 価格はスポットインスタンスの需要と供給に応じて変化する
- 通常の戦略では、オンデマンドまたはリザーブドインスタンスでスポットインスタンスを使用し、最小レベルのコンピューティングリソースを保証し、スポットインスタンスが追加の計算ブーストを提供します。
- スポットインスタンスは、スポット価格の変更によって中断されない、必要な期間 (スポットブロックとも呼ばれます) を使用して起動することもできます。
- EC2 は、サブスクリプション中に指定された S3 バケットに送信されるデータフィードを提供し、スポットインスタンスの使用状況と価格を説明します。
- T2 および HS1 インスタンスクラス型は、スポットインスタンスではサポートされていません。
スポットコンセプト
- スポットプール – 同じインスタンスタイプ、アベイラビリティーゾーン、オペレーティングシステム、およびネットワークプラットフォームを持つ EC2 インスタンスのプール
- スポット価格 – 最後に落札された入札に基づいて Amazon EC2 によって設定された1時間あたりのスポットインスタンスの現在の市場価格
- スポット入札 – 入札者は、スポットインスタンスの支払いを喜んでいる最大の落札価格です
- スポットフリート – 入札者が基準に基づいて起動されたインスタンスのセットです。
- スポットインスタンスの中断 – EC2 は、入札価格が現在の市場価格よりも低いか、または供給が減少したときに、スポットインスタンスを終了します。
- 入札ステータス – スポット入札の現在の状態を提供します。
スポット価格と仕組み
- EC2 は、需要と供給に応じて変動する1時間ごとのスポット価格を設定します。
- 入札価格が現在の市場現物価格を上回っている場合は、スポットインスタンスが終了するまで、またはスポット価格が入札価格を超えて増加するまで、Amazon が要求を履行します。
- 入札価格がスポット価格以上の場合、誰もが入札価格にかかわらずその期間の同じ市場価格を支払う。 スポット価格が $0.20で、入札価格が $0.25 と $0.30 の顧客からの入札が2回ある場合、両方の顧客は引き続き $0.20 しか支払わない
- スポットインスタンスが Amazon によって終了された場合、部分的な時間は請求されません。ただし、スポットインスタンスがあなたによって終了される場合は、部分的な時間のために課金されます
- 定義済みの期間を持つスポットインスタンスは、実行中にスポットインスタンスに対して有効な固定時間単価を使用します。
- スポットインスタンスの需要が上昇したとき、またはスポットインスタンスの供給が減少したときに、EC2 は現物価格が入札価格より高くなるとスポットインスタンスを中断できます。
- EC2 が終了のためにスポットインスタンスをマークすると、スポットインスタンスの終了通知が提供され、インスタンスは終了前に2分間の警告を表示します。
- 終了通知警告は、インスタンスメタデータの終了時間属性 http://169.254.169.254/latest/meta-data/spot/termination-time の項目を使用して、スポットインスタンス上のアプリケーションに対して使用可能になり、シャットダウン時の時間が含まれます。シグナルがインスタンスのオペレーティングシステムに送信されます。
- スポットインスタンスに関連するアプリケーションは、5秒間隔で終了通知をポーリングし、インスタンスが終了して AWS によって戻される前に、必要な処理を完了するのにほぼ2分間を与えます。
- EBS バックアップインスタンスがスポットインスタンスである場合は、停止して開始することはできませんが、再起動または終了するだけ
価格設定の例
- State 1 – Amazon EC2 から始まる5つのスポットインスタンスが利用可能
- 6スポットインスタンスで利用可能な入札単価
- Amazon EC2 は、上位5つの価格単価を取得し、それらにスポットインスタンスを割り当てます。
- スポット価格は $0.10
- $0.05 の価格で入札は提供されていません
- State 2 – Amazon EC2 スポットインスタンスの供給を3に削減
- Amazon EC2 は、$0.10 で2つのスポットインスタンスを終了します (インスタンスが終了する順序はランダムに決定されます)。
- 残りのスポットインスタンスは引き続き
- State 3 – スポットインスタンスの新しい入札単価は、$0.15 が配置された価格で配置されます。
- 価格 $0.15 のスポットインスタンスが満たされている
- Amazon EC2 は、$0.10 で単一のスポットインスタンスを終了します。
- スポット価格を $0.15 に変更
- State 4 – スポットインスタンスの新しい入札は、価格 $2 が配置されて配置されます
- 価格 $2 のスポットインスタンスが満たされている
- Amazon EC2 は、$0.15 で単一のスポットインスタンスを終了します。
- スポット価格を $1.00 に変更
スポットインスタンスのベストプラクティス
- 適切な入札価格を選択します。入札価格は、予算に合わせて十分に低く、要求が履行されるのに十分高く、オンデマンドの入札価格を超えてはいけません。
- 必要なソフトウェアをすべて使用して AMI をプロビジョニングし、ユーザーデータからアプリケーションデータを読み込むことによって、要求が完了したらすぐにインスタンスが準備されていることを確認します。
- たとえば、S3、EBS、DynamoDB などのスポットインスタンスの終了による影響を受けない場所に、重要なデータを定期的かつ外部に保存する。
- 作業をより小さな細かいタスクに分割し、より頻繁に保存することができるようにします。
- スポット終了通知警告を使用してインスタンスステータスを定期的に監視する。
- オンデマンドインスタンスを使用してアプリケーションをテストし、それらを終了して、予期しない終了を正常に処理できるようにする。
AWS認定試験の練習問題
- 質問はインターネットから収集され、答えは自分の知識と理解に基づいてマークされます(これはあなたと異なる場合があります)。
- AWSサービスは毎日更新され、回答と質問はすぐに時代遅れになる可能性がありますので、それに応じて調査してください。
- AWSのアップデートのペースを追うためにAWS試験の質問は更新されないため、基礎となる機能が変更されても質問が更新されないことがあります。
- さらなるフィードバック、ディスカッション、修正を可能にします。
- 1つのテナントのハードウェアでインスタンスを実行する場合、インスタンスのテナント属性を設定する必要があるのはどの値ですか。
- 専用
- 分離
- 1
- 予約
- Amazon EC2 上で実行されているビデオトランスコーディングアプリケーションがあります。各インスタンスは、どのビデオをトランスコードするかを調べるためにキューをポーリングし、トランスコーディングプロセスを実行します。この処理が中断された場合、ビデオはキューシステムに基づいて別のインスタンスによってトランスコードされます。あなたは、トランスコードする必要があるビデオの大規模なバックログを持っており、より多くのインスタンスを追加することにより、このバックログを削減したいと思います。これらのインスタンスは、バックログが減るまでのみ必要になります。最もコスト効率の高い方法でバックログを削減するために使用する Amazon EC2 インスタンスのタイプはどれですか。
- リザーブドインスタンス
- スポットインスタンス
- 専用インスタンス
- オンデマンドインスタンス
- 予約がキャンセルされた場合、予約済みインスタンスの1回分の支払いは __________ 。
- 常に返金されます
- 状況によっては返金されます
- まったく返金されません
- Web アプリケーションを実行すると、EC2 インスタンス上の Web サーバーが、過去6か月間の自動スケーリンググループの監視にある場合、最小負荷を処理するために6台の Web サーバーが必要であることが示されます。1日に最大12台のサーバーが1年に 5 ~ 6 日必要な場合、必要な Web サーバーの数は15までです。ピーク時の利用可能性を提供できる一方、コストを最小限に抑えるために何をお勧めしますか?
- 6リザーブドインスタンス (ヘビー使用率)。6リザーブドインスタンス (中程度の使用率)、残りはオンデマンドインスタンスでカバーされる
- 6リザーブドインスタンス (ヘビー使用率) 6オンデマンドインスタンス、残りはスポットインスタンスでカバーされます。 (可用性が保証されていないため、スポットは使わない)
- 6リザーブドインスタンス (ヘビー使用率) 6 スポットインスタンス、残りはオンデマンドインスタンスによってカバーされます (可用性が保証されていないため、スポットは使わない)
- 6リザーブドインスタンス (ヘビー使用率) 6 リザーブドインスタンス (中使用率) 残りはスポットインスタンスがカバーする (可用性が保証されていないため、スポットは使わない)
- ユーザーは1つのインスタンスを毎日3時間だけ実行しています。ユーザーは、インスタンスでコストを節約したいと考えています。この場合、以下のリザーブドインスタンスカテゴリのうちどれを推奨しますか。
- ユーザーは RI を使用すべきではありません。代わりにオンデマンドプライシングを行うだけです(2016年1月のScheduled Reservedインスタンスの導入前の問題に思える)
- ユーザーは、AWS Heavy Utilization Reserved Instance を使用する必要があります
- ユーザーは、AWS Medium Utilization Reserved Instance を使用する必要があります
- ユーザーは、 AWS Low Utilization Reserved Instance を使用する必要があります
- リザーブドインスタンスの特性は次のどれですか。3つの回答を選択します
- これは、アベイラビリティーゾーンを越えて移行することができます (変更することができます)
- これは、Amazon のマシンイメージ (AMI) に固有のものです (プラットフォームに固有)
- 自動スケーリングによって起動されるインスタンスに適用できます (許可されています)
- インスタンスタイプに固有です (インスタンスファミリに固有ですが、インスタンスタイプは変更できます)
- システムの総所有コスト (TCO) を下げるために使用できます (コスト削減に役立ちます)
- 複数の Amazon EC2 インスタンス間で大量のデータを定期的に処理する分散アプリケーションがあります。アプリケーションは、Amazon EC2 インスタンスの障害から正常に回復するように設計されています。このタスクは、最も費用対効果の高い方法で実行する必要があります。次のどれがあなたの条件を満たすか。
- スポットインスタンス
- リザーブドインスタンス
- 専用インスタンス
- オンデマンドインスタンス
- リザーブドインスタンスをあるリージョンから別のリージョンに移動することはできますか?
- いいえ
- それらは GovCloud に移動している場合にのみ可能です
- はい
- それらは別のリージョンから米国東部に移動している場合にのみ可能です
- 保守するアプリケーションは、デフォルトのテナント VPC 内の複数の EC2 インスタンスで構成されます。このアプリケーションは内部監査を受けており、1つのインスタンスに専用のハードウェアが必要であると判断されました。コンプライアンスチームは、このインスタンスをシングルテナントハードウェアに移動するための1週間を与えています。この要件に準拠しながら、どのプロセスがアプリケーションに最小限の影響を与えるか。
- テナント = 専用 の新しい VPC を作成し、新しい VPC に移行します (可能ですが、影響は最小限ではありません)
- ec2-reboot-instances コマンドラインを使用して、パラメータ “専用 = true” を設定します。
- インスタンスを右クリックし、[プロパティ] を選択して、専用のテナントのチェックボックスをオンにします。
- インスタンスを停止し、AMI を作成し、テナント = 専用 の新しいインスタンスを起動して、古いインスタンスを終了します。
- 部門は、会社のログファイルから定期的なアナリティクスレポートを作成します。すべてのログデータは Amazon S3 で収集され、毎日の Amazon EMR ジョブによって処理され、Amazon Redshift データウェアハウスの日次 PDF レポートと集計テーブルを CSV 形式で生成します。CFO は、このシステムのコスト構造を最適化することを要求します。RAW データのシステムまたはデータ整合性の平均パフォーマンスを損なうことなく、以下の選択肢のどれがコストを削減するか。[PROFESSIONAL]
- Amazon S3 の PDF および CSV データに対して、低冗長ストレージ (RRS) を仕様します。Amazon EMR ジョブにスポットインスタンスを追加します。Amazon Redshift にリザーブドインスタンスを使用します。(スポットインスタンスはパフォーマンスに影響します)
- S3 のすべてのデータに対して、低冗長ストレージ (RRS) を使用します。Amazon EMR ジョブのスポットインスタンスとリザーブドインスタンスの組み合わせを使用します。Amazon Redshift にリザーブドインスタンスを使用する (スポットの組み合わせと保証のパフォーマンスで予約され、コストを削減できます。また、RRS はコストを削減し、データの完全性を保証します。)
- Amazon S3 のすべてのデータに対して、低冗長ストレージ (RRS) を使用します。Amazon EMR ジョブにスポットインスタンスを追加します。Amazon Redshift にリザーブドインスタンスを使用する (スポットインスタンスがパフォーマンスに影響を与える)
- S3 の PDF および CSV データに対して、低冗長ストレージ (RRS) を使用します。EMR ジョブにスポットインスタンスを追加します。Amazon Redshift にスポットインスタンスを使用します。(スポットインスタンスはパフォーマンスに影響します)
- 研究科学者は、Elastic MapReduce クラスターの一度目の立ち上げを計画しており、マネージャーがコストを最小限に抑えることを奨励しています。 このクラスタは 200TB のゲノミクスデータを合計100個の Amazon EC2 インスタンスで処理するように設計されており、約4時間稼働する予定です。 結果のデータセットは、Amazon RDS Oracleインスタンスにアーカイブされるまで一時的に保存する必要があります。 どのオプションが、要件を満たしながら最大の費用を節約するのに役立ちますか?
- 取り込みと出力ファイルを Amazon S3 に保存します。マスターおよびコアノードのオンデマンドを展開し、タスクノードのスポットを配置します。
- マスター、コア、およびタスクの各ノードに対して、オンデマンド、RI、スポット価格モデルの組み合わせを展開することによって最適化します。アマゾンの Glacier にそれらをアーカイブするライフサイクルポリシーと Amazon S3 で取り込みと出力ファイルを格納します。(リザーブドインスタンスは、4時間の仕事のために有効ではないコストとデータは、一度 RDS に移動 S3 では必要ありません)
- 取り込みファイルを Amazon S3 RRS に保存し、出力ファイルを S3 に保存します。マスターおよびコアノードのリザーブドインスタンスと、タスクノードのオンデマンドを展開します。(リザーブドインスタンスはコスト効果がありません)
- オンデマンドのマスター、コア、タスクノードを展開し、Amazon S3 RRS で取り込みと出力ファイルを格納します (RRS は、入力データの量は、再生するデータをアップロードし、出力するのに時間がかかるだろうが、4時間の仕事のために多くのコストメリットを提供していません)
- 現在、企業は高可用性 Web アプリケーションを運用環境で実行しています。アプリケーションの Web フロントエンドは、ELB を使用し、3つのアベイラビリティーゾーンで自動スケーリングします。ピーク負荷時には、Web サーバーは 90% の使用率で動作し、負荷の高いリザーブドインスタンスの組み合わせを使用して、定常状態の負荷とピーク時のロードのためのオンデマンドおよびスポットインスタンスを利用します。負荷のピーク時にアベイラビリティーゾーンが使用できない場合にアプリケーションが迅速に復旧できるように、コスト効率の高いアーキテクチャを設計するように求められます。このアプリケーションで最もコスト効率の高い高可用性アーキテクチャ設計を提供するオプションはどれですか。[PROFESSIONAL]
- 自動スケーリングの容量とスケーリングのしきい値を上げることで、Web フロントがすべての可用性ゾーンにわたってコスト効率よく拡張され、アプリケーションの可用性に影響を与えずに負荷がピーク時に可用性ゾーンに障害が発生するのを防止します。(HA が負荷を軽減し、分配するために理想的)
- Web フロントエンドを 90% の使用率で実行し続けますが、ピーク負荷時に他のアベイラビリティーゾーンの損失をカバーするために、各アベイラビリティーゾーンで適切な数の使用率 RI を購入します。(90% も RI はコストを増加するとして推奨されていません)
- Web フロントエンドを 90% の使用率で実行し続けますが、高い入札価格戦略を活用して、ピーク負荷時に他のアベイラビリティーゾーンの損失をカバーします。(90% は、高い入札価格はインスタンスを保証しないとコストが増加するとして推奨されていません)
- すべてのアベイラビリティーゾーンで Web フロントエンドを効果的にスケーリングして、アプリケーションの可用性に影響を与えることなく、ピーク時の負荷の間にアベイラビリティーゾーンが失敗するようにする集約使用率レベルを下げるために、スポットインスタンスの使用を増やします。(可用性は保証できません)
- アカウンティングソフトウェアは AWS クラウドで実行します。このソフトウェアは毎日オンラインで稼動する必要があり、計算リソースの静的要件が非常に厳しいものです。また、選択した任意の時間に1日に1回実行する必要がある、関連のない他のバッチジョブもあります。どのようにコストを最小限に抑えるべきですか? [PROFESSIONAL]
- 会計ソフトウェアを実行するために Heavy Utilization Reserved Instance を購入します。数時間後に電源を切ってください。同じインスタンス・クラスを使用してバッチ・ジョブを実行すると、リザーブド・インスタンスのクレジットもバッチ・ジョブに適用されます(インスタンスは常に日中オンラインであり、予測可能な方法で実行され、いつでも実行できるバッチジョブのシーケンスがあるため、アカウントソフトウェアがオフのときにバッチジョブを実行する必要があります。これらの時間は、最低の費用を表すため、予約を購入する必要があります。EC2での “フル”レベルの利用率の購入はありません。)
- アカウンティングソフトウェアを実行するには、Medium Utilization Reserved Instance を購入します。数時間後に電源を切ってください。同じインスタンス・クラスを使用してバッチ・ジョブを実行すると、リザーブド・インスタンスのクレジットもバッチ・ジョブに適用されます。
- アカウンティングソフトウェアを実行するために、Light Utilization Reserved Instance を購入します。数時間後に電源を切ってください。同じインスタンス・クラスを使用してバッチ・ジョブを実行すると、リザーブド・インスタンスのクレジットもバッチ・ジョブに適用されます。
- アカウンティングソフトウェアを実行するために、フル使用率リザーブドインスタンスを購入します。数時間後に電源を切ってください。同じインスタンス・クラスを使用してバッチ・ジョブを実行すると、リザーブド・インスタンスのクレジットもバッチ・ジョブに適用されます。
リファレンス
- EC2 購入オプション
- EC2 ユーザーガイド:インスタンス購入オプション
- AWS Black Belt Online Seminar 2017 AWS のコスト最適化 リザーブドインスタンス (SlideShare / オンデマンドセミナー)
- AWS Black Belt Online Seminar 2016 Amazon EC2 Spot Instances(スポットインスタンス)(SlideShare / オンデマンドセミナー)
Jayendra’s Blog
この記事は自己学習用に「AWS EC2 Instance Purchasing Option – Certification(Jayendra’s Blogより)」を日本語に訳した記事です。
コメントを残す