プールの作成

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

前提条件

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

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

• マシン ID プロバイダ：マシン ID プロバイダの構成が適切であることを確認します。このプロバイダは、リモート デスクトップとアプリケーションを提供する仮想マシンのマシン ID を確立します。ユーザー ID に Microsoft Entra ID を使用している場合、それをマシン ID に使用することも、代わりに Active Directory ドメインをマシン 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 の [イメージ] で確認できます。

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

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

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

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

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

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

Horizon Cloud 管理対象デスクトップでは、マシンの識別方法についていくつかの選択肢があります。

• Active Directory ドメイン サービス（通常はオンプレミス）を使用できます。
• Entra ID（クラウドベースの Azure AD とも呼ばれる）を使用できます。
• Entra ID ハイブリッド参加を使用することもできます。このオプションを使用すると、デスクトップはオンプレミスの Active Directory とクラウドベースの Entra ID リソースの両方に接続できます。

デスクトップ プールを設定または変更するときに、[ハイブリッド参加まで仮想マシンの可用性を延期] オプションが表示されます。このトグルは、ユーザー インターフェイスの [マシン ID (ドメイン)] セクションにあり、オンプレミスの Active Directory サーバを使用している場合に使用されます。

**重要な注意事項：**同じデスクトップ テンプレートで [仮想マシン ID の再利用] と [ハイブリッド参加] の両方を有効にすると、問題が発生する可能性があります。フローティング プール仮想マシン (VM) が再作成されると、既存のコンピュータ アカウントが Active Directory で再利用されます。ただし、Azure Entra ID の対応するデバイス エントリが正しく更新されず、再作成された仮想マシンで問題が発生する可能性があります。

手順

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

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

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

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

   • [専用単一セッション]：各デスクトップが単一のユーザーにマッピングされるパーシステントな VDI デスクトップ エクスペリエンスの場合。
   • [フローティング単一セッション]：複数のユーザーが異なる時間にデスクトップを使用でき、ユーザー セッションごとにデスクトップがリセットされる非パーシステントな VDI デスクトップ エクスペリエンスの場合。
   • [マルチセッション]：セッションベースで公開されたデスクトップおよびアプリケーションの場合。

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

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

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

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

   • Microsoft Azure と Amazon WorkSpaces Core 専用の単一セッション プールで、[休止状態を有効にする] トグルをアクティブにします。

   • 重要：プールで休止状態が有効になると、仮想マシンからもその機能を削除できなくなります。詳細については、「プールと仮想マシンを休止状態にする」を参照してください。

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

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

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

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

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

8. 「この Windows OS の有効なライセンスを持っていますか」の横にあるチェック ボックスを選択し、次のチェック ボックスを選択して、この Windows OS の適格なライセンスがあることを確認します。

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

   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 値を定義します。
     ディスク タイプ	等しい	[ディスク タイプ] フィルタを使用して、優れたディスク サポートを提供する [プレミアム] を選択します。

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

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

   • [自動スケール] トグルを有効にすると、管理者は実行中のディスク タイプと停止したディスク タイプの両方を選択できます。 仮想マシンがパワーオフされると、ディスク タイプが設定され、自動変換されます。パワーオンすると、ディスク タイプは元の設定に戻ります。[自動スケール] トグルは、2 か所で有効にできます。[プールの作成] ページと、Horizon Universal Console ユーザー インターフェイスの左側のペインにあるグローバルな [設定] > [プール設定] ページで切り替えることができます。グローバル ポリシーを設定するには、グローバルな [設定] > [プール設定] ページを使用します。ただし、特定のデスクトップ プールのみがこの機能を必要とする場合は、[プールの作成] ページのオプションを使用して、プールの作成時にオプションを有効または無効にします。[プールの作成] ページで指定したトグルは、[設定] > [プール設定] ページよりも優先されます。

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

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

10. [マシン 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 を構成して、[仮想マシン管理者ログイン] または [仮想マシン ユーザー ログイン] ロールを持つユーザーまたはユーザー グループのみが資格にログインできるようにする必要があります。

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

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

11. 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 フィールドの値を変更することはできません。

    **注：**Windows 11 および Windows 10 デバイスはすべてサポートされます。ただし、Azure で実行されている Home エディションの Windows Server 2019 以降の仮想マシンを除きます（サーバ コアはサポートされていません）。

12. [プロビジョニング] サブセクションで、必要に応じて構成します。

    • [仮想マシンのプロビジョニング] セクションで、[オンデマンド] と [一度にすべて] の間で仮想マシンをプロビジョニングする方法を選択します。
    • このプール用にプロビジョニングできる [仮想マシンの最大数] を入力します。
    • [オンデマンド] オプションが選択されている場合は、[スペア仮想マシンの最小数] と [スペア仮想マシンの最大数] の数を指定します。

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

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

    • [仮想マシン名のプリフィックス]：プールの仮想マシンに使用するプリフィックスを入力します。
    • [仮想マシン名の再利用]：このオプションは、仮想マシンの削除後に仮想マシン名を再利用するように指定します。
    • [タイムゾーン]：仮想マシンが使用するタイムゾーンを選択します。クロックが夏時間に自動的に調整されるようにするには、このチェック ボックスを選択します。タイムゾーン設定は、マルチセッション プールでは使用できないことに注意してください。Amazon WorkSpaces Core プロバイダ タイプに [タイムゾーン] オプションが存在しないことに注意してください。
    • [デスクトップ管理者のユーザー名] と [デスクトップ管理者のパスワード]：イメージのオペレーティング システムへのアクセス、およびイメージ変換プロセスで使用されるローカル管理者アカウントの認証情報を入力します。仮想マシンを追加するときにプールから管理者認証情報を編集できます。 これは、追加された新しい仮想マシンの管理者認証情報が、元の仮想マシンとは異なることを意味します。**注：**Amazon WorkSpaces Core の場合、これらの認証情報フィールドはどのプール操作でも現在使用されていません。
    • [送信プロキシを使用] - このトグルを有効にして、送信要求をプロキシ サーバ経由でインターネットにルーティングすることができます。Amazon WorkSpaces Core プロバイダ タイプに [タイムゾーン] オプションは存在しません。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

結果

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

次の手順

• プール のプロビジョニングを監視します。「プール プロビジョニングの管理」を参照してください。

• プール グループを作成します。