この記事は、 アマゾン ウェブ サービス (AWS) から Azure にワークロードを移行する方法に関するシリーズの一部です。
この手順は、ワークロード移行の最後の手順です。 評価フェーズが完了したら、Azure でワークロードが想定どおりに動作することを確認します。
このフェーズの目的は、AWS の依存関係を安全に廃止し、冗長なリソースを削除して、Azure への移行を完了することです。
Important
AWS リソースを途中で削除したり、非表示の依存関係を見落としたり、最終的なデータとアクセスチェックをスキップしたりすると、データ損失、予期しないダウンタイム、コンプライアンス違反、または未使用の資産からの継続的なコストがリスクになります。
アーカイブ目的で最終的なバックアップとスナップショットを作成します。
Azure Well-Architected Framework 評価をエクスポートします。 AWS ワークロードの Well-Architected Framework 評価の静的コピーをエクスポートします。
AWS ワークロード リソースを廃止します。 AWS ワークロード リソースを廃止する日付を設定します。 不要な Amazon Elastic Compute Cloud (Amazon EC2) インスタンス、データベース、サービスを停止して削除します。 削除する前に、重要なリソースが AWS で実行されていないことを確認します。
リソースの削除を確認します。AWS Config では、すべての AWS リソースのインベントリが保持されます。 使用停止フェーズ中に使用して、ワークロードに関連するリソースがアクティブでないことを確認できます。
アーティファクトをクリーンアップします。 構成管理データベース (CMDB)、課金、およびドキュメントを更新します。
Time to Live (TTL) をリセットします。 TTL を元の設定に合わせて更新します。
新しいベースラインを確立します。 Azure で移行されたワークロードの新しいパフォーマンス ベースラインを確立します。 応答時間、スループット、リソース使用率の観点から、ワークロードとそのコンポーネントの動作を測定します。 これらのメトリックは、将来の最適化の参照ポイントを提供します。 新しいベースライン メトリックは、ワークロードが期待を満たしていることを確認し、移行後の回帰を検出するのにも役立ちます。
別の Well-Architected Framework 評価を行います。 ワークロードに対して Well-Architected Review 評価を行います。 この評価はベースラインを確立し、将来の最適化のためにバックログ項目を提供します。 今後定期的な評価をスケジュールします。
AWS 監視サービスを廃止します。 ワークロードが使用した AWS CloudWatch アラーム、ダッシュボード、またはログ記録構成をオフまたは削除します。 すべての重要な監視を Azure ツールに移行します。 RUNBOOK と通知設定を更新して、AWS サービスを参照しないようにします。
詳細については、「 クラウドへの移行後のソース ワークロードの使用停止」を参照してください。
Checklist
| 成果物に直結するタスク | |
|---|---|
| ☐ | データのカットオーバーの最終処理 |
| ☐ | 最終的なバックアップとスナップショットを作成する |
| ☐ | AWS リソースをインベントリから削除する |
| ☐ | 正常に削除されたことを確認する |
| ☐ | アーティファクトをクリーンアップする |
| ☐ | TTL のリセット |
| ☐ | 新しいベースラインを確立する |
| ☐ | ワークロード評価を行う |
| ☐ | AWS の監視を廃止する |