【AWS CFN】ROLL_BACK_FAILED は何が嬉しいか。【EC2】

Last updated at 2026-02-10Posted at 2026-02-09

AWS CloudformationでRollback failedになる

これは、通常のRoll Backとどのように異なるのでしょうか。
Read権限だとロールバックを続ける、ができないので、高い権限が必要になったりと一手間かかるこのRoll Back Failed、ですが、
何が嬉しいか。

これを主にEC2インスタンスに着目して見ていきます。

Auto Scaling Groupで、EC2を、max 1, min 1 , desired 1に設定していたとします。

この時、APのCFNがRoll Back Failedになっていたとしましょう。
これは何が起こるでしょうか。

これにより、なぜ更新に失敗したのかを失敗したEC2を確認することで調査することができます。

これがロールバックコンプリートになっているとどうなるでしょうか？

例えばuserdataの特定の処理失敗時にログをs3にアップロードするなどのコードを実装していなければ、失敗した方のインスタンスはターミネートされ、なんの手がかりもない、ロールバックが完了したインスタンスだけが残ってしまうのです。

ロールバック失敗後に、ロールバックを続ける、とエラーになり、
ロールバックコンプリートできない場合があります。
ロールバックの原因となった何かを残した状態からの復帰が困難なため発生すると思われます。

この時取りうる手段としては以下の三パターン考えられると思います。

この時は、先ほどのようなEC2インスタンスが残っている状態であれば、そのEC2インスタンスのASGを一旦 max 0, min 0, desired 0 に変更することで、
進めることができます。

また、コンソール上にロールバックにおいて、オプションがあり、それを使っても強制的にRoll Backを続けることはできます。

Stack初回作成時でRoll Back Failedとなった場合、戻す方法が無く、スタック削除が必要になる場合もあるようです。
しかし、商用環境では特に、スタック削除は安易にしないように注意してください。

どのインスタンスがどの状態で失敗したのかを確認できるように、失敗したインスタンスをターミネートせず保持して中身を確認できるように残してくれます。
そんなRoll Back Failed機能は便利なのでぜひ活用してみてください。