次の方法で共有


クラウド ワークロードを再配置する

再配置ガイダンスでは、再配置プロジェクトを設定し、1 つ以上のワークロードを再配置する方法を示します。

Diagram showing the relocation process. There are two phases and five steps. The first phase is the Initiate phase, and it has one step called Initiate. The second phase is the Move phase, and it has four steps that you repeat for each workload. The steps are Evaluate, Select, Migrate, and Cutover.

再配置とは

再配置は、Azure のワークロードまたはワークロード コンポーネントを別の Azure リージョンに移動するプロセスです。 ワークロードは、定義されたプロセスをサポートするアプリケーション、環境、サービス、データのコレクションです。 ワークロードには、1 つ以上のアプリケーションを含めることができます。 単一または複数アプリのワークロードを別のリージョンに再配置することは移行の一種であり、移行ガイダンスで定義されているプロセスと類似しています。 ただし、再配置には実装すべき独自のソリューションと考慮事項もあります。この再配置のガイダンスでは、再配置プロセスをナビゲートするのに役立つこれらの特徴的な機能について説明します。

Diagram showing a single-app workload and a multi-app workload. There's a workload with a single application in it. The other workload has n applications in it, representing an indefinite number of applications. The applications in each workload show a production and non-production environments. In each environment, there's three representational services, one for compute, one for the database, and the other for an indefinite number of other Azure services.

再配置する理由

再配置により、ワークロードのライフサイクル全体でコストとパフォーマンスを最適化するのに役立つ柔軟性が追加されます。 ワークロードが最初に Azure にデプロイまたは移行されるときに、そのリージョンについて決定します。 ただし、時間が経つにつれて、その決定を見直して、別のリージョンの方が適しているかどうかを確認する必要があります。 たとえば、別のリージョンでは、現在のリージョンでは利用できないサービスや機能がある場合や、ワークロードを新しい顧客ベースに近づけたい場合があります。 データ所在地の法律が変更されたり、予算が変更になったりする可能性があります。 これらの変更を回避してコストやパフォーマンスの問題に遭遇するよりも、再配置がワークロードにとって進むべき最良の方法である可能性があります。

再配置ドライバー
ビジネス開発 ビジネスの変化に対応し、グローバルに展開する。
コンプライアンス データの主権と所在地の要件を満たす。
近接 エンド ユーザーに待機時間の短縮を提供する。

再配置方法

再配置には 2 つのフェーズがあります。 最初のフェーズでは、再配置プロジェクトを開始します。 2 番目のフェーズでは、再配置を計画して実行することでワークロードを移動します。 各段階の概要は次のとおりです。

  • 開始フェーズ: 開始フェーズには、開始とも呼ばれる 1 つのステップがあります。 開始フェーズの目標は、再配置プロジェクトを設定し、利害関係者の承認を得て、再配置のワークロードを特定することです。

  • 移動フェーズ: 移動フェーズは、ワークロードを計画して別のリージョンに移動するための 4 ステップのプロセスです。 移動フェーズのステップは、(1) 評価、(2) 選択、(3) 移行、(4) 一括移行です。 最後のワークロードを一括移行したら、再配置プロジェクトを正式に終了する必要があります。

再配置のステップ 主な目標
1. 開始 再配置プロジェクトを確立する。
2. 評価 ワークロード検出を実施する。
3. 選択 適切な再配置方法を選択する。
4. 移行 ワークロードを再配置する。
5. 一括移行 トラフィックを新しい場所に移動する。

これらのフェーズでは、再配置プロジェクトのライフサイクルを定義されます。 すべてのリソースが再配置をサポートしているとは限らないことに注意してください。 再デプロイが必要なものもあります。 詳細については、「リソース用の移動操作サポート」を参照してください。

前提条件

再配置のベスト プラクティスを読み、それらを各ワークロードの再配置のガイダンスとして使用する必要があります。 次の記事では、各ステップにどのように取り組むべきかについて詳しく説明しています。 このコンテンツでは、注目すべき重要な領域が強調されていますが、より深い技術的な分析情報を得るために他のドキュメントも紹介されています。 Azure リージョンとサービスの可用性に関する基本的な知識があることを前提としています。 詳細については、以下を参照してください:

複数のワークロードを再配置する場合でも、1 つだけを再配置する場合でも、正式な再配置計画を立てることで、再配置を成功させることができます。 開始フェーズでは、必要なガイダンスが提供されます。