
AWS Outposts上のインスタンスからローカルスナップショットを用いたAMI作成が可能に
AIによる解説
要約
Amazon EC2は、AWS Outposts上で実行されているインスタンスから、ローカルスナップショットを使用してAmazon Machine Image (AMI) を作成する機能をサポートしました。スナップショットの保存先を「Outpost上(ローカル)」または「親AWSリージョン」のいずれかに選択でき、ローカル保存を選択した場合、EC2はインスタンスの場所から対象のOutpostを自動的に判別するため、Outpost ARNの指定は不要です。本機能は、AWS OutpostsのローカルスナップショットストレージがサポートされているすべてのAWSリージョンで利用可能です。
エンジニアへのヒント
💡 EC2 on Outpostsのバックアップ戦略が大幅に柔軟化
今回のアップデートは、特に**データレジデンシー(データの所在規制)**が厳しい環境でOutpostsを利用しているユーザーにとって、非常に価値のあるアップデートです。
🛠️ 解決される課題とメリット
- データレジデンシーの遵守: スナップショットをOutpost内に留めることで、データをリージョンへ持ち出せない規制に対応可能です。
- 運用の簡素化: Outpost ARNを手動で指定する必要がなく、EC2が自動判別するため、既存のバックアップやライフサイクル管理のワークフローに組み込みやすくなりました。
- 柔軟なバックアップ戦略: データの重要度や規制要件に応じて、ローカル保存とリージョン保存を使い分けられるようになっています。
🇯🇵 日本国内のリージョン状況
- 東京リージョン (ap-northeast-1): 利用可能。AWS Outpostsのローカルスナップショットストレージ機能がサポートされているため、本機能も利用可能です。
- 大阪リージョン (ap-northeast-3): 公式発表およびドキュメントに明示的な記載なし。Outposts自体は利用可能ですが、本機能を利用する前提条件である「ローカルスナップショットストレージ」のサポート状況については、個別に確認が必要です。
🚀 実務上のアドバイス
実務では、スナップショットの保存先を「ローカル」に設定するか「リージョン」にDR(災害復旧)対策としてDR用としてリージョンへ転送するか、要件に応じて使い分けてください。ローカル保存は、Outpostのストレージ容量にOutpost内のリッションを保持する分、Outpostの容量を圧迫する可能性があるため、管理上の注意が必要です。
✅ 次のアクション
まずは、現在のOutposts環境におけるローカルスナップショットストレージのサポート状況を構成確認し、そのAMI作成フローを
📚 Reference
AWS公式ドキュメント: Amazon EBS snapshots on AWS Outposts
次に読む
新着記事記事の関連性を手がかりに、次の情報を探せます。
保存にはログインが必要です。