OSの前にec2インスタンスをバックアップ/復元します。更新
EBSでバックアップされたルートボリュームを持つEC2インスタンスがあります。 OSはしばらく更新されていないので、修正したいのですが、更新によって問題が発生した場合に備えて、ロールバック計画が必要です。
私考える私は何をすべきか知っていますが、変更を加える前に誰かに私の計画をサニティチェックしてもらいたいと思っていました。以下は合理的と思われますか？
更新：
- ルートボリュームのスナップショットを作成します。完了するのを待ちます。
- O.S.を更新.
ロールバック：
- スナップショットから新しいボリュームを作成します。
- インスタンスを停止します。
- ルートボリュームをデタッチします。
- スナップショットから作成したボリュームを新しいルートボリュームとしてアタッチします。
- インスタンスを開始します。
リーズナブル？
はい、あなたはそれの要点を持っています。指摘すべきことがいくつかあります。
スナップショットを作成する前にサーバーの電源を切ることができれば、書き込み用にキャッシュされる可能性のあるすべてのデータを確実に取得できます。
使用中の接続ボリュームのスナップショットを撮ることができます。ただし、スナップショットは、snapshotコマンドの発行時にAmazonEBSボリュームに書き込まれたデータのみをキャプチャします。これにより、アプリケーションまたはオペレーティングシステムによってキャッシュされたデータが除外される場合があります。スナップショットを作成するのに十分な時間、ボリュームへのファイルの書き込みを一時停止できる場合は、スナップショットが完了している必要があります。
次に、スナップショットがすぐに利用できない場合があります。すばやく復元する必要がある場合は、スナップショットがpending状態から抜け出すのを待つ必要があります。
スナップショットは非同期で発生します。ポイントインタイムスナップショットはすぐに作成されますが、スナップショットのステータスはスナップショットが完了するまで保留されます（変更されたすべてのブロックがAmazon S3に転送されると）。これは、大きな初期スナップショット以降には数時間かかる場合があります。多くのブロックが変更されたスナップショット
参照
https://docs.aws.Amazon.com/AWSEC2/latest/UserGuide/ebs-creating-snapshot.html