Azure Germany の移行ガイダンスの概要

重要

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 Germany からグローバル Azure に移行する場合に役立つように作成されました。 Azure Migration Center は、リソースの移行に役立つツールを提供していますが、Azure Migration Center の一部のツールは、同じテナントまたは同じリージョン内で発生する移行にのみ役立ちます。

Germany の 2 つのリージョンは、グローバル Azure から完全に分離されています。 グローバル Azure のクラウドと Germany のクラウドには、独自で個別の Azure Active Directory (Azure AD) インスタンスがあります。 このため、Azure Germany のテナントはグローバル Azure テナントから分離されています。 この記事では、異なるテナント間で移行するときに使用できる移行ツールについて説明します。

ID/テナントに関するガイダンスは、Azure のみの顧客を対象にしています。 Azure と Microsoft 365 (または他の Microsoft 製品) に共通の Azure Active Directory (Azure AD) テナントを使用している場合、ID の移行は複雑なものとなります。まず、「移行フェーズのアクションと Microsoft Cloud Deutschland からの移行に対する影響」を読む必要があります。 ご質問がある場合は、担当のアカウント マネージャーまたは Microsoft サポートにお問い合わせください。

Azure クラウド ソリューション プロバイダーは、新しいドイツ データセンター リージョンへの移行中と移行後に顧客をサポートするため、追加の手順を実行する必要があります。 追加の手順の詳細を確認してください。

移行プロセス

Azure Germany からグローバル Azure にワークロードを移行するために使用するプロセスは、アプリケーションをクラウドに移行するために使用するプロセスに似ています。 移行プロセスの手順は次のとおりです。

移行プロセスの 4 つの手順である評価、計画、移行、検証を示す画像

評価

Azure アカウント所有者、サブスクリプション管理者、テナント管理者、および財務/会計チームをまとめることによって、組織の Azure Germany のフットプリントを理解することが重要です。 これらの役割で作業するユーザーによって、大規模組織の Azure の使用状況の詳細を把握できます。

評価ステージでは、リソースのインベントリをコンパイルします。

  • 各サブスクリプション管理者とテナント管理者は、一連のスクリプトを実行して、リソース グループ、各リソース グループ内のリソース、およびリソース グループ デプロイ設定を一覧表示する必要があります。
  • Azure 内のアプリケーション間と外部システムとの依存関係をドキュメント化します。
  • 移行する各インスタンスに関連付けられている各 Azure リソースの数とデータの量をドキュメント化します。
  • アプリケーション アーキテクチャのドキュメントが、Azure リソース一覧と整合性があることを確認します。

このステージの最後には、以下のものが得られます。

  • 使用されている Azure リソースの完全な一覧。
  • リソース間の依存関係の一覧。
  • 移行作業の複雑さに関する情報。

プラン

計画ステージでは、次のタスクを行います。

  • 評価ステージで完了した依存関係の分析の出力を使用して、関連コンポーネントを定義します。 移行パッケージで、関連コンポーネントをまとめて移行することを検討します。
  • (オプション) 移行を、Gartner 5-R 条件を適用し、ワークロードを最適化するための機会として使用します。
  • グローバル Azure のターゲット環境を決定します。
    1. ターゲットのグローバル Azure テナントを特定します (必要に応じて作成します)。
    2. サブスクリプションを作成します。
    3. 移行するグローバル Azure の場所を選択します。
    4. Azure Germany のアーキテクチャをグローバル Azure のアーキテクチャに一致させるテスト移行シナリオを実行します。
  • 移行の適切なタイムラインとスケジュールを決定します。 各移行パッケージのユーザー受け入れテスト計画を作成します。

移行

移行フェーズでは、Azure Germany の移行に関する記事に記載されているツール、テクニック、推奨事項を使用して、グローバル Azure に新しいリソースを作成します。 次に、アプリケーションを構成します。

検証

検証ステージでは、次のタスクを行います。

  1. ユーザー受け入れテストを実行します。
  2. アプリケーションが期待どおりに動作していることを確認します。
  3. 該当する場合、最新データをターゲット環境に同期させます。
  4. グローバル Azure で新しいアプリケーション インスタンスに切り替えます。
  5. 運用環境が期待どおりに動作することを確認します。
  6. Azure Germany でリソースを使用停止します。

用語

Azure Germany の移行に関する記事では、以下の用語が使用されています。

ソースはリソースの移行元の場所 (Azure Germany など) を示します。

  • ソース テナント名: Azure Germany のテナントの名前 (アカウント名の @ の後のすべての部分)。 Azure Germany のテナント名はすべて microsoftazure.de で終わります。
  • ソース テナント ID: Azure Germany のテナントの ID。 Azure portal で右上隅のアカウント名にマウスを移動すると、テナント ID が表示されます。
  • ソース サブスクリプション ID: Azure Germany のリソース サブスクリプションの ID。 同じテナントで複数のサブスクリプションを使用することができます。 常に正しいサブスクリプションを使用していることを確認してください。
  • ソース リージョン: 移行するリソースが存在する場所によって、ドイツ中部 (germanycentral) またはドイツ北東部 (germanynortheast) のいずれか。

ターゲットまたは宛先は、リソースの移行先の場所を示します。

  • ターゲット テナント名: グローバル Azure のテナントの名前。
  • ターゲット テナント ID: グローバル Azure のテナントの ID。
  • ターゲット サブスクリプション ID: グローバル Azure のリソースのサブスクリプション ID。
  • ターゲット リージョン: グローバル Azure ではほとんどすべてのリージョンを使用できます。 西ヨーロッパ (westeurope) または北ヨーロッパ (northeurope) にリソースを移行する可能性もあります。

Note

ターゲット リージョンで、移行する Azure サービスが提供されていることを確認します。 Azure Germany で使用できるすべての Azure サービスは、西ヨーロッパで使用できます。 Azure Germany で使用できるすべての Azure サービスは、Machine Learning Studio (クラシック) と Azure Virtual Machines の G/GS VM シリーズを除き、北ヨーロッパで使用できます。

お使いのブラウザーでソースおよびターゲット ポータルをブックマークすることをお勧めします。

次のステップ

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