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

[アーティクル]
04/11/2024

重要

Azure Government および Azure China の場合、Azure Virtual Desktop for Azure Stack HCI は現在プレビュー段階です。ベータ版、プレビュー版、または一般提供としてまだリリースされていない Azure の機能に適用される法律条項については、「Microsoft Azure プレビューの追加使用条件」を参照してください。

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

セッションホストとして使用する新しい仮想マシン (VM) を作成し、Azure portal の Azure Virtual Desktop サービスを使用して、それらをネイティブにホストプールに追加できます。または、自動化されたパイプラインを使用するなど、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 で Arc 仮想マシンを作成する」を参照してから、それらをセッションホストとしてホストプールに個別に追加します。

この記事では、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 ロール (1 つまたは複数)
ホストプールの登録キーを生成する	Desktop Virtualization Host Pool Contributor
Azure portal を使用してセッションホストを作成して追加する (Azure)	Desktop Virtualization Host Pool Contributor Virtual Machine Contributor
Azure portal を使用してセッションホストを作成して追加する (Azure Stack HCI)	Desktop Virtualization Host Pool Contributor Azure Stack HCI VM 共同作成者

または、共同作成者 RBAC ロールを割り当てることができます。

PowerShell DSC で必要であるため、Azure portal を使用してセッションホストを作成および追加するときは、Windows リモート管理 (WinRM) を無効にしないでください。
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 Virtual Desktop に必要なエンドポイントである Azure Instance Metadata Service と通信できるように、仮想マシンに Azure Connected Machine エージェントをインストールする必要があります。
- Azure Stack HCI クラスターで作成した論理ネットワーク。 DHCP 論理ネットワークまたは自動 IP 割り当てを備えた静的論理ネットワークがサポートされています。詳細については、「Azure Stack HCI の論理ネットワークを作成する」を参照してください。
Azure CLI または Azure PowerShell をローカルで使用する場合は、「Azure Virtual Desktop で Azure CLI と Azure PowerShell を使用する」を参照して、desktopvirtualization Azure CLI 拡張機能または Az.DesktopVirtualization PowerShell モジュールがインストールされていることを確認してください。別の方法として、Azure Cloud Shell を使用します。

重要

Microsoft Entra 参加済みセッションホストを作成する場合は、Azure Virtual Desktop サービスで Azure portal を使用する場合にのみサポートされます。

登録キーの生成

セッションホストをホストプールに追加する場合は、まず登録キーを生成する必要があります。登録キーはホストプールごとに生成する必要があり、セッションホストがそのホストプールに参加することを認可します。これは、指定した期間のみ有効です。既存の登録キーの有効期限が切れている場合は、次の手順を使用して新しいキーを生成することもできます。

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

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

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

Az.DesktopVirtualization PowerShell モジュールを使用して登録キーを生成する方法を次に示します。

重要

次の例では、<placeholder> を独自の値に変更する必要があります。

PowerShell ターミナルの種類を指定して、Azure portal で Azure Cloud Shell を起動するか、ローカルデバイスで Azure CLI を実行します。
1. Cloud Shell を使用している場合は、使用するサブスクリプションに Azure コンテキストが設定されていることを確認します。
2. 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> を独自の値に変更する必要があります。

Bash ターミナルの種類を指定して、Azure portal で Azure Cloud Shell を起動するか、ローカルデバイスで Azure CLI を実行します。
1. Cloud Shell を使用している場合は、使用するサブスクリプションに Azure コンテキストが設定されていることを確認します。
2. 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 Virtual Desktop サービスにセッションホストを作成して登録する

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

重要

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

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

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

[仮想マシン] タブで、Azure または Azure Stack HCI のどちらにセッションホストを作成するかに応じて、次の情報を入力します。

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

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

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

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

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

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

重要

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

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

自動パイプラインなど、Azure Virtual Desktop の外部で別の方法を使用して仮想マシンを作成した場合は、それらをセッションホストとしてホストプールに個別に登録する必要があります。セッションホストをホストプールに登録するには、各仮想マシンに Azure Virtual Desktop エージェントと Azure Virtual Desktop エージェントブートローダーをインストールし、生成した登録キーを使用する必要があります。セッションホストをホストプールに登録するには、エージェントインストーラーのグラフィカルユーザーインターフェイス (GUI) を使用するか、コマンドラインから msiexec を使用します。完了すると、インストールされているアプリケーションとして次の 4 つのアプリケーションが一覧表示されます。

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

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

GUI
コマンドライン

セッションホストとして使用する仮想マシンが、Microsoft Entra ID または Active Directory ドメイン (AD DS または 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.msi ファイルを実行して、残りのコンポーネントをインストールします。
画面に表示される指示に従って、インストールを完了します。
しばらくすると、仮想マシンがホストプール内のセッションホストとして一覧表示されます。セッションホストの状態は、最初は「Unavailable」(使用不可) と表示され、使用可能な新しいエージェントバージョンがある場合は、自動的にアップグレードされます。
セッションホストの状態が「Available」(使用可能) になったら、仮想マシンを再起動します。

msiexec を使用すると、Microsoft エンドポイントマネージャーの Intune や Configuration Manager などの自動デプロイツールを使用して、コマンドラインからエージェントとブートローダーをインストールできます。

重要

次の例では、<placeholder> を独自の値に変更する必要があります。

セッションホストとして使用する仮想マシンが、Microsoft Entra ID または Active Directory ドメイン (AD DS または Microsoft Entra Domain Services) に参加していることを確認します。
仮想マシンで Windows Server OS が実行されている場合は、管理者として次のコマンドを実行して、リモートデスクトップセッションホスト ロールをインストールする必要があります。これにより、仮想マシンも再起動されます。
```
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
```
しばらくすると、仮想マシンがホストプール内のセッションホストとして一覧表示されます。セッションホストの状態は、最初は「Unavailable」(使用不可) と表示され、使用可能な新しいエージェントバージョンがある場合は、自動的にアップグレードされます。
セッションホストの状態が「Available」(使用可能) になったら、仮想マシンを再起動します。

デプロイ後

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

ライセンス

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

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

Note

最新のセキュリティ更新プログラムで継続的な機能性を確保するには、2024 年 6 月 17 日までに、Azure Stack HCI 上の VM を最新の累積的な更新プログラムに更新します。この更新プログラムは、VM で引き続き Azure 特典を使用するには不可欠です。詳細については、「VM の Azure 検証」を参照してください。

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

また、Microsoft Entra ID 参加済みのセッションホストに対してユーザーの接続を可能にするには、シングルサインオンまたはレガシ認証プロトコルの有効化、ユーザーへの RBAC ロール割り当て、多要素認証ポリシーの確認を行い、仮想マシンにユーザーがサインインできるようにする必要があります。

Microsoft Entra 参加済みセッションホストの使用に関する詳細は、「Microsoft Entra 参加済みセッションホスト」を参照してください。

次のステップ

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

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

前提条件

登録キーの生成

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

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

デプロイ後

ライセンス

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

次のステップ

その他のリソース

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

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

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

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