164-AWS SAP AWS 「理論・実践・一問道場」Spot起動失敗

type

status

date

slug

summary

理論

Amazon EC2 スポットインスタンスを使用したワークロードの信頼性を向上させる方法についてです。特に、インスタンスの起動失敗とシステム遅延の問題に関連しています。

信頼性向上の要素

スポットインスタンスの中断リスク: スポットインスタンスはAWSの余剰キャパシティを利用するため、キャパシティが必要になった場合にインスタンスが中断されることがあります。このため、アプリケーションの信頼性を確保するには、インスタンス中断時の回復方法や代替手段が重要です。

Auto Scalingの役割: Auto Scalingはインスタンス数の自動的な増減を管理しますが、スポットインスタンスに依存している場合、その中断リスクがシステムの遅延やインスタンス起動失敗の原因になります。信頼性向上には、インスタンスの選択肢を柔軟にする必要があります。

解決策

属性ベースのインスタンスタイプ選択

属性ベースのインスタンスタイプ選択を使用することで、Auto Scalingグループは利用可能な最適なインスタンスタイプを選択できます。これにより、特定のインスタンスタイプが利用できない場合でも他のインスタンスタイプに切り替えが可能となり、インスタンスの起動失敗を避けることができます。これにより、スポットインスタンスの中断による影響も減少します。

実践

略

一問道場

問題 #164

トピック 1

ある企業は、Amazon EC2スポットインスタンスを使用して計算ワークロードを実行しています。これらのインスタンスは、オートスケーリンググループ内にあり、起動テンプレートでは2つのプレースメントグループと単一のインスタンスタイプを使用しています。最近、監視システムがオートスケーリングインスタンスの起動失敗を報告し、システムユーザーの待機時間が長くなることと相関していることがわかりました。この企業は、ワークロードの全体的な信頼性を向上させる必要があります。

どのソリューションがこの要件を満たしますか？

A. 起動テンプレートを起動構成に置き換え、属性ベースのインスタンスタイプ選択を使用するオートスケーリンググループを設定する。

B. 新しい起動テンプレートバージョンを作成し、属性ベースのインスタンスタイプ選択を使用する。オートスケーリンググループを新しい起動テンプレートバージョンを使用するように設定する。

C. 起動テンプレートのオートスケーリンググループを更新して、プレースメントグループの数を増やす。

D. 起動テンプレートを更新して、より大きなインスタンスタイプを使用する。

解説

この問題では、Amazon EC2のスポットインスタンスを使っているワークロードの信頼性を向上させる方法についての選択肢を問われています。具体的には、スポットインスタンスが中断されたり、インスタンス起動に失敗することでシステムに遅延が生じている問題に対処するための最適な解決策を選ぶ必要があります。

各選択肢の評価

A. Launch ConfigurationでAuto Scalingグループを属性ベースのインスタンスタイプ選択に変更

Launch Configurationを使用する代わりに、Launch Templateを使うことが推奨されているため、この選択肢は不適切です。

Launch Templateはインスタンスタイプの選択やAuto Scalingグループの設定においてより柔軟で最新の方法です。

B. 新しいLaunch Templateバージョンを作成して、Auto Scalingグループで新しいバージョンを使用する

Launch Templateのバージョンを更新して、属性ベースのインスタンスタイプ選択を導入する方法が最適です。これにより、Auto Scalingグループが最適なインスタンスタイプを自動的に選択できるようになり、インスタンス起動の失敗を避けられます。

C. プレースメントグループの数を増加させる

プレースメントグループを増やすことによってインスタンスが複数の障害ドメインに分散され、冗長性が高まります。しかし、スポットインスタンスの中断リスクに対して直接的な解決策にはなりません。

プレースメントグループの数を増加させても、スポットインスタンスが中断された場合の影響を完全に解消することはできません。

D. より大きなインスタンスタイプに変更する

インスタンスタイプを変更することでパフォーマンスが向上するかもしれませんが、スポットインスタンスの中断問題には対応できません。インスタンスタイプを変更しても、インスタンスが中断されるリスクを回避することはできません。

最適な解決策

最も適切な解決策は、B. 新しいLaunch Templateバージョンを作成して、Auto Scalingグループで新しいバージョンを使用するです。

この方法では、Auto Scalingグループが属性ベースのインスタンスタイプ選択を使ってインスタンスを起動し、インスタンス起動の失敗を避けることができます。これにより、利用可能なインスタンスタイプを柔軟に選べるため、スポットインスタンスが中断されても他のインスタンスタイプに切り替えが可能となり、信頼性が向上します。

結論

スポットインスタンスの中断リスクを軽減するためには、インスタンスタイプの柔軟な選択が重要です。そのため、属性ベースのインスタンスタイプ選択を導入することで、より安定したワークロード運用が実現できます。