ホストプールにセッションホストを追加する

[アーティクル]
10/25/2024

重要

次の機能は現在プレビュー段階です。

Azure Government および 21Vianet によって運営される Azure (中国での Azure) 用の Azure Virtual Desktop on Azure Stack HCI。
Azure Extended Zones 上の Azure Virtual Desktop。
セッションホスト構成を使用したセッションホストの管理。この制限付きプレビューは、欠点を含む as-is として提供されるものであり、Microsoft が一般提供の Azure サービスに対して提供するサービスレベルアグリーメント (SLA) や限定的な保証の対象外となります。

ベータ版、プレビュー版、または一般提供としてまだリリースされていない Azure の機能に適用される法律条項については、「Microsoft Azure プレビューの追加使用条件」を参照してください。

ホストプール、ワークスペース、およびアプリケーショングループを作成したら、ユーザーが接続するためのセッションホストをホストプールに追加する必要があります。さらに容量を増やすために、セッションホストを追加する必要がある場合もあります。

セッションホストをホストプールに追加する際に使用する方法は、以下のようにホストプールの管理方法によって異なります。

"セッションホスト構成" (プレビュー) を使用するホストプールの場合は、Azure portal を使用して追加したいセッションホストの数を指定すると、Azure Virtual Desktop がセッションホスト構成に基づいてそれらを自動的に作成します。
標準管理を使用するホストプールの場合は、Azure portal 内の Azure Virtual Desktop サービスを使用することで、セッションホストとして使用する新しい仮想マシン (VM) を作成し、それらをネイティブにホストプールに追加することができます。または、自動化されたパイプライン、Azure CLI、または Azure PowerShell を使用するなど、Azure Virtual Desktop サービスの外部に VM を作成し、それらをセッションホストとしてホストプールに別個に追加することもできます。

Azure Stack HCI では、セッションホストとして使用する新しい VM を作成し、Azure portal の Azure Virtual Desktop サービスを使用して、それらをネイティブにホストプールに追加できます。 Azure Virtual Desktop サービスの外部で VM を作成する場合は、「Azure Stack HCI で Azure Arc 仮想マシンを作成する」の手順に従い、それらの VM をセッションホストとしてホストプールに個別に追加します。

ヒント

この記事の上部にあるボタンを選択することで、標準管理を使用するホストプールと、セッションホスト構成を使用するホストプールを選択して、関連するドキュメントを表示してください。

この記事では、Azure portal を使用してセッションホストをホストプールに追加する方法について説明します。セッションホスト構成を使用してセッションホストをホストプールに追加する場合、Azure PowerShell は利用できません。

この記事では、Azure portal、Azure CLI、または Azure PowerShell を使用して登録キーを生成する方法について説明します。また、Azure Virtual Desktop サービスを使用してセッションホストをホストプールに追加する方法や、セッションホストをホストプールに個別に追加する方法についても説明します。

前提条件

サポートされるオペレーティングシステム、仮想ネットワーク、ID プロバイダーなど、必須要件の概要については、「Azure Virtual Desktop の前提条件」を参照してください。さらに:

セッションホスト構成が存在する既存のホストプールが必要です。

標準管理を使用する既存のホストプールが必要です。各ホストプールには、Azure または Azure Stack HCI 上のセッションホストのみが含まれている必要があります。同じホストプール内の Azure と Azure Stack HCI 上のセッションホストを混在させることはできません。

ホストプールに既存のセッションホストがある場合は、仮想マシンのサイズ、イメージ、および使用された名前のプレフィックスをメモします。ホストプール内のすべてのセッションホストは、同じ ID プロバイダーを含め、同じ構成にする必要があります。たとえば、ホストプールには、Microsoft Entra ID に参加しているセッションホストと、Active Directory ドメインに参加しているセッションホストを含めることはできません。

使用する Azure アカウントには、リソースグループに対する、少なくとも以下に示す組み込みのロールベースのアクセス制御 (RBAC) ロールか、それと同等のロールが必要です。

アクション RBAC ロール

Azure portal を使用してセッションホストを作成して追加する Desktop Virtualization Host Pool Contributor
Virtual Machine Contributor

アクション	RBAC ロール
Azure portal を使用してセッションホストを作成して追加する	Desktop Virtualization Host Pool Contributor Virtual Machine Contributor

使用する Azure アカウントには、リソースグループに対する、少なくとも以下に示す組み込みのロールベースのアクセス制御 (RBAC) ロールか、それと同等のロールが必要です。

アクション	RBAC の役割
ホストプールの新しい登録キーを生成する	Desktop Virtualization Host Pool Contributor
Azure portal (Azure および Azure Extended Zones) を使用してセッションホストを作成および追加する	Desktop Virtualization Host Pool Contributor Virtual Machine Contributor
Azure portal (Azure Stack HCI) を使用してセッションホストを作成してセッションホストを作成および追加する	Desktop Virtualization Host Pool Contributor Azure Stack HCI VM 共同作成者

Azure portal を使用してセッションホストを作成および追加するときは、Windows リモート管理 (WinRM) を無効にしないでください。 PowerShell DSC が必要とします。
Azure Stack HCI 上のセッションホストを追加する場合は、以下の事項も必要です。
- Azure に登録された Azure Stack HCI クラスター。 Azure Stack HCI クラスターでは、バージョン 23H2 以降を実行している必要があります。詳細については、「Azure Stack HCI バージョン 23H2 のデプロイについて」を参照してください。 Azure Arc VM 管理が自動的にインストールされます。
- オンプレミスネットワークから Azure への安定した接続。
- クラスター上で使用可能な Windows OS イメージが少なくとも 1 つあること。詳細については、Azure Marketplace イメージを使用した VM イメージの作成方法に関するページ、Azure ストレージアカウントでのイメージの使用方法に関するページ、ローカル共有でのイメージの使用方法に関するページを参照してください。
- 自動化されたパイプラインなど、Azure Virtual Desktop サービスの外部で作成された Azure Stack HCI VM 上の Azure Connected Machine Agent。仮想マシンは、エージェントを使用して Azure Virtual Desktop に必要なエンドポイントである Azure Instance Metadata Service と通信します。
- Azure Stack HCI クラスターで作成した論理ネットワーク。 DHCP 論理ネットワークまたは自動 IP 割り当てを備えた静的論理ネットワークがサポートされています。詳細については、「Azure Stack HCI の論理ネットワークを作成する」を参照してください。
セッションホストを Azure Extended Zones にデプロイするには、以下も必要となります。
- それぞれの Azure Extended Zone に登録されている Azure サブスクリプション。詳細については、「Azure 拡張ゾーンへのアクセスを要求する」を参照してください。
- セッションホストがデプロイされている仮想ネットワーク上にある既存の Azure Load Balancer。
Azure CLI または Azure PowerShell をローカルで使用する場合は、「Azure Virtual Desktop で Azure CLI と Azure PowerShell を使用する」を参照して、desktopvirtualization Azure CLI 拡張機能または Az.DesktopVirtualization Azure PowerShell モジュールがインストールされていることを確認してください。別の方法として、Azure Cloud Shell を使用します。

重要

Microsoft Entra 参加済みセッションホストを作成したい場合のために、AADLoginForWindows VM 拡張機能を使用するサポートだけが提供されており、Azure Virtual Desktop サービスで Azure portal または ARM テンプレートを使用する場合、これは自動で追加および構成されます。

登録キーの生成

セッションホストをホストプールに追加する場合は、まずホストプールの登録キーを生成する必要があります。登録キーは、セッションホストがホストプールに参加することを承認します。指定した期間のみ有効です。

登録キーを生成するには、シナリオに関連するタブを選択し、手順に従います。

Azure portal を使用して登録キーを生成する方法を次に示します。

Azure portal にサインインします。
検索バーに「Azure Virtual Desktop」と入力し、一致するサービスエントリを選びます。
[ホストプール] を選択し、登録キーを生成するホストプールの名前を選択します。
ホストプールの概要で、[登録キー] を選択します。
[新しいキーの生成] を選択し、有効期限を入力して [OK] を選択します。登録キーが作成されます。
[ダウンロード] を選択して新たに作成した登録キーを含むテキストファイルをダウンロードするか、登録キーをクリップボードにコピーして後で使用します。ホストプールの概要に戻って、後で登録キーを取得することもできます。

Az.DesktopVirtualization Azure PowerShell モジュールを使用して登録キーを生成する方法を次に示します。次の例で、<placeholder> を独自の値に変更してください。

Azure portal で PowerShell ターミナルタイプを指定して Azure Cloud Shell を開くか、ローカルデバイスで PowerShell を実行します。
- Cloud Shell を使用している場合は、Azure コンテキストが、使用したいサブスクリプションに設定されていることを確認します。
- PowerShell をローカルで使用している場合は、まず Azure PowerShell でサインインした後、Azure コンテキストが使用したいサブスクリプションに設定されていることを確認します。

次の例で New-AzWvdRegistrationInfo コマンドレットを使用して、24 時間有効な登録キーを生成します。

$parameters = @{
    HostPoolName = '<HostPoolName>'
    ResourceGroupName = '<ResourceGroupName>'
    ExpirationTime = $((Get-Date).ToUniversalTime().AddHours(24).ToString('yyyy-MM-ddTHH:mm:ss.fffffffZ'))
}

New-AzWvdRegistrationInfo @parameters

登録キーを取得し、後で使用するためにクリップボードにコピーします。登録キーが有効な間は、いつでもこのコマンドを再度実行することで、登録キーを後で取得することもできます。
```
$parameters = @{
    HostPoolName = '<HostPoolName>'
    ResourceGroupName = '<ResourceGroupName>'
}

(Get-AzWvdHostPoolRegistrationToken @parameters).Token
```

Azure CLI の desktopvirtualization 拡張機能を使用して登録キーを生成する方法を次に示します。次の例で、<placeholder> を独自の値に変更してください。

Azure portal で Bash ターミナルタイプを指定して Azure Cloud Shell を開くか、ローカルデバイスで Azure CLI を実行します。
- Cloud Shell を使用する場合は、使用するサブスクリプションに Azure コンテキストが設定されていることを確認します。
- ローカルで Azure CLI を使用する場合は、まず Azure CLI でサインインしてから、使用するサブスクリプションに Azure コンテキストが設定されていることを確認します。

次の例で az desktopvirtualization workspace update コマンドを使用して、24 時間有効な登録キーを生成します。

az desktopvirtualization hostpool update \
    --name <Name> \
    --resource-group <ResourceGroupName> \
    --registration-info expiration-time=$(date -d '+24 hours' --iso-8601=ns) registration-token-operation="Update"

登録キーを取得し、後で使用するためにクリップボードにコピーします。登録キーが有効な間は、いつでもこのコマンドを再度実行することで、登録キーを後で取得することもできます。
```
az desktopvirtualization hostpool retrieve-registration-token \
    --name <Name> \
    --resource-group <ResourceGroupName> \
    --query token --output tsv
```

セッションホストを追加する

Azure portal を使用して追加したいセッションホストの数を指定すると、Azure Virtual Desktop がセッションホスト構成に基づいてそれらを自動的に作成します。セッションホスト構成を使用するホストプールにセッションホストを追加するために PowerShell を使用することはできません。

セッションホストを追加する方法を以下に示します。

Azure portal にサインインします。
検索バーに「Azure Virtual Desktop」と入力し、一致するサービスエントリを選択します。
[ホストプール] を選択し、セッションホストを追加するホストプールの名前を選択します。
ホストプールの概要で、[セッションホスト] を選択し、[+ 追加] を選択します。
[追加するセッションホストの数] には、作成したいセッションホストの数を入力します。使用されるセッションホスト構成を確認したい場合は、「セッションホスト構成の表示」を参照してください。セッションホスト構成を編集するには、「更新のスケジューリングとセッションホスト構成の編集」を参照してください。
[追加] を選択します。入力した数のセッションホストが作成され、ホストプールに追加されます。

Azure Virtual Desktop サービスにセッションホストを作成して登録する

Azure Virtual Desktop サービスでは、Azure portal または Azure Resource Manager テンプレート (ARM テンプレート) を使用して、セッションホストの作成とホストプールへの登録を単一のエンドツーエンドプロセスで行うことができます。 ARM テンプレートの例は、この GitHub リポジトリにあります。

重要

自動パイプラインなど、Azure Virtual Desktop の外部で別の方法を使用して仮想マシンを作成する場合は、それらをセッションホストとしてホストプールに個別に登録する必要があります。「セッションホストをホストプールに登録する」セクションに進みます。

セッションホストを作成し、Azure portal の Azure Virtual Desktop サービスを使用してホストプールに登録する方法を次に示します。最初に登録キーが生成されていることを確認します。

Azure portal にサインインします。
検索バーに「Azure Virtual Desktop」と入力し、一致するサービスエントリを選びます。
[ホストプール] を選択し、セッションホストを追加するホストプールの名前を選択します。
ホストプールの概要で、[セッションホスト] を選択し、[+ 追加] を選択します。
既存のホストプールを使用しているため、[基本] タブは選択できない状態になっています。 [次へ: 仮想マシン ] を選びます。

[仮想マシン] タブで、Azure または Azure Stack HCI にセッションホストを作成するかどうかに応じて、次のセクションのいずれかを展開し、その情報を入力します。セッションホスト仮想マシンのサイズ設定に関するガイダンスについては、「セッションホスト仮想マシンのサイズ設定のガイドライン」を参照してください。

Azure でセッションホストを追加するには、このセクションを展開します。

パラメーター	値/説明
リソースグループ	この値は、ホストプールと同じリソースグループに既定で設定されますが、ドロップダウンリストから別のリソースグループを選択することもできます。
名前のプレフィックス	セッションホストの名前プレフィックスを入力します (例: hp01-sh)。各セッションホストの末尾には、ハイフンとそれに続く連続番号から成るサフィックスが追加されます (例: hp01-sh-0)。この名前プレフィックスは最大 11 文字で、オペレーティングシステムのコンピュータ名で使用されます。プレフィックスとサフィックスの組み合わせには、最大 15 文字を指定できます。セッションホスト名は一意である必要があります。
仮想マシンの場所	セッションホストをデプロイする Azure リージョンを選択します。これは、仮想ネットワークが含まれるリージョンと同じにする必要があります。
可用性オプション	[可用性ゾーン]、[可用性セット]、または [インフラストラクチャ冗長は必要ありません] を選択します。可用性ゾーンまたは可用性セットを選んだ場合は、表示される追加のパラメーターを指定します。
セキュリティの種類	[標準]、[トラステッド起動仮想マシン]、または [機密の仮想マシン] から選択します。 - [トラステッド起動の仮想マシン] を選択すると、[セキュアブート] と [vTPM] のオプションが自動的に選択されます。 - [機密の仮想マシン] を選択すると、[セキュアブート]、[vTPM]、[integrity monitoring] (整合性の監視) のオプションが自動的に選択されます。機密 VM を使用している場合、vTPM をオプトアウトすることはできません。
イメージ	一覧から使用する OS イメージを選択するか、[すべてのイメージを表示] を選択してさらに他のイメージを表示します。完全な一覧には、ユーザーが Azure Compute Gallery 共有イメージまたはマネージドイメージとして作成して保存したすべてのイメージが含まれます。
[仮想マシンのサイズ]	サイズを選択します。別のサイズを使用する場合は、[サイズの変更] を選択し、一覧から選択します。
休止状態	休止状態を有効にするにはボックスをオンにします。休止状態は、個人用ホストプールでのみ使用できます。詳細については、仮想マシンでの休止状態に関するページを参照してください。 Microsoft Teams のメディア最適化を使っている場合は、WebRTC リダイレクターサービスを 1.45.2310.13001 に更新する必要があります。 FSLogix とアプリアタッチは現在、休止状態をサポートしていません。個人用ホストプールで FSLogix またはアプリアタッチを使用している場合は、休止状態を有効にしないでください。
[Number of VMs]$VM の数$	デプロイする仮想マシンの数を入力します。必要に応じて、この時点で最大 400 個のセッションホストをデプロイするか (サブスクリプションクォータによって異なります)、後でさらに追加します。詳しくは、「Azure Virtual Desktop サービスの制限」および「Virtual Machines の制限」をご覧ください。
OS ディスクの種類	セッションホストに使用するディスクの種類を選択します。運用環境のワークロードには Premium SSD のみを使用することをお勧めします。
OS ディスクサイズ	OS ディスクのサイズを選びます。休止状態を有効にする場合は、OS と他のアプリケーションに加えてメモリの内容を格納するのに十分な大きさの OS ディスクであることを確認します。
機密コンピューティングの暗号化	機密 VM を使っている場合は、[機密コンピューティングの暗号化] チェックボックスをオンにして、OS ディスクの暗号化を有効にする必要があります。このチェックボックスは、セキュリティの種類として [機密の仮想マシン] を選択した場合にのみ表示されます。
ブート診断	ブート診断を有効にするかどうかを選択します。
ネットワークとセキュリティ
仮想ネットワーク	仮想ネットワークを選択します。サブネットを選択するオプションが表示されます。
サブネット	仮想ネットワークからサブネットを選択します。
ネットワークセキュリティグループ	ネットワークセキュリティグループ (NSG) を使用するかどうかを選択します。 - [なし] の場合、新しい NSG は作成されません。 - [基本] の場合、VM ネットワークアダプター用の新しい NSG が作成されます。 - [詳細設定] を使用すると、既存の NSG を選択できます。ここでは NSG を作成せず、代わりにサブネットに NSG を作成することをお勧めします。
パブリックインバウンドポート	許可するポートを一覧から選択できます。 Azure Virtual Desktop ではパブリック受信ポートは必要ないので、[いいえ] を選択することをお勧めします。
参加するドメイン
参加するディレクトリを選択する	[Microsoft Entra ID] または [Active Directory] から選択し、選択したオプションに関連するパラメーターを入力します。 Microsoft Entra ID へのセッションホストの参加について詳しくは、Microsoft Entra 参加済みセッションホストに関する記事をご覧ください。
仮想マシンの管理者アカウント
ユーザー名	新しいセッションホストのローカル管理者アカウントとして使用する名前を入力します。
パスワード	ローカル管理者アカウントのパスワードを入力します。
[パスワードの確認入力]	パスワードを再入力します。
カスタム構成
カスタム構成スクリプトの URL	デプロイ時に PowerShell スクリプトを実行する場合は、ここに URL を入力できます。

Azure Stack HCI でセッションホストを追加するには、このセクションを展開します。

パラメーター	値/説明
リソースグループ	この値は、[基本] タブでホストプールを入れる場所として選んだリソースグループに既定で設定されますが、別のものを選択できます。
名前のプレフィックス	セッションホストの名前プレフィックスを入力します (例: hp01-sh)。各セッションホストの末尾には、ハイフンとそれに続く連続番号から成るサフィックスが追加されます (例: hp01-sh-0)。この名前プレフィックスは最大 11 文字で、オペレーティングシステムのコンピュータ名で使用されます。プレフィックスとサフィックスの組み合わせには、最大 15 文字を指定できます。セッションホスト名は一意である必要があります。
仮想マシンのタイプ	[Azure Stack HCI 仮想マシン] を選びます。
カスタムの場所	ドロップダウンリストで、セッションホストをデプロイする Azure Stack HCI クラスターを選択します。
Images	一覧から使用する OS イメージを選ぶか、[VM イメージの管理] を選んで、選択したクラスターで使用できるイメージを管理します。
[Number of VMs]$VM の数$	デプロイする仮想マシンの数を入力します。後でさらに追加できます。
仮想プロセッサ数	各セッションホストに割り当てる仮想プロセッサの数を入力します。この設定値について、当該クラスターで使用できるリソースの状況から見て適切かどうかは検証されません。
メモリの種類	固定メモリ割り当ての場合は [静的] を、動的メモリ割り当ての場合は [動的] を選択します。
メモリ (GB)	各セッションホストに割り当てるメモリ量をギガバイト単位の数値で入力します。この値は、クラスターで使用可能なリソースに対して検証されません。
ネットワークとセキュリティ
[ネットワーク] ドロップダウン	各セッションの接続先とする既存のネットワークを選択します。
参加するドメイン
参加するディレクトリを選択する	使用可能なオプションは [Active Directory] のみです。
AD ドメイン参加 UPN	セッションホストをドメインに参加させるためのアクセス許可を持つ Active Directory ユーザーのユーザープリンシパル名 (UPN) を入力します。
パスワード	Active Directory ユーザーのパスワードを入力します。
ドメインまたは単位の指定	セッションホストを特定のドメインに参加させる場合、または特定の組織単位 (OU) に配置する場合は、[はい] を選択します。 [いいえ] を選択すると、UPN のサフィックスがドメインとして使用されます。
仮想マシンの管理者アカウント
ユーザー名	新しいセッションホストのローカル管理者アカウントとして使用する名前を入力します。
パスワード	ローカル管理者アカウントのパスワードを入力します。
[パスワードの確認入力]	パスワードを再入力します。

Azure Extended Zones でセッションホストを追加するには、このセクションを展開します。

パラメーター	値/説明
リソースグループ	この値は、[基本] タブでホストプールを入れる場所として選んだリソースグループに既定で設定されますが、別のものを選択できます。
名前のプレフィックス	セッションホストの名前プレフィックスを入力します (例: hp01-sh)。各セッションホストの末尾には、ハイフンとそれに続く連続番号から成るサフィックスが追加されます (例: hp01-sh-0)。この名前プレフィックスは最大 11 文字で、オペレーティングシステムのコンピュータ名で使用されます。プレフィックスとサフィックスの組み合わせには、最大 15 文字を指定できます。セッションホスト名は一意である必要があります。
仮想マシンのタイプ	[Azure 仮想マシン] を選択します。
仮想マシンの場所	セッションホストをデプロイする Azure リージョンを選択します。これは、仮想ネットワークが含まれるリージョンと同じにする必要があります。次に、[Azure Extended Zone にデプロイする] を選択します。
Azure Extended Zones
Azure 拡張ゾーン	[ロサンゼルス] を選択します。
セッションホストを既存の負荷分散ソリューションの背後に配置しますか?	ボックスを選択します。このアクションによって、ロードバランサーとバックエンドプールを選択するためのオプションが表示されます。
ロードバランサーを選択する	セッションホストをデプロイしている仮想ネットワーク上にある既存のロードバランサーを選択します。
バックエンドプールを選択する	セッションホストを配置するロードバランサー上のバックエンドプールを選択します。
可用性オプション	[可用性ゾーン]、[可用性セット]、または[インフラストラクチャの依存関係は必要ありません] から選択します。可用性ゾーンまたは可用性セットを選んだ場合は、表示される追加のパラメーターを指定します。
セキュリティの種類	[標準]、[トラステッド起動仮想マシン]、または [機密の仮想マシン] から選択します。 - [トラステッド起動の仮想マシン] を選択すると、[セキュアブート] と [vTPM] のオプションが自動的に選択されます。 - [機密の仮想マシン] を選択すると、[セキュアブート]、[vTPM]、[integrity monitoring] (整合性の監視) のオプションが自動的に選択されます。機密 VM を使用している場合、vTPM をオプトアウトすることはできません。

このタブに記入し終わったら、[次へ: タグ] を選択します。

[タグ] タブで、オプションで必要な名前と値のペアを入力し、[次へ: 確認と作成] を選択できます。
[確認と作成] タブで、検証に合格したことを確認し、デプロイ中に使用される情報を確認します。検証に合格しない場合は、エラーメッセージを確認し、各タブに入力した内容を確認します。
［作成］ を選択しますデプロイが完了すると、セッションホストがホストプールに表示されます。

重要

Azure Virtual Desktop サービスを使用してセッションホストを追加したら、「デプロイ後タスク」セクションに進んで、必要な追加設定を行ってください。

ホストプールにセッションホストを登録する

自動パイプラインなど、Azure Virtual Desktop の外部で別の方法を使用して仮想マシンを作成した場合は、それらをセッションホストとしてホストプールに個別に登録する必要があります。

セッションホストをホストプールに登録するには、各仮想マシンに Azure Virtual Desktop エージェントと Azure Virtual Desktop エージェントブートローダーをインストールし、生成した登録キーを使用する必要があります。セッションホストをホストプールに登録するには、エージェントインストーラーのグラフィカルユーザーインターフェイス (GUI) を使用するか、コマンドラインから msiexec を使用します。

完了すると、インストールされているアプリケーションとして次の 4 つのアプリケーションが一覧表示されます。

リモートデスクトップエージェントブートローダー
リモートデスクトップサービスインフラストラクチャエージェント
リモートデスクトップサービスインフラストラクチャ Geneva エージェント
リモートデスクトップサービス SxS ネットワークスタック

シナリオの関連タブを選択し、手順に従います。

GUI
コマンドライン

セッションホストとして使用する仮想マシンが、Microsoft Entra ID または Active Directory ドメイン (Active Directory Domain Services または Microsoft Entra Domain Services) に参加していることを確認します。
仮想マシンで Windows Server OS が実行されている場合は、リモートデスクトップセッションホスト ロールをインストールしてから、仮想マシンを再起動する必要があります。詳細については、「役割と機能の追加ウィザードを使用して役割、役割サービス、および機能をインストールする」をご覧ください。
仮想マシンに管理者としてサインインします。
以下のリンクを使用して、エージェントとエージェントブートローダーのインストールファイルをダウンロードします。ブロックを解除する必要がある場合、各ファイルを右クリックし、[プロパティ] を選択してから [ブロックの解除] を選択し、最後に [OK] を選択します。
- Azure Virtual Desktop エージェント
- Azure Virtual Desktop エージェントブートローダー
ヒント

Azure Virtual Desktop エージェントのダウンロードリンクは非検証環境で使用できる最新の製品バージョン用です。このダウンロードリンクは、自動運用ロールアウトが完了すると更新されるため、運用バージョンがリリースされてからダウンロードリンクが更新されるまでに遅延が生じる場合があります。 Azure Virtual Desktop エージェントをインストールすると、自動的に更新されます。エージェントの新しいバージョンのロールアウトの詳細については、「Azure Virtual Desktop エージェントの新機能」を参照してください。
Microsoft.RDInfra.RDAgent.Installer-x64-<version>.msi ファイルを実行して、リモートデスクトップサービスインフラストラクチャエージェントをインストールします。
画面の指示に従います。インストーラーによって登録トークンの入力が求められたら、テキストボックスに貼り付けます。これは 1 行で表示されます。 [次へ] を選択し、インストールを完了します。
Microsoft.RDInfra.RDAgentBootLoader.Installer-x64-<version>.msi ファイルを実行して、残りのコンポーネントをインストールします。
画面に表示される指示に従って、インストールを完了します。
しばらくすると、仮想マシンがホストプール内のセッションホストとして一覧表示されます。セッションホストの状態は、最初は [使用不可] として表示されることがあります。新しいバージョンのエージェントが使用可能な場合は、自動的にアップグレードされます。
セッションホストの状態が [使用可能] になったら、仮想マシンを再起動します。

msiexec を使用すると、Intune や Configuration Manager などの自動デプロイツールを使用して、コマンドラインからエージェントとブートローダーをインストールできます。次の例で、<placeholder> を独自の値に変更してください。

セッションホストとして使用する仮想マシンが、Microsoft Entra ID または Active Directory ドメイン (Active Directory Domain Services または Microsoft Entra Domain Services) に参加していることを確認します。
仮想マシンで Windows Server OS を実行している場合は、次の PowerShell コマンドを管理者として実行することで、"リモートデスクトップセッションホスト" ロールをインストールする必要があります。これにより、仮想マシンの再起動も行われます。
```
Install-WindowsFeature -Name RDS-RD-Server -Restart
```

エージェントとエージェントブートローダーのインストールファイルをダウンロードし、以下のコマンドを実行してそれらのブロックを解除します。このファイルは現在の作業ディレクトリにダウンロードされます。

$uris = @(
    "https://query.prod.cms.rt.microsoft.com/cms/api/am/binary/RWrmXv"
    "https://query.prod.cms.rt.microsoft.com/cms/api/am/binary/RWrxrH"
)

$installers = @()
foreach ($uri in $uris) {
    $download = Invoke-WebRequest -Uri $uri -UseBasicParsing

    $fileName = ($download.Headers.'Content-Disposition').Split('=')[1].Replace('"','')
    $output = [System.IO.FileStream]::new("$pwd\$fileName", [System.IO.FileMode]::Create)
    $output.write($download.Content, 0, $download.RawContentLength)
    $output.close()
    $installers += $output.Name
}

foreach ($installer in $installers) {
    Unblock-File -Path "$installer"
}

ヒント

これは、非検証環境での Azure Virtual Desktop エージェントのダウンロード可能な最新バージョンです。エージェントの新しいバージョンのロールアウトの詳細については、「Azure Virtual Desktop エージェントの新機能」を参照してください。

リモートデスクトップサービスインフラストラクチャエージェントをインストールするには、管理者として次のコマンドを実行します。
```
msiexec /i Microsoft.RDInfra.RDAgent.Installer-x64-<version>.msi /quiet REGISTRATIONTOKEN=<RegistrationToken>
```
残りのコンポーネントをインストールするには、管理者として次のコマンドを実行します。
```
msiexec /i Microsoft.RDInfra.RDAgentBootLoader.Installer-x64.msi /quiet
```
しばらくすると、仮想マシンがホストプール内のセッションホストとして一覧表示されます。セッションホストの状態は、最初は [使用不可] として表示されることがあります。新しいバージョンのエージェントが使用可能な場合は、自動的にアップグレードされます。
セッションホストの状態が [使用可能] になったら、仮想マシンを再起動します。

デプロイ後タスク

ホストプールにセッションホストを追加した後は、追加の構成が必要になることがあります。これについては以降のセクションで説明します。

ライセンス

セッションホストにライセンスが正しく適用されていることを確認するには、次のタスクを実行する必要があります。

Azure Virtual Desktop ワークロードを実行するための適切なライセンスがある場合は、Windows または Windows Server のライセンスを Azure Virtual Desktop の一部としてセッションホストに適用し、別のライセンスを支払わずに実行できます。このライセンスは、Azure Virtual Desktop サービスを使用してセッションホストを作成するときに自動的に適用されますが、Azure Virtual Desktop の外部でセッションホストを作成する場合は、ライセンスを個別に適用する必要がある場合があります。詳細については、「セッションホスト仮想マシンに Windows ライセンスを適用する」を参照してください。
セッションホストが Windows Server OS を実行している場合は、リモートデスクトップサービス (RDS) ライセンスサーバーから RDS クライアントアクセスライセンス (CAL) も発行する必要があります。詳しくは、「クライアントアクセスライセンスを使用して RDS 展開をライセンスする」をご覧ください。
Azure Stack HCI 上のセッションホストの場合は、Azure Virtual Desktop で仮想マシンを使う前に、それにライセンスを付与してアクティブ化する必要があります。 Windows 10 Enterprise マルチセッション、Windows 11 Enterprise マルチセッション、Windows Server 2022 Datacenter: Azure Edition を使用する VM をアクティブにするには、VM に関する Azure の検証を使います。他のすべての OS イメージ (Windows 10 Enterprise や Windows 11 Enterprise、およびその他のエディションの Windows Server など) については、引き続き既存のライセンス認証方法を使用する必要があります。詳細については、Azure Stack HCI での Windows Server VM のアクティブ化に関するページを参照してください。

Microsoft Entra 参加済みセッションホスト

Microsoft Entra ID に参加済みの Azure 上のセッションホストの場合、ユーザーが VM にサインインできるようにするには、シングルサインオンまたは以前の認証プロトコルを有効にし、RBAC ロールをそのユーザーに割り当て、多要素認証ポリシーを確認する必要もあります。詳細については、「Microsoft Entra 参加済みセッションホスト」を参照してください。

既存のホストプールを拡張したので、Azure Virtual Desktop クライアントにサインインして、ユーザーセッションの一部としてそれらをテストできるようになりました。次のいずれかのクライアントを使用してセッションに接続できます。

次の方法で共有

ホストプールにセッションホストを追加する

前提条件

登録キーの生成

セッションホストを追加する

Azure Virtual Desktop サービスにセッションホストを作成して登録する

ホストプールにセッションホストを登録する

デプロイ後タスク

ライセンス

Microsoft Entra 参加済みセッションホスト

フィードバック

その他のリソース

次の方法で共有

ホスト プールにセッション ホストを追加する

前提条件

登録キーの生成

セッション ホストを追加する

Azure Virtual Desktop サービスにセッション ホストを作成して登録する

ホスト プールにセッション ホストを登録する

デプロイ後タスク

ライセンス

Microsoft Entra 参加済みセッション ホスト

関連するコンテンツ

フィードバック

その他のリソース

ホストプールにセッションホストを追加する

セッションホストを追加する

Azure Virtual Desktop サービスにセッションホストを作成して登録する

ホストプールにセッションホストを登録する

Microsoft Entra 参加済みセッションホスト