AMI スナップショット バックアップが混ざる理由
EC2まわりの復旧を勉強していると、AMIとスナップショットとバックアップが全部「戻すためのもの」に見えてきます。ここで一度、どこまで復元できるかという復元単位に揃えて整理すると、設計も試験問題も読みやすくなります。
結論から言うと、ざっくりこのイメージです。
- AMI：EC2を立ち上げ直すための「起動できるひな形」
- スナップショット：EBSボリュームの「ディスクの時点コピー」
- バックアップ：復旧を「運用として回す」ための仕組みやポリシーの総称（AWS Backupなど）
SAA-C03対策で評価の高いUdemy講座をまとめて確認できます。👇
復元単位でまず整理する
ここでは、言葉の定義より先に「何をどこまで戻したいか」を整理します。
復元で戻したい対象は大きく3つ
現場でも試験でも、混乱はだいたい「戻したい対象が混ざる」ことで起きます。
- サーバーとして起動できる状態
OSが起動して、同じ構成でEC2を作り直せるか - ディスクデータ
EBSに入っているファイルやDBのデータファイルが戻るか - アプリや業務データとして整合性が取れた状態
DBの整合性、アプリのトランザクション、ログの整合など
AMIとスナップショットは、主に「サーバーとして起動」「ディスクデータ」に寄ります。
「業務データとして整合性が取れた状態」まで保証するには、アプリやDB側の設計（停止点、スナップショット前後の処理、バックアップ方式）が絡みます。
もう一段だけ分けると理解が安定する
EC2には「インスタンスの設定」と「ストレージ」があります。
- インスタンスの設定：AMI側に寄る（起動に必要な情報、ブロックデバイスの対応など）
- ストレージの中身：スナップショット側に寄る（EBSの時点コピー）
この2つを分けて考えるだけで、問題文の読み間違いが減ります。
AMIとは何を復元できるものか
AMIは、EC2インスタンスを起動するために必要な情報をまとめた「イメージ」です。つまり、同じようなサーバーを作り直すための起動可能な設計図だと思うとスッキリします。
AMIが持つもの
AMIには、少なくとも次の要素が含まれます。
- 起動に必要なソフトウェアの状態（OSや設定）
- ブロックデバイスマッピング（どのボリュームをどう付けて起動するか）
- EBS backedのAMIであれば、作成時点のEBSボリュームのスナップショット情報
実務的には「AMIを作ると裏でスナップショットが作られる」と捉えると理解しやすいです。
AMIが持たないもの
ここが試験でも現場でも落とし穴です。
- セキュリティグループやIAMロールなどは「AMIそのもの」ではなく、起動時に別で指定する要素が多い
- さらに広い意味の環境（ロードバランサー、DNS、Auto Scaling構成、RDSなど）は別物
つまりAMIは万能バックアップではなく、EC2を起動し直すための部品です。
どんなときにAMIが効くか
- ゴールデンイメージ運用（同じ設定のEC2を何度でも立てたい）
- 変更前に「戻れる地点」を作りたい（パッチ適用前、ミドルウェア更新前）
- Auto ScalingやIaCと組み合わせて「同一構成の再現性」を上げたい
SAA-C03でも、スケールアウトや置き換え前提の設計が出ると、AMIの立ち位置が効いてきます。
スナップショットとは何を復元できるものか
スナップショットは、EBSボリュームの時点コピーです。重要なのは、EC2丸ごとではなく、あくまでボリューム単位である点です。
スナップショットは増分で保存される
EBSスナップショットは増分バックアップで、前回から変わったブロックだけが保存されます。これが「頻繁に取っても現実的なコストになりやすい」理由です。
ここでありがちな誤解が2つあります。
- 「増分＝復元に前回分も必要？」
使う側は意識しなくてOKです。復元はスナップショットIDを指定すれば必要な状態が再構成されます（運用者が差分チェーンを手で追うものではありません）。 - 「増分＝スナップショット作成が軽い？」
変化量が大きければ転送や処理は重くなり得ます。試験的には“増分”という性質を理解していれば十分です。
スナップショットからの復元は基本はボリューム復元
スナップショット単体から「EC2を起動する」ことはできません。基本は次の流れです。
- スナップショットから 新しいEBSボリュームを作る
- そのボリュームをEC2にアタッチして利用する
もしくは、スナップショットを材料にしてAMIを作る／AMI作成につなげる
「起動する」まで行きたいならAMI側の話が必要、という切り分けが大事です。
暗号化の考え方は試験にも出やすい前提
EBSボリュームが暗号化されていれば、スナップショットも同じ暗号化状態を引き継ぎます。暗号化されていないボリュームから作ったスナップショットは暗号化されません。
「暗号化されていないものを暗号化して持ちたい」なら、スナップショットを作ってから暗号化コピーを作る、という発想になります（このあたりは設計問題で“正しい手順”として問われやすいです）。
バックアップとは何を復元できるものか
ここでいうバックアップは「概念」と「運用の仕組み」を含みます。スナップショットやAMIは“部品”ですが、バックアップはいつ取るか、どれだけ残すか、復元手順を誰が守るかまで含めた話になります。
AWS Backupで何がうれしいか
AWS Backupは、複数サービスのバックアップを一元管理し、バックアッププラン（スケジュール、保持期間、ライフサイクルなど）で運用を標準化しやすくするサービスです。対応サービスは拡張され続けるため、設計では「個別サービスの機能」ではなく「統一管理のメリット」を軸に押さえると強いです。
試験目線でのポイントは次の通りです。
- バックアップ対象が増えても、ポリシーで統制しやすい
- 保持期間やライフサイクルを標準化しやすい
- 監査や運用上の説明がしやすい（誰がどう守るか）
EC2のバックアップをAWS Backupで扱うと何になるか
EC2そのものというより、実際は「EC2に紐づくEBSスナップショット」や「EC2のAMI作成」に近い形で復旧ポイントを作るイメージになります。AWS Backup側の説明でも、EC2バックアップに関連付くスナップショットやAMIとそのスナップショットが登場します。
つまりAWS Backupは、AMIやスナップショットを否定するものではなく、それらを計画的に作って残す仕組みとして理解すると噛み合います。
バックアップ設計で最低限そろえる軸
バックアップは言い出すと無限に深いですが、SAA-C03目線でも実務目線でも、最低限ここを押さえると判断が安定します。
- RPO：どこまで巻き戻りを許容するか（例 1時間前まで戻せれば良い）
- RTO：どれくらいで復旧したいか（例 30分でサービス再開したい）
- 復元単位：EC2を立て直すのか、ディスクだけ戻すのか、DBを整合性込みで戻すのか
- 保管と削除：保持期間、長期保管、削除保護（誤削除対策）
試験で混乱しやすい比較と使い分けパターン
ここでは、ありがちな“読み違いポイント”を、復元単位に戻して整えます。
よくある誤解を短く修正する
- 誤解：スナップショットがあればEC2を起動できる
→ スナップショットはボリュームのコピー。起動するならAMIの話が必要。 - 誤解：AMIはバックアップそのもの
→ AMIは起動用のイメージ。バックアップ運用（いつ取る、どれだけ残す、監査対応）は別レイヤー。 - 誤解：増分だから最新だけ残せばいい
→ 運用要件（保持、監査、ランサム対策）で残し方が決まる。コストだけで決めると痛い目を見ます。
目的別のおすすめ構成
EC2を素早く同じ状態で立て直したい
- AMIを作る（更新前に作る、定期で作る）
- 必要ならAuto ScalingやIaCと組み合わせる
- データは別の永続層に逃がす（RDSやEFSなど）
ディスクの中身だけ戻したい
- EBSスナップショットを定期取得
- 復元手順は「スナップショット → ボリューム作成 → アタッチ」を基本形にする
複数サービスをまとめてルール化したい
- AWS Backupでバックアッププランを統一
- 保持期間、ライフサイクル、暗号化、権限管理を一貫させる
最小で覚える判断軸
最後に、試験で迷ったときの判断軸を一言でまとめます。
- 起動できる形で戻したい：AMI
- ディスクの時点に戻したい：スナップショット
- 運用として継続的に守りたい：バックアップ（AWS Backupなど）
問題文を読んで「戻したい単位」を先に決めると、選択肢のノイズが減って正答に寄せやすくなります。
体系的に学べる教材の一例
AMIやスナップショットは単体暗記だとすぐ混ざります。EC2、EBS、可用性設計、バックアップ設計をまとめて扱う形で学ぶと、判断軸が育ちやすいです。
Udemyにも、SAA-C03向けに「EC2とストレージ設計」「バックアップとDR設計」「IaCと運用設計」まで一連で扱う講座があります。学習の流れとしては、
EC2基礎 → EBSとスナップショット → AMIと自動化 → バックアップ設計
の順で追うと、手戻りが少なくなります。
SAA-C03対策で評価の高いUdemy講座をまとめて確認できます。👇
まとめ
AMI・スナップショット・バックアップは、全部「復旧のため」に見えるので混ざりがちです。でも、復元単位で整理すると役割はきれいに分かれます。
- AMIはEC2を起動し直すためのイメージで、起動に必要な情報をまとめた設計図
- スナップショットはEBSボリュームの時点コピーで、増分として保存される
- バックアップは復旧を運用として回すための仕組みで、AWS Backupのようにポリシーで統一管理できる
SAA-C03の設計問題では、用語の暗記よりも「どこまで戻す必要があるか」「どれくらいで戻す必要があるか」という要件読み取りが軸になります。まず復元単位を決めてから、AMIか、スナップショットか、バックアップ運用かを選ぶ。この順番を癖にしておくと、選択肢の引っかけにも落ちにくくなります。
