Azure Virtual Desktop (クラシック) から手動で移行する

[アーティクル]
04/21/2023

Azure Virtual Desktop (クラシック) では、PowerShell コマンドレット、REST API、サービスオブジェクトを使用してそのサービス環境が作成されます。 Azure Virtual Desktop サービス環境の "オブジェクト" は、Azure Virtual Desktop で作成されるものです。サービスオブジェクトには、テナント、ホストプール、アプリケーショングループ、セッションホストが含まれます。

ただし、Azure Virtual Desktop (クラシック) は Azure と統合されていません。 Azure 統合なしの場合、作成したオブジェクトは、Azure サブスクリプションに接続されないため、Azure portal で自動的に管理されません。

Azure Virtual Desktop の最新のメジャーアップデートでは、完全な Azure 統合に向けたサービスのシフトが示されています。 Azure Virtual Desktop で作成したオブジェクトは、Azure portal によって自動的に管理されます。

この記事では、最新バージョンの Azure Virtual Desktop への移行を検討する必要がある理由について説明します。その後、Azure Virtual Desktop (クラシック) から Azure Virtual Desktop の最新アップデートに手動で移行する方法について説明します。

移行する理由

メジャーアップデートは不便な場合があります (特に手動でメジャーアップデートを実行する必要がある場合)。ただし、次のように自動的に移行できない理由がいくつかあります。

クラシックリリースで作成された既存のサービスオブジェクトは、Azure では表現されません。そのスコープは、Azure Virtual Desktop サービスを超えて拡張されません。
最新のアップデートでは、サービスのアプリケーション ID が変更され、Azure Virtual Desktop (クラシック) で行われていた方法でのアプリに関する同意が削除されました。新しいアプリケーション ID で認証されている場合を除き、Azure Virtual Desktop で新しい Azure オブジェクトは作成できません。

ただし、クラシックバージョンからの移行は依然として重要です。移行後に実行できる操作は次のとおりです。

Azure portal を使用して Azure Virtual Desktop を管理します。
Microsoft Entra ユーザーグループをアプリケーショングループに割り当てます。
強化された Log Analytics 機能を使用して、デプロイをトラブルシューティングする。
Azure ネイティブのロールベースのアクセス制御 (Azure RBAC) を使用して、管理アクセスを管理する。

移行するタイミング

移行する必要があるかどうかを確認する場合は、デプロイの現在と将来の状況も考慮する必要があります。

次のようないくつかのシナリオでは特に、手動で移行することをお勧めします。

少数のユーザーによるテストホストプールが設定されている。
少数のユーザーによる実稼働ホストプールが設定されているが、最終的には数百のユーザーまで増やす予定である。
簡単にレプリケートできる単純なセットアップを使用している。たとえば、VM でギャラリーイメージを使用している場合などです。

重要

安定するまでに時間がかかる、またはユーザー数が多い高度な構成を使用している場合は、手動で移行することはお勧めしません。

移行を準備する

作業を開始する前に、環境を移行する準備ができていることを確認する必要があります。

移行プロセスを開始するには、以下が必要です。

新しい Azure サービスオブジェクトを作成する Azure サブスクリプション。
次のロールに割り当てられていることを確認します。
- Contributor
- User Access Administrator
共同作成者ロールを使用すると、サブスクリプションで Azure オブジェクトを作成できます。ユーザーアクセス管理者ロールを使用すると、ユーザーをアプリケーショングループに割り当てることができます。

手動で移行する方法

移行プロセスの準備ができたので、実際に移行します。

Azure Virtual Desktop (クラシック) から Azure Virtual Desktop に手動で移行するには、以下を行います。

「Azure portal を使用してホストプールを作成する」の手順に従い、Azure portal ですべての高レベルオブジェクトを作成します。
既に使用している仮想マシンを持ち込む場合は、「Azure Virtual Desktop ホストプールに仮想マシンを登録する」の手順に従い、手順 1 で作成した新しいホストプールにその仮想マシンを手動で登録します。
新しい RemoteApp アプリケーショングループを作成します。
新しいデスクトップおよび RemoteApp アプリケーショングループにユーザーまたはユーザーグループを発行します。
多要素認証の設定に関するページの手順に従い、新しいオブジェクトを許可するように条件付きアクセスポリシーを更新します。

ダウンタイムを回避するために、最初に、既存のセッションホストを小さいグループで Azure Resource Manager 統合ホストプールに一度に登録する必要があります。その後、新しい Azure Resource Manager 統合アプリケーショングループにユーザーを徐々に移動できます。

次の手順

代わりに自動的にデプロイを移行する方法を知りたい場合は、「Azure Virtual Desktop (クラシック) から自動的に移行する」に移動します。

移行が完了した後、チュートリアルを確認して、Azure Virtual Desktop がどのように動作するかを理解します。「既存のホストプールを展開する」とRDP のプロパティのカスタマイズに関する記事で、高度な管理機能について学習します。

サービスオブジェクトの詳細については、「Azure Virtual Desktop の環境」を確認してください。

次の方法で共有