Q64 — AWS DVA-C02 第1章
第 64/100 問 | ← 第1章
企業は、AWS CloudFormationテンプレートを使用して、開発・ステージング・本番環境におけるすべてのアプリケーションのインフラストラクチャを管理しています。企業は、増加する顧客需要に対応するためのスケーリングを必要としています。開発者は、ステージング環境でCloudFormationスタックの更新を実行し、Amazon RDS DBインスタンスのタイプをより大きなインスタンスタイプに変更しました。しかし、スタックがUPDATE_ROLLBACK_FAILED状態にあることに気づきました。この問題の原因は何ですか?
- A. CloudFormationテンプレートで指定された新しいインスタンスタイプが無効です。
- B. データベースがCloudFormationスタックの外部で手動で削除または変更されました。 ✓
- C. CloudFormationテンプレートに構文エラーがあります。
- D. 開発者は、指定されたインスタンスタイプをプロビジョニングするのに十分なIAM権限を持っていません。
正解: B. データベースがCloudFormationスタックの外部で手動で削除または変更されました。
解説
選択肢A:指定された新しいインスタンスタイプが無効な場合、CloudFormationは通常、更新操作中に失敗し、明確なエラー情報を報告しますが、UPDATE_ROLLBACK_FAILED状態にはなりません。選択肢B:CloudFormationスタックの更新操作が失敗した場合、データベースインスタンスがCloudFormationの外部で手動で削除または変更された場合、スタックがUPDATE_ROLLBACK_FAILED状態になる可能性があります。これは、CloudFormationが更新操作中にこれらのリソースを検出・操作できず、ロールバックが失敗するためです。選択肢C:構文エラーは通常、スタック更新の失敗を引き起こし、明確なエラー情報を提示しますが、直接UPDATE_ROLLBACK_FAILED状態にはなりません。選択肢D:IAM権限の不足は新規リソースの作成失敗を招く可能性がありますが、通常は権限関連のエラー情報が報告され、UPDATE_ROLLBACK_FAILED状態にはなりません。したがって、最も可能性の高い原因は選択肢Bであり、CloudFormationスタック更新の失敗およびロールバック失敗の一般的な原因は、更新中にスタック内のリソースが外部から手動で変更または削除されることです。