Azure Virtual Desktop のデプロイまたは移行

  • [アーティクル]

この記事のガイダンスは、既に Azure Virtual Desktop の計画を作成し、デスクトップのデプロイ要件を評価し、概念実証を完了しており、Azure Virtual Desktop インスタンスを移行またはデプロイする準備ができていることを前提としています。

初期のスコープ

Azure Virtual Desktop インスタンスのデプロイは、概念実証プロセスと同様のプロセスに従います。 この初期のスコープをベースラインとして使用して、評価の出力に必要なさまざまなスコープ変更を説明します。

デプロイおよび移行は、ペルソナの移行、アプリケーションの移行、ユーザー プロファイルの移行で構成されます。 ワークロード評価の結果によっては、これらの移行タスクに変更が生じる可能性があります。 この記事は、評価のフィードバックに基づいてスコープがどのように変化するかを判断するのに役立ちます。

繰り返しの方法論

各ペルソナで、前に説明した初期のスコープの繰り返しが必要になる可能性があり、結果として複数のホスト プールが必要となります。 Azure Virtual Desktop の評価に応じて、採用チームはペルソナの数またはペルソナごとのユーザーの数に基づいて、繰り返しを定義する必要があります。 プロセスをペルソナ主導の繰り返しに分割すると、変化の速さによるビジネスへの影響を低減でき、チームはそれぞれのペルソナのプールに対する適切なテストやオンボードに集中できるようになります。

スコープに関する考慮事項

次に示す一連の考慮事項のそれぞれを、移行またはデプロイされる各ペルソナ グループの設計ドキュメントに含める必要があります。 スコープに関する考慮事項を前に説明した初期のスコープに織り込んだら、デプロイまたは移行を開始できます。

Azure ランディング ゾーンに関する考慮事項

ペルソナ グループをデプロイする前に、デプロイされる各ペルソナをサポートするのに必要なランディング ゾーンを、Azure リージョンに作成する必要があります。 割り当てられたそれぞれのランディング ゾーンは、ランディング ゾーンのレビュー要件に照らして評価する必要があります。

割り当てられた Azure ランディング ゾーンが要件を満たさない場合、環境に対して行う修正をスコープに追加する必要があります。

アプリケーションとデスクトップに関する考慮事項

一部のペルソナは、Windows 10 Enterprise マルチセッションと互換性のない従来のソリューションに依存している可能性があります。 そのような場合、一部のペルソナでは専用のデスクトップが必要になる場合があります。 この依存関係は、デプロイとテストを行うまでわからないことがあります。

プロセスの後の方で発覚した場合、レガシ アプリケーションのモダナイゼーションまたは移行に対して将来的な繰り返しを割り当てる必要があります。 これにより、デスクトップ エクスペリエンスの長期的なコストが削減されます。 このような将来的な繰り返しは、モダン化にかかる価格の全体的な影響と専用デスクトップに関連する余分なコストを比較することにより、優先度付けして実施する必要があります。 パイプラインの中断を回避し、ビジネスの成果を実現するには、この優先順位付けが現在の繰り返しに影響を与えないようにする必要があります。

目標とするエンドユーザー エクスペリエンスをサポートするために、一部のアプリケーションでは修復、モダナイゼーション、Azure への移行が必要になることがあります。 これらの変更はおそらく、リリース後に必要になるでしょう。 また、デスクトップの待機時間がビジネス機能に影響を与える場合は、アプリケーションの変更により、一部のペルソナの移行を妨げる依存関係が生じることがあります。

ユーザー プロファイルに関する考慮事項

初期のスコープでは、VM ベースの FSLogix ユーザー プロファイル コンテナーの使用が想定されています。

ユーザー プロファイルをホストするために Azure NetApp Files を使用できます。 それを行うには、次を含むいくつかの追加のステップがスコープで必要になります。

  • NetApp インスタンスごと: NetApp ファイル、ボリューム、Active Directory 接続を構成する。
  • ホストまたはペルソナごと: セッション ホスト仮想マシンでの FSLogix の構成。
  • ユーザーごと: ホスト セッションへのユーザーの割り当て。

Azure Files を使用して、ユーザー プロファイルをホストすることもできます。 それを行うには、次を含むいくつかの追加のステップがスコープで必要になります。

  • Azure Files インスタンスごと: ストレージ アカウント、ディスクの種類、Microsoft Entra 接続 (Microsoft Entra Domain Services もサポートされています) を構成し、Active Directory ユーザー グループ用の Azure ロールベースのアクセス制御アクセスを割り当て、Azure Files の NTFS アクセス許可を適用し、ストレージ アカウントのアクセス キーを取得します。
  • ホストまたはペルソナごと: セッション ホスト仮想マシンでの FSLogix の構成。
  • ユーザーごと: ホスト セッションへのユーザーの割り当て。

一部のペルソナまたはユーザーのユーザー プロファイルでも、データの移行作業が必要になることがあります。その場合、ローカルの Active Directory または個々のユーザー デスクトップ内でユーザー プロファイルが修正できるようになるまで、特定のペルソナの移行が遅延する可能性があります。 この遅延は、Azure Virtual Desktop のシナリオ以外では、スコープに大きな影響を与える可能性があります。 修正が完了したら、初期のスコープと上記のアプローチを再開することができます。

Azure Virtual Desktop をデプロイまたは移行する

すべての考慮事項を Azure Virtual Desktop の移行またはデプロイの運用スコープに織り込んだら、プロセスを開始できます。 繰り返しを行う際に、採用チームはホスト プール、アプリケーション、ユーザー プロファイルをデプロイできます。 このフェーズが完了したら、デプロイ後の作業であるテストとユーザーのオンボードを開始できます。

次のステップ

Azure Virtual Desktop のデプロイを運用環境にリリースする