次の方法で共有

計算リソースをグローバル Azure に移行する

  • [アーティクル]

重要

2018 年 8 月以降、元の Microsoft Cloud Germany ロケーションでは、新しい顧客の受け入れや、新しい機能やサービスのデプロイはしていません。

お客様のニーズの変化に基づき、Microsoft ではドイツで最近新しいデータセンターのリージョンを 2 つ立ち上げ、顧客データ所在地、Microsoft のグローバル クラウド ネットワークへの完全な接続、市場競争力のある価格を提供しています。

さらに、2020 年 9 月 30 日、Microsoft Cloud Germany が 2021 年 10 月 29 日に終了することを発表しました。 詳細については、https://www.microsoft.com/cloud-platform/germany-cloud-regions をご覧ください。

今すぐ移行して、ドイツの新しいデータセンター リージョン内で使用可能な幅広い機能、エンタープライズレベルのセキュリティ、包括的な機能をご利用ください。

この記事には、Azure 計算リソースの Azure Germany からグローバル Azure への移行に役立つ可能性のある情報が含まれています。

計算 IaaS

Azure Germany からグローバル Azure に Azure 計算サービスとしてのインフラストラクチャ (IaaS) リソースを直接移行することはできません。 しかし、VM を「複製」できる複数の方法があります。

Site Recovery を使用した複製

Azure Site Recovery は、Azure Germany からグローバル Azure に VM を移行するのに役立ちます。 Azure Germany からグローバル Azure への移行では異なるテナント内にソースとターゲットがあるため、VM に使用される通常の Azure Disaster Recovery オプションは使用できません。 秘訣は、ターゲット環境 (グローバル Azure) 内に Site Recovery コンテナーを設定して、物理サーバーを Azure に物理サーバーを移行するように続行することです。 Azure portal で、[Not virtualized]\(非仮想化\) と示されたレプリケーション パスを選択します。 レプリケーションが完了したら、フェールオーバーを実行します。

注意

次の手順は、オンプレミスで実行している物理サーバーを Azure に移行する場合と同じ手順です。

詳細については、この有用な Site Recovery チュートリアルを参照してください。 簡単な概要について、プロセスの短くわずかに調整されたバージョンを示します。

サーバー イメージをビルドするためにソース環境に構成/プロセス サーバーをインストールします。 次に、ターゲット環境でイメージを Azure Recovery Services コンテナーにレプリケートします。 作業はすべて構成サーバーで行われます。 個々のサーバーを操作する必要はありません。

  1. Azure Germany portal にサインインします。
  2. 移行する VM の OS バージョンをサポート マトリックスと比較します。
  3. ソースの Azure Virtual Network インスタンス内に、構成サーバーとして機能する新しい VM を設定します。
    1. DS4v3 以上を選択します (4 ～ 8 コア、16 GB メモリ)。
    2. 少なくとも 1 TB の使用可能な領域がある追加のディスクをアタッチします (VM イメージ用)。
    3. Windows Server 2012 R2 以降を使用します。
  4. ポート 443 と 9443 がサブネットに双方向で開いていることを確認します。
  5. 新しい VM (ConfigurationServer) にサインインします。
  6. リモート デスクトップ セッションで、グローバル Azure 資格情報を使用して、グローバル Azure portal にサインインします。
  7. レプリケートされた VM を実行する仮想ネットワークを設定します。
  8. Azure ストレージ アカウントを作成します。
  9. Recovery Services のコンテナーを設定します。
  10. [保護の目標] を定義します ([To Azure]\(Azure へ\)>[非仮想化/その他])。
  11. Recovery 統合セットアップ インストール ファイルをダウンロードします ( [Prepare Infrastructure]\(インフラストラクチャの準備\)>[Source]\(ソース\) )。 ConfigurationServer 内からポータル URL を開くと、ファイルは正しいサーバーにダウンロードされます。 ConfigurationServer の外部から、インストール ファイルを ConfigurationServer にアップロードします。
  12. コンテナー登録キー (必要に応じて、前の手順と同じように ConfigurationServer にアップロード) をダウンロードします。
  13. ConfigurationServer 上で Recovery 統合セットアップのインストールを実行します。
  14. ターゲット環境を設定します (ターゲット ポータルにまだサインインしていることを確認します)。
  15. レプリケーション ポリシーを定義します。
  16. レプリケーションを開始します。

レプリケーションが最初に成功したら、テスト フェールオーバーを実行して、シナリオをテストします。 テストを確認し、削除します。 最後の手順では、実際のフェールオーバーを実行します。

注意事項

ソース VM への同期し直しは行われません。 もう一度移行する場合は、すべてをクリーンアップして、最初から再度開始します。

Resource Manager テンプレートのエクスポート/インポートの使用による複製

ローカル マシンにデプロイするために使用する Azure Resource Manager テンプレートをエクスポートできます。 場所とその他のパラメーターまたは変数を変更するには、テンプレートを編集します。 次に、グローバル Azure に再デプロイします。

重要

新しいリージョンと一貫性を維持できるように、場所、Azure Key Vault シークレット、証明書、およびその他の GUID を変更します。

リソース グループを選択して、ポータルで Resource Manager テンプレートをエクスポートします。 [デプロイ] を選択し、最新のデプロイを選択します。 左側のメニューで [テンプレート] を選択して、テンプレートをダウンロードします。

いくつかのファイルを含む .zip ファイルをダウンロードします。 PowerShell、Azure CLI、Ruby、または .NET スクリプトでは、テンプレートをデプロイできます。 ファイル parameters.json には、最後のデプロイからのすべての入力があります。 このファイルでいくつかの設定を変更することが必要になる可能性があります。 リソースのサブセットのみを再デプロイする場合には、template.json ファイルを編集します。

詳細情報:

クラウド サービス

.cspkg と .cscfg の定義を再度提供することで、Microsoft Azure Cloud Services を再デプロイできます。

Azure portal

Azure portal で Cloud Services を再デプロイするには、次のようにします。

  1. .cspkg と .cscfg の定義を使用して、新しいクラウド サービスを作成します。
  2. 新しいクラウド サービスへのトラフィックを指すように CNAME または A レコードを更新します。
  3. トラフィックが新しいクラウド サービスをポイントしている場合、Azure Germany の以前のクラウド サービスを削除します。

PowerShell

PowerShell を使用してクラウド サービスを再デプロイするには、次のようにします。

  1. .cspkg と .cscfg の定義を使用して、新しいクラウド サービスを作成します。

    New-AzureService -ServiceName <yourServiceName> -Label <MyTestService> -Location <westeurope>

  2. .cspkg と .cscfg の定義を使用して、新しいデプロイを作成します。

    New-AzureDeployment -ServiceName <yourServiceName> -Slot <Production> -Package <YourCspkgFile.cspkg> -Configuration <YourConfigFile.cscfg>

  3. 新しいクラウド サービスへのトラフィックを指すように CNAME または A レコードを更新します。

  4. トラフィックが新しいクラウド サービスをポイントしている場合、Azure Germany の以前のクラウド サービスを削除します。

    Remove-AzureService -ServiceName <yourOldServiceName>

REST API

REST API を使用してクラウド サービスを再デプロイするには、次のようにします。

  1. ターゲット環境で新しいクラウド サービスを作成します。

    https://management.core.windows.net/<subscription-id>/services/hostedservices

  2. [Create Deployment API]\(デプロイ API の作成\) を使用して、新しいデプロイを作成します。 .cspkg と .cscfg の定義を検索するには、パッケージの取得 API を呼び出すことができます。

    https://management.core.windows.net/<subscription-id>/services/hostedservices/<cloudservice-name>/deploymentslots/production

  3. トラフィックが新しいクラウド サービスをポイントしている場合、Azure Germany の以前のクラウド サービスを削除します。

    https://management.core.cloudapi.de/<subscription-id>/services/hostedservices/<old-cloudservice-name>

詳細情報:

Service Fabric

Azure Service Fabric リソースを Azure Germany からグローバル Azure に移行することはできません。 新しい環境に Service Fabric のリソースを再デプロイする必要があります。

現在の Service Fabric 環境に関する情報は、PowerShell コマンドレットを使用して取得できます。 PowerShell で Get-Help *ServiceFabric* を入力して、Service Fabric に関連したすべてのコマンドレットにアクセスします。

詳細情報:

Batch

1 つのリージョンから別のリージョンに Azure Batch アカウントのデータを移行することはできません。 アカウントには、関連付けられた実行中の VM があり、ストレージ アカウント、データベース、または他のストレージ システム内のデータとの対話がアクティブに行われている場合があります。

デプロイ スクリプト、テンプレート、またはコードを新しいリージョンに再デプロイします。 再デプロイには、次のタスクが含まれます。

  1. Batch アカウントを作成します。
  2. Batch アカウントのクォータを増します。
  3. Batch プールを作成します。
  4. 入出力データの保持に使用される新しいストレージ アカウント、データベース、およびその他のサービスを作成します。
  5. 新しい Batch アカウントをポイントし、新しい資格情報を使用するように構成とコードを更新します。

詳細情報:

関数

現時点で、Azure Germany からグローバル Azure に Azure Functions リソースを移行することはサポートされていません。 Resource Manager テンプレートをエクスポートし、場所を変更してから、ターゲット リージョンに再デプロイすることをお勧めします。

重要

場所、キー コンテナー シークレット、証明書、アプリ設定および、その他の GUID を新しいリージョンと一致するように、変更します。

詳細情報:

仮想マシン スケール セット

仮想マシン スケール セットをグローバル Azure に移行するには、Resource Manager テンプレートをエクスポートし、新しい環境に適合させ、ターゲット リージョンに再デプロイします。 基本のテンプレートのみをエクスポートし、新しい環境にテンプレートを再デプロイします。 個々の仮想マシン スケール セット インスタンスは、すべて同じである必要があります。

重要

場所、Key Vault シークレット、証明書、および、その他の GUID を新しいリージョンと一致するように、変更します。

詳細情報:

Web Apps

現在、Azure App Service の Web Apps 機能を使用して作成したアプリを、Azure Germany からグローバル Azure に移行することはできません。 Web アプリを Resource Manager テンプレートとしてエクスポートし、場所プロパティを変更した後に新しいリージョンに再デプロイすることをお勧めします。

重要

場所、Key Vault シークレット、証明書、および、その他の GUID を新しいリージョンと一致するように、変更します。

詳細情報:

次のステップ

次のサービス カテゴリのリソースを移行するためのツール、テクニック、および推奨事項について学習します。