プールの作成

Horizon Universal Console から環境にプールを追加できます。 Horizon Universal Console に少なくとも 1 つのイメージが追加されたら、そのイメージに基づいてプールを作成できます。

コンソールの左側メニューから [プール] を選択します。 プールのリストが表形式で表示されます。 メニュー ボタンのオプションには、[追加]、[編集]、[削除]、[プロビジョニング]、およびその他のオプションを表示する省略記号 (...) ボタンがあります。特定のプールのチェックボックスを選択すると、これらのメニュー ボタンが必要に応じて表示されるか、無効になります。 テーブルの一番下までスクロールすると、[列の管理] ボタンが表示され、表示または非表示にする列を選択できます。

[追加] ボタンを選択してプールを作成する前に、次の前提条件が満たされていることを確認します。

前提条件

プールを作成する前に、次の要件が満たされていることを確認します。

• エンドユーザー ID プロバイダ：エンドユーザー ID に使用する ID プロバイダが構成されていることを確認します。Microsoft Entra ID をユーザー ID の ID プロバイダとして使用する場合は、Microsoft Entra ID Connect の構成が完了していることを確認してください。関連情報については、「Horizon Cloud での ID とアクセス管理」を参照してください。

• マシン ID プロバイダ：マシン ID プロバイダの構成が適切であることを確認します。このプロバイダは、リモート デスクトップとアプリケーションを提供する仮想マシンのマシン ID を確立します。エンド ユーザー ID に Microsoft Entra ID を使用している場合は、ユーザー管理の Active Directory ドメインから Linux プールのマシン ID を指定する必要があります。Linux 仮想マシンは、マシン ID プロバイダとして Microsoft Entra ID をサポートしていません。

  **注：**マシン ID に Microsoft Entra ID を使用している場合、Microsoft Entra ID に参加しているプールまたは仮想マシンを削除するには、プールまたは仮想マシンを削除するときに Microsoft Entra ID からデバイス エントリを削除するため、プールの指定されたプロバイダに特定の権限が必要であることに注意してください。

• 必要な権限は次のとおりです。

  • **範囲：**Microsoft Graph (https://graph.microsoft.com)
  • 権限：Device.ReadWrite.All デバイスの読み取りおよび書き込み
  • **管理者の同意の要否：**必要

• Microsoft Azure ポータルを使用してアプリケーションの権限をプロバイダのサービス プリンシパルに追加するには、[アプリケーション登録] に移動し、サービス プリンシパルの [アプリケーション登録] を選択し、Azure ポータルの [API 権限] を使用して [Microsoft Graph] アプリケーションの権限 Device.ReadWrite.All を追加します。

• マシン ID に Active Directory ドメインを使用する場合は、Active Directory ドメインが構成されていることを確認してください。詳細については、「Active Directory ドメインの設定」を参照してください。

• エンドユーザー ID に Workspace ONE Access を使用する場合は、マシン ID に使用する Active Directory ドメインを構成する必要があります。

• Horizon Edge が正常に作成され、Horizon Edge Gateway と UAG のデプロイが Horizon Universal Console の [キャパシティ] > [Horizon Edge] に健全な（緑色）状態で表示されていることを確認します。

• このプールで使用する VDI またはマルチセッション イメージが正常に公開されていることを確認します。イメージの状態は、Horizon Universal Console の [イメージ] で確認できます。

• **UEM の要件：**Horizon Cloud と Workspace ONE UEM は、同じ Active Directory ドメインを使用するように構成する必要があります。

• Workspace ONE UEM で管理する専用の単一セッション プールを作成する前に、Workspace ONE Intelligent Hub を仮想マシン イメージにインストールする必要があります。

• Workspace ONE Intelligent Hub バージョン 25.06.1 以降。

• Horizon Agent バージョン 25.2.0 以降。

• Intelligent Hub 管理対象モードに対して加入 OG の設定を構成する必要があります。

Microsoft Azure 専用ホストの前提条件

Microsoft Azure プールを作成する前に、Azure 専用ホスト機能を使用するために Azure で次の手順を実行する必要があります。

• ホスト グループを作成し、必要に応じてアベイラビリティ ゾーンを選択し（Azure 経由でのみ管理できます）、[自動配置] オプションを有効にします。

• ホスト グループに 1 台以上のホストを作成または追加します。

これらの手順が完了したら、プールの作成時に [Azure 専用ホストを使用] トグルを有効にできます。有効にすると、使用可能な関連付けられたホスト グループのリストが表示されます。詳細については、Microsoft のサイト「Azure 専用ホスト」を参照してください。

Microsoft Entra ID ハイブリッド参加デスクトップのサポート

デスクトップ プールの Entra ID ハイブリッド参加サポートの詳細については、「Microsoft Entra ID ハイブリッド参加デスクトップのサポート」を参照してください。

手順

1. Horizon Universal Console で、左側のメニューの [プール] を選択します。

2. [追加] をクリックし、希望するプロバイダ タイプを選択します。

3. [プール名] フィールドに一意の名前を入力し、[説明] を追加します。

4. Microsoft Azure プールの場合は、[オペレーティング システム] として [Windows] または [Linux] を選択します。選択したオペレーティング システムは、後続の手順で使用可能なプール タイプ、イメージ オプション、およびライセンス要件を決定します。

5. [プール タイプ] を選択します。

   • [専用単一セッション]：各デスクトップが単一のユーザーにマッピングされるパーシステントな VDI デスクトップ エクスペリエンスの場合。

   • [フローティング単一セッション]：複数のユーザーが異なる時間にデスクトップを使用でき、ユーザー セッションごとにデスクトップがリセットされる非パーシステントな VDI デスクトップ エクスペリエンスの場合。

   • [マルチセッション]：セッションベースで公開されたデスクトップおよびアプリケーションの場合。

6. [デスクトップ] セクションには、いくつかのサブセクションがあります。 [ターゲット] サブセクションで、オプションを選択し、[サイト]、[Horizon Edge]、および [プロバイダ] ドロップダウンの値を設定します。

   • Microsoft Azure プールの場合、専用ホスト グループが構成されている場合は、[専用ホストを使用] トグルを有効にします。次に [ホスト グループ] を選択します。

   • 専用ホストを使用している場合、[アベイラビリティ ゾーンの使用] を有効にするオプションはクラウド プロバイダによって直接構成されるため、無効になります。

   • [Azure アベイラビリティ ゾーンの使用] を有効にすると、プールの仮想マシンがすべてのアベイラビリティ ゾーンに分散され、特定のアベイラビリティ ゾーンで障害が発生した場合にプール内のすべての仮想マシンのダウンタイムを回避できます。**注：**Amazon アベイラビリティ ゾーンは、下の [ネットワーク] セクションで指定します。詳細については、「アベイラビリティ ゾーンをサポートする Azure サービス」を参照してください。

   • Microsoft Azure と Amazon WorkSpaces Core 専用の単一セッション プールで、[休止状態を有効にする] トグルをアクティブにします。重要：プールで休止状態が有効になると、仮想マシンからもその機能を削除できなくなります。詳細については、「プールと仮想マシンを休止状態にする」を参照してください。

7. [イメージ] サブセクションで世代タイプを設定して、ドロップダウンから [イメージ] を選択します。

   Microsoft Azure プールの場合は、第 1 世代および第 2 世代のイメージ仮想マシンがサポートされています。[V1] を選択すると、Microsoft Azure 第 1 世代の仮想マシンと第 1 世代をサポートするモデルを使用したイメージのみを選択できます。世代タイプの選択はフィルタとして機能し、[イメージ] ドロップダウン メニューと [モデル] ドロップダウン メニューに表示されるイメージを決定します。

   注：Microsoft Azure プールの場合、オペレーティング システムとして Linux が選択されている場合、第 2 世代イメージのみがサポートされます。Linux を選択すると、イメージ リストが自動的にフィルタリングされ、Linux イメージのみが表示されます。

8. 選択したイメージの [マーカー] を選択します。

   Microsoft Azure プールの場合、イメージ バージョンのプールを後で編集するには、1 つ以上のマーカーまたはタグを使用する必要があります。詳細については、「既存の Microsoft Azure Compute Gallery イメージへのバージョンの追加」を参照してください。また、「Azure リソース タグの使用」および「Amazon リソース タグの使用」も参照してください。

   **注：**古いエージェント バージョンに関連付けられているマーカーが選択されている場合は、警告メッセージが表示されます。ベスト プラクティスとして、最新のエージェント バージョンを含むマーカーを選択します。

9. オペレーティング システムのライセンスの詳細を指定します。

   • Windows プールの場合は、[この Windows OS の有効なライセンスを持っていますか] を有効にして、適格なライセンスがあることを確認します。

   • Linux プールの場合は、[この Linux OS の有効なライセンスを持っていますか] を有効にして、次のいずれかのライセンス オプションを選択します。

     • 従量課金制 (PAYG)
     • 独自のサブスクリプションの持ち込み (BYOS) 注：BYOS は、RHEL ベースの Linux オペレーティング システムでのみサポートされます。Ubuntu では、PAYG と BYOS の両方のライセンス オプションがサポートされています。

   • [ライセンス タイプ] を選択したら、必要な確認チェック ボックスをオンにして、適格なライセンスがあり、必要な Horizon Agent バージョンが使用されていることを確認します。

10. [仮想マシンの詳細] サブセクションで、[仮想マシンの詳細] の情報を指定します。 内容は選択したプロバイダ タイプによって異なります。休止状態などの一部のオプションは、選択したプール タイプによって異なります。

    Amazon WorkSpaces Core プールの場合は、次のオプションを指定します。

    • ハードウェア

    • [休止状態が有効なハードウェアのみを表示] トグル

    • 電源管理（常にオン）のトグル

    • ユーザー ボリューム（GB 単位）

    • ユーザー ボリューム暗号化ディスクのトグル

    • ルート ボリューム（GB 単位）

    • ルート ボリューム暗号化ディスクのトグル

    • [常にオン] 電源管理トグルを有効にすると、デスクトップ プール内のすべての仮想マシンが継続的にパワーオンされたままになります。プロビジョニング時に各仮想マシンに固定の月額料金が適用され、毎月の初めに課金されます。このオプションは、1 か月あたり 80 時間以上使用される仮想マシンを含むプールに推奨されます。これは、使用率が高い期間中にコストの節約になる可能性があるためです。

    • [常にオン] 電源管理トグルを無効にすると、Horizon 電源管理が有効になり、プール グループで構成された電源管理ポリシーとスケジュールを有効にできます。固定の月額料金は現在の月については引き続き課金されますが、翌月の 1 日以降、仮想マシンは時間単位の料金で請求されます。

    Microsoft Azure プールの場合

    • プールで使用する Microsoft Azure 仮想マシンの [モデル] タイプを選択するか、デフォルトを受け入れます。 [モデル] 設定は、さまざまなタイプやサイズの Microsoft Azure 仮想マシンと Horizon Cloud との互換性を示します。別のモデルを選択するには、[X] をクリックし、ドロップダウン メニューをクリックしてモデルを選択します。詳細については、「Horizon Cloud 向けの Microsoft Azure 仮想マシンのタイプとサイズ (KB89090)」を参照してください。

    • [Azure 専用ホスト] オプションを使用している場合、選択した [Azure ホスト グループ] で使用可能なモデルに基づいて仮想マシン モデルがフィルタリングされます。

    • [モデルのフィルタリング] 設定を使用すると、[モデル] 設定を構成するときに表示される Microsoft Azure 仮想マシン モデルのオプションの数を減らすことができます。使用しない場合、モデルのリストは非常に長くなります。Microsoft Azure 仮想マシン モデルのリストは、タグ、CPU、RAM、シリーズ、GPU タイプ、およびディスク タイプでフィルタリングできます。[+] をクリックして、他のフィルタを追加します。削減されたリストには、特定の要件に基づくモデルのサブセットが含まれます。

      フィルタ	オペレータ	説明
      タグ	等しい	- [推奨]：プールに特に適している Microsoft Azure 仮想マシン モデル。 - [高パフォーマンス]：優れたディスク サポートを提供する Microsoft Azure 仮想マシン モデル。 - [カスタム]：管理者が追加および構成できるカスタム タグ。
      CPU	等しい	CPU フィルタは、開始/終了範囲を使用して許容される CPU 値を定義します。
      RAM	等しい	メモリは、開始/終了範囲を使用して許容される RAM 値を定義します。
      シリーズ	等しい	ドロップダウン メニューを使用して Azure 仮想マシン シリーズのリストを表示し、ニーズに最適なシリーズを選択します。
      GPU タイプ	等しい	[GPU タイプ] フィルタを使用して、GPU 対応の Azure 仮想マシン モデルを選択します。 - [なし]：GPU 対応モデルを除外します。 - [AMD]：AMD GPU 対応モデルのみを含めます。 - [NVIDIA]：NVIDIA GPU 対応モデルのみを含めます。
      ディスク タイプ	等しい	[ディスク タイプ] フィルタを使用して、優れたディスク サポートを提供する [プレミアム] を選択します。

    • 選択したオペレーティング システムに基づいて [ディスク サイズ] の値を変更できます。デフォルトのディスク サイズは、選択したオペレーティング システムによって異なります。

      • Linux デスクトップ プールの場合、サポートされる最小ディスク サイズは 30 GB です。
      • Windows デスクトップ プールの場合、サポートされるディスク サイズの範囲は 127 GB ～ 4095 GB です。

    • プールを作成または編集するときに、OS のディスク サイズの値を増やすことができます。このオプションを使用すると、そのプールの各仮想マシンの OS ディスクが指定したサイズで作成されます。ただし、Microsoft Azure での仮想マシンのデフォルト動作の結果として、仮想マシンのディスクが拡張されている場合でも、C drive を含むパーティションはディスク全体に拡張されません。仮想マシンのディスク上の新しい領域は、仮想マシンで操作を実行して、新しい領域を含むように C drive のパーティションを拡張するまで使用されません。

    • このプール内のすべての仮想マシンのディスクを暗号化する場合は、[ディスクの暗号化] トグルを有効にします。

      • **暗号化の競合の防止：**プールに対して Horizon ディスク暗号化が有効になっている場合は、対象の仮想マシンに対して、グループ ポリシー、Intune、または同等の MDM ポリシーを使用して BitLocker を一元管理しないでください。これらの制限の詳細については、Microsoft の「Azure Windows 仮想マシン ディスク暗号化の概要」を参照してください。

      注：

      • 管理対象仮想マシンのディスク暗号化は、Azure ディスク暗号化 (ADE) を使用してサポートされています。
      • その他のディスク暗号化構成（Azure ディスク暗号化以外のカスタマー マネージド キー モデルを含む）、または Azure で直接実行された変更は、Horizon Cloud で管理される仮想マシンではサポートされません。
      • ディスク暗号化は、Linux デスクトップ プールではサポートされていません。

    • [自動スケール] トグルを有効にすると、実行中のディスク タイプと停止したディスク タイプの両方を選択できます。仮想マシンがパワーオフされると、ディスク タイプが設定され、自動変換されます。パワーオンすると、ディスク タイプは元の設定に戻ります。

      [自動スケール] トグルは、2 か所で有効にできます。[プールの作成] ページと、Horizon Universal Console のメインの左側メニューにあるグローバルな [設定] > [プール設定] > [管理] からオンに切り替えることができます。グローバル ポリシーを設定するには、グローバルな [設定] > [プール設定] > [管理] ページを使用します。ただし、特定のデスクトップ プールのみがこの機能を必要とする場合は、[プールの作成] ページのトグルを使用して、プールの作成時にトグルを有効または無効にします。[プールの作成] ページで指定したトグルは、[設定] > [プール設定] > [管理] ページよりも優先されます。

      **注：**既存のプールで使用されるモデルの変更が影響するのは、新しい仮想マシンのみです。プール内の既存の仮想マシンは、以前に選択したモデルを引き続き使用します。

    • 新しいプールで使用可能にしないモデルに [非表示] のラベルを付けることができますが、非表示にしたモデルを既存のプールで引き続き使用することは可能です。 Microsoft Azure が提供しなくなったモデルは [廃止] とマークされます。 プールを編集するときに、現在選択されているモデルが [廃止] とマークされている場合は、モデルを別のモデルに更新し、今後（プールを拡張する場合など）プールで仮想マシンを作成できるようにします。

11. [マシン ID (ドメイン)] サブセクションで、このプールに使用する [マシン ID] プロバイダを選択します。

    • 指定された [マシン ID] プロバイダがオンプレミスの Active Directory サーバの場合、Microsoft Azure で [ハイブリッド参加まで仮想マシンの可用性を延期] オプションを使用できます。このオプションを有効にすると、プールはオンプレミスとクラウドベースの両方のリソースにアクセスできます。このオプションの使用に必要な前提条件については、画面上のヘルプを参照してください。

    • マシン ID を提供する目的で Horizon Cloud 環境に構成された Active Directory ドメイン。この選択により、デフォルトの CN=Computers 組織単位 (OU) を、その Active Directory ドメイン内にプールのマシンが作成される特定の [コンピュータの OU] に置き換えることができます。デフォルトでは、プールのマシンは CN=Computers に作成されます。

    • [Microsoft Entra ID] を選択すると、この場合は、システムはコンピュータの OU を使用しないため、[コンピュータの OU] フィールドが無効になります。

      プールのマシン ID に Microsoft Entra ID を使用する場合は、Microsoft Entra ID に RBAC を構成して、[仮想マシン管理者ログイン] または [仮想マシン ユーザー ログイン] ロールを持つユーザーまたはユーザー グループのみが資格にログインできるようにする必要があります。

      注：Linux デスクトップ プールの場合、Microsoft Entra ID はマシン ID プロバイダとしてサポートされません。Linux 仮想マシンは、ユーザー管理の Active Directory ドメインに参加する必要があります。

    • リソース グループ レベルで RBAC を構成すると、Microsoft Entra ID に参加したプールに関連付けられているリソース グループを特定しやすくなるために、プールのリソース グループに対して次のタグが使用されます。

      • [pool-name]：プールの作成時に入力したプール名を示します。
      • [add-joined]：[true] に設定されている場合、プールの仮想マシンが Microsoft Entra ID に参加しているマシンであることを示します。

      注：Microsoft Azure プールの場合、オペレーティング システムとして Linux が選択されている場合、次の制限が適用されます。

      • Microsoft 条件付きアクセスを使用したシングル サインオン (SSO) はサポートされていません。
      • マシン ID では、デフォルトの「CN=computers」組織単位 (OU) のみがサポートされます。
      • Microsoft Entra ID は、Linux デスクトップ プールのマシン ID プロバイダとしてサポートされません。

12. Amazon WorkSpaces Core プロバイダ タイプを使用している場合は、[マシン ID (ドメイン)] セクションで [ディレクトリ ID] を指定します。これは、Amazon Web Services (AWS) コンソールで直接作成されます。

    • プールの作成中に、Omnissa は WorkSpaces ディレクトリに接続されているネットワーク セキュリティ グループ (NSG) を自動的に生成して構成します。この事前構成済みの NSG は、このディレクトリに登録されているすべてのワークスペースに最適化されたセキュリティ制御を実装します。自動的にプロビジョニングされる NSG は、WorkSpaces 環境向けに特別に設計されており、適切な接続とセキュリティを確保します。

    • カスタム セキュリティ グループを回避します。カスタム セキュリティ グループを WorkSpaces ディレクトリに添付すると、接続の問題や予期しない動作が発生する可能性があります。WorkSpaces ディレクトリで使用されるセキュリティ グループに基づいて Active Directory ルール（受信/送信）を作成するのではなく、VPC から Active Directory へのすべての受信トラフィックを許可するようにネットワークを構成します。これらの推奨事項は、接続障害の防止、トラブルシューティングの効率化、環境全体での一貫したセキュリティの維持に役立ちます。

    • これらの推奨事項にもかかわらずカスタム セキュリティ グループを実装する場合は、デスクトップ接続に必要なすべての受信ルールと送信ルールが含まれていることを確認します。カスタム構成のサポートについては、Omnissa Customer Connect のサポート チームにお問い合わせください。

    • Windows Server イメージの場合、ワークスペース ディレクトリ テナントを共有として設定する必要があります。

    • Windows 10/11 イメージの場合、ワークスペース ディレクトリ テナントを専用として設定する必要があります。この要件は、専用プールにも適用されます。

    • 管理ユニット (AU) を選択して、Entra ID に参加したプール仮想マシンのデバイス ID を選択した AU のメンバーとして設定し、権限範囲を制限することもできます。この機能はオプションで、Microsoft Entra ID に参加したプールを作成するときに選択できます。ただし、プールの作成後は、プールが仮想マシン名を再利用するときに AU フィールドの値を変更することはできません。

    注：

    • AU は、Linux デスクトップ プールではサポートされていません。
    • Windows 11 および Windows 10 デバイスはすべてサポートされます。ただし、Windows Server 2019 Home エディションと、Azure で実行されている新しい仮想マシンを除きます（サーバ コアはサポートされていません）。

13. [プロビジョニング] サブセクションで、仮想マシンのプロビジョニング方法を選択します。

    • [一度にすべて]：プール内のすべての仮想マシンがプールの作成時にプロビジョニングされます。

    • [オンデマンド]：必要に応じて仮想マシンがプロビジョニングされます。このオプションを選択すると、[プロビジョニングの簡素化] トグルが表示されます。

      • トグルが [有効]（推奨）の場合、プールはプール グループのスペア容量の割合設定を使用します。プールレベルの最小および最大のスペア設定は無視されて、グループ内のすべてのプールで一元化された一貫性のある制御が提供されます。

      • トグルを無効にすると、プールはレガシーのスペア構成に戻り、プロビジョニングはプール レベルで個別に管理されます。

    • [プロビジョニングの簡素化] は、新しく作成されたすべてのプールに対してデフォルトで [有効] になっており、ほとんどの環境で推奨されます。既存のプールは、トグルを有効にしていつでも移行できます。警告：[プロビジョニングの簡素化] を有効にすると、維持されるスペア仮想マシンの数が変わる可能性があります。

    • [プロビジョニングの簡素化] を無効にして [オンデマンド] を選択した場合は、このプールの [スペア仮想マシンの最小数] と [スペア仮想マシンの最大数] を指定する必要があります。

      • **注：**スペア仮想マシンは、パワーオンされていて現在使用されておらず、新しいユーザー セッションで使用できる状態の仮想マシンです。システムは、スペア仮想マシンを（スペア仮想マシンの最小数 + スペア仮想マシンの最大数）/ 2 と等しくなるように維持しようとします。プロビジョニングとプロビジョニング解除の操作は、既存のスペア仮想マシンとこのターゲットの差に基づいてトリガされます。

14. [プロパティ] サブセクションで、必要に応じて構成します。

    • [仮想マシン名のプリフィックス]：プールの仮想マシンに使用するプリフィックスを入力します。

    • [仮想マシン名の再利用]：この設定は、仮想マシン名のリサイクル方法を制御します。使用可能な名前の範囲は、[プロビジョニング] セクションで構成された [仮想マシンの最大数] 設定によって決まります。

      • **重要：**この機能を使用する場合は、プールの作成時にこのトグルを有効にする必要があります。オフのままにした場合、後で有効にしたり編集したりすることはできません。

      • 有効にすると、次のいずれかのポリシーを選択できます（プールを編集して、後でこれらの 2 つのポリシーを切り替えることができます）。

        • **[可能な場合は仮想マシン名を再利用]：**削除された仮想マシンの名前を再利用します。以前に使用した名前が使用できない場合は、システムは構成されたプール範囲外の新しい名前を生成する可能性があります。**要件：**ドメイン参加アカウントに、既存のコンピュータ アカウントを再利用するために必要な権限があることを確認します。
        • **[仮想マシン名を構成された範囲に制限]：**仮想マシン名を定義されたプール範囲に厳密に制限します。新しい仮想マシンは削除された仮想マシンの名前のみを再利用し、システムは構成された範囲外の名前を作成しません。

    • [タイムゾーン]：仮想マシンが使用するタイムゾーンを選択します。クロックが夏時間に自動的に調整されるようにするには、このチェック ボックスを選択します。**注：**このタイムゾーン オプションは、Amazon WorkSpaces Core プロバイダ タイプでは現在使用できません。

    • [デスクトップ管理者のユーザー名] と [デスクトップ管理者のパスワード]：イメージのオペレーティング システムへのアクセス、およびイメージ変換プロセスで使用されるローカル管理者アカウントの認証情報を入力します。仮想マシンを追加するときにプールから管理者認証情報を編集できます。これは、追加された新しい仮想マシンの管理者認証情報が、元の仮想マシンとは異なることを意味します。**注：**Amazon WorkSpaces Core の場合、これらの認証情報フィールドはどのプール操作でも現在使用されていません。

    • [送信プロキシを使用] - このトグルを有効にして、送信要求をプロキシ サーバ経由でインターネットにルーティングすることができます。Amazon WorkSpaces Core プロバイダ タイプに [タイムゾーン] オプションは存在しません。

15. （オプション）Microsoft Azure および Amazon WorkSpaces Core の [リソース タグ] を追加するには、[詳細] サブセクションを展開します。

    継承されたタグが存在する場合は、ここに表示されます。 [追加] をクリックして、このプールに固有のリソース グループに適用されるタグを追加し、完了したら [完了] をクリックします。詳細については、「Azure リソース タグの使用」と「Amazon リソース タグの使用」を参照してください。

16. （オプション）[カスタマイズ後のスクリプト] を使用するには、[詳細] サブセクションを展開し、必要な情報を指定します。

    このオプション機能を使用すると、管理者は、仮想マシンのプロビジョニングの最後、およびエンド ユーザーがマシンに接続できるようになる前に、ワンタイム スクリプトを実行できます。

    • [カスタマイズ後のスクリプトのパス (オプション)]：仮想マシンのプロビジョニング中に実行されるスクリプトのパス。*例：*C:\windows\system\script.exe

    • [カスタマイズ後のスクリプトのパラメータ (オプション)]：スクリプトを正常に実行するために必要なパラメータまたは値。*例：*parameter1 parameter2

    • [スクリプト実行時間 (オプション)]：仮想マシンでスクリプトを起動してからユーザー セッションで使用可能とマークされるまでのシステムの待機時間を指定します。この遅延時間を使用して、スクリプトを完全に実行できるようにします。この遅延により、スクリプトの完了に十分な時間が確保され、固定の静的タイマーと同様に機能します。

    • [スクリプトの起動に失敗した場合、仮想マシンのデプロイを失敗としてマーク]：有効にすると、スクリプトの起動に失敗した場合、この設定によってデプロイが失敗としてマークされます。ただし、スクリプトが起動すれば、実行中に問題が発生した場合でも、デプロイは成功と見なされます。

    **注：**カスタマイズ後のスクリプトは、エージェント バージョン 25.3.0 以降の新しくプロビジョニングされた仮想マシンでのみ実行されます。既存の仮想マシン、または以前のバージョンのエージェントを使用している仮想マシンは、スクリプトを実行しません。

17. [次へ] をクリックして変更内容を保存し、[ネットワーク] セクションに移動します。

18. [ネットワーク] セクションの内容は、選択したプロバイダ タイプによって異なります。

    • Microsoft Azure の場合は、Microsoft Azure の仮想ネットワークとテナント（デスクトップ）サブネットを選択します。**注：**Azure デュアル スタック オプションは、プールを編集するときに変更できません。

    • Amazon WorkSpaces Core の場合は、アベイラビリティ ゾーン 1 とそのサブネット、およびアベイラビリティ ゾーン 2 とそのサブネットの両方に指定した VPC オプションを設定します。詳細については、「WorkSpaces Personal のアベイラビリティ ゾーン」を参照してください。

    • **重要：**Amazon WorkSpaces Core では、登録済みの WorkSpaces ディレクトリのサブネットを変更できません。WorkSpaces ディレクトリが特定のサブネットに登録されると、最初にディレクトリを登録解除せずにサブネット構成を変更することはできません。既存のプールでネットワーク構成を変更できず、同じディレクトリを使用して作成された新しいプールが同じサブネット構成を継承するため、このプロセスではそのディレクトリからすべてのワークスペースを削除する必要があります。この制限により、初期ネットワーク構成時にサブネット割り当てを慎重に計画する必要があります。

    • デフォルトでは、仮想デスクトップは IPv4 アドレスを使用します。仮想マシンで IPv4 アドレスと IPv6 アドレスを使用する場合は、[デュアル スタック サポートを有効にする] オプションを有効にしてデュアル スタックとして構成されているサブネットを選択します。**注：**デュアル スタック オプションを有効にすると、デュアル スタックとして構成されているサブネットのみが一覧表示されます。

19. （オプション）Dynamic Environment Manager は、構成できるオプションの機能です。

20. [Workspace ONE Unified Endpoint Management (UEM)] セクションで、[UEM に加入] トグルをオンにして有効にします。

    **注：**新しく作成された専用デスクトップ プールとフローティング デスクトップ プールのみがサポートされています。他のプール タイプが選択されている場合、UEM でデスクトップを管理するオプションは使用できません。

    ゴールド イメージ/テンプレートで、Intelligent Hub をプロビジョニング モードでインストールする必要があることを示す確認ダイアログを確認します。

    [UEM に加入] を有効にしたら、次の必須フィールドを入力します。

    • UEM デバイス サービス サーバの URL
    • 組織グループ ID
    • 代理セットアップ ユーザー名
    • 代理セットアップ パスワード

    **重要：**UEM パラメータに入力ミスがあると、新しい仮想マシンの Workspace ONE UEM への自動加入が失敗します。システムはパラメータ形式を検証します（基本的な形式チェック）。

21. [保存] をクリックして、新しく作成したプールを環境に保存します。

22. 次に、作成したプールをプール グループに追加するか、[終了] を選択するように求められます。

    • [終了] を選択して、[プール] のメイン ページに戻ります。 新しく作成したプールが表示されます。

    • [プール グループに追加] を選択して、この新しいプールを新規または既存のプール グループに追加します。プールがプール グループに関連付けられていない場合は、プールを選択し、[プール グループに追加] をクリックしてプール グループに追加することもできます。詳細については、「単一セッション プール グループの作成」または「マルチセッション プール グループの作成」を参照してください。

      **注：**Active Directory への接続を含め、Horizon Cloud に必要なエンドポイントのアクセシビリティをテストするために、選択した各仮想マシン サブネット内に追加の仮想マシンが一時的に作成されます。これらのエンドポイントがテストされると、仮想マシンは Horizon Cloud によって自動的に削除され、プールの作成は通常の方法で続行されます。検証に合格しても、プロビジョニング エクスペリエンスは変更されません。プロビジョニングが完了すると、ステータスに [準備完了] と表示されます。

    • サブネットの検証に失敗した場合は、結果がコンソールのプール ステータスに [ステータス: エラー] と表示されます。ネットワークの問題を解決し、[再試行] をクリックしてプールの作成プロセスを続行します。詳細については、「Microsoft Azure 環境に Horizon Edge Gateway をデプロイするために適切な宛先 URL をアクセス可能にする」または「Amazon WorkSpaces Core 環境に Horizon Edge Gateway をデプロイするために適切な宛先 URL をアクセス可能にする」を参照してください。

結果

メインのプール ページにプールが表示されたら、プールの定義の編集やプールの削除など、プールに対するアクションを実行できます。プール グループが関連付けられていないプールの場合は、プールを選択して [プール グループに追加] をクリックすることで、プール グループにプールを追加できます。

**注：**Horizon Control Plane の UEM 加入状態の更新は非同期的に処理されます。加入アクション後に加入状態が表示されるまでしばらく待ちます。ユーザーが初めてログインすると、デバイスは自動的に Workspace ONE UEM に加入し、Workspace ONE UEM Console の [デバイス] > [リスト表示] に新しいデバイス レコードが表示されます。UEM 側で加入に失敗すると、デバイスの状態が「保留中」のままになることがあります。