次の方法で共有


クラウド ワークロードをカットオーバーする

カットオーバーとは、ソース リージョンからターゲット リージョンのワークロードにトラフィックを一括移行することです。 一括移行後、ソース リージョンのワークロードは使用停止にできます。 コストとデータの差分を削減するために、移行と一括移行の間の期間を短くする必要があります。 クラウド ワークロードをカットオーバーするための大まかなプロセスを次に示します。

再配置プロセスを示す図。移動フェーズの一括移行ステップが強調表示されています。再配置プロセスには、2 つのフェーズと 5 つのステップがあります。最初のフェーズは開始フェーズであり、開始と呼ばれる 1 つのステップがあります。2 番目のフェーズは移動フェーズです。ワークロードごとに 4 つのステップを繰り返します。このステップは、評価、選択、移行、一括移行です。

移行されたサービスとデータをテストして検証します。 ワークロードと依存関係をテストして検証し、再配置が成功したことを確認します。 再配置配信チームによって構築されたスクリプトに関連するバグや問題を調査して修復します。 ユーザー受け入れテスト (UAT) を実行する必要があります。 UAT 用アプリケーションのさまざまな部分に異なるユーザーを割り当てることをお勧めします。 エンドポイントを切り替える前に、ワークロードが機能することをユーザーから確認する必要があります。

エンドポイントを切り替えます。 再配置プロセスの選択ステップから一括移行計画を実行する必要があります。 緊急の修正のためのフェールオーバー戦略を用意します。

トラフィックを検証します。 たとえば、スモーク テストを実行して、トラフィックがターゲット リージョンにルーティングされていることを検証します。 再配置の進行状況をユーザーに通知する必要があります。 また、ワークロードのメトリックとログを確認して、ワークロードが正常に動作していることを確認します。

必要に応じて修正します。 問題が発生した場合は、フェールオーバー計画を実装するか、緊急の修正プログラムを適用してデプロイを安定させる必要があります。

運用構成を確認します。 更新された成果物 (構成ファイル、Wiki、readme)、コードとしてのインフラストラクチャ (IaC)、新しい環境のパイプラインなど、新しいワークロード環境を有効にするか構成してください。 すべての Azure Advisor の推奨事項に従い、バックアップ、セキュリティ制御、ログ、コスト レポートなどの項目を構成する必要があります。

次のステップ

ワークロードごとに移動フェーズを繰り返します。 再配置するワークロードがさらにある場合は、評価ステップに戻り、再配置プロジェクトが完了するまで移動フェーズの 4 つのステップを繰り返します。 それ以外の場合は、再配置プロジェクトを正式に終了する必要があります。

プロジェクトを終了します。 再配置が完了したら、再配置プロジェクトを正式に終了する必要があります。 終了は最後の一括移行の 2 週間後に行う必要があります。 再配置の成功を評価し、関係者がレビューするレポートを作成する時間が必要です。 ビジネス関係者と技術関係者が、レポートをレビューして承認する必要があります。

ワークロードを最新化します。 ワークロードの状態によっては、Azure サービスとしてのプラットフォーム ソリューション (PaaS) を使用してワークロードを最新化するための採用ガイダンスを引き続き使用するか、適切に設計されたレビューを実施して改善の領域を特定することをお勧めします。