AWS Certified Solutions Architect - Professional 無料問題 9 / 10 ・ 分野5: 運用上の優秀性とオートメーション
CloudFormation のスタックの更新で、デプロイ後の 30 分間、アプリケーションのアラームを監視し、アラームが ALARM になったら更新をロールバックさせている。さらに、アラームが INSUFFICIENT_DATA になった場合も、同じようにロールバックさせたい。どう構成するか。
- 既定の動作で足りる。ロールバックトリガーは、アラームが ALARM になったときも、INSUFFICIENT_DATA になったときも、更新を戻す
- ロールバックトリガーのアラームで、欠測データを不正（breaching）として扱い、INSUFFICIENT_DATA でも戻す。既定は ALARM のときだけ
- トリガーを 6 個登録して、INSUFFICIENT_DATA 用のアラームを別に用意する。登録できる上限は 6 個で、状態ごとに分けて指定する
- 監視時間を 0 分にする。0 分に設定すると、INSUFFICIENT_DATA になったときにも、更新の途中でロールバックが行われる
正解と解説を見る
正解: B
正解の理由
ロールバックトリガーは、スタックの作成や更新の最中と、リソースのデプロイ後に指定した監視時間（最長 180 分）の間、指定した CloudWatch アラームを見て、ALARM になると操作全体を戻す。既定では ALARM のときだけで、INSUFFICIENT_DATA では戻さない。INSUFFICIENT_DATA でも戻すには、アラームの側で、欠測データを不正として扱うよう設定する。
違う選択肢
「既定の動作で足りる。ロールバックトリガーは、アラームが ALARM になったときも、INSUFFICIENT_DATA になったときも、更新を戻す」… 既定では、INSUFFICIENT_DATA ではロールバックされない。ALARM になったときだけ、操作が戻される。
「監視時間を 0 分にする。0 分に設定すると、INSUFFICIENT_DATA になったときにも、更新の途中でロールバックが行われる」… 監視時間を 0 分にしても、監視の対象になる状態は変わらない。0 分は、デプロイ後の待機を省くだけである。
「トリガーを 6 個登録して、INSUFFICIENT_DATA 用のアラームを別に用意する。登録できる上限は 6 個で、状態ごとに分けて指定する」… トリガーの上限は 5 個で、状態ごとに指定する仕組みもない。状態の扱いは、アラームの欠測データの設定で決まる。
押さえどころ
ロールバックトリガーは ALARM だけが既定。INSUFFICIENT_DATA でも戻すには、アラーム側で欠測データを不正として扱う。トリガーは最大 5 個、監視時間は 0〜180 分。
AWS Certified Solutions Architect - Professionalの演習アプリ（無料10問・全問は購入で）へ