ウィザードのこの手順では、1 つ以上のゲートウェイが構成されているポッド マネージャ ベースのポッドをデプロイするために必要な情報を指定します。Unified Access Gateway は、このタイプのポッドのゲートウェイ環境を提供します。
重要: この情報は、第 1 世代の制御プレーンで第 1 世代のテナント環境にアクセスできる場合にのみ適用されます。KB-92424 で説明されているように、第 1 世代の制御プレーンは提供終了 (EOA) となりました。詳細については、その記事を参照してください。
-
外部ゲートウェイ構成
外部ゲートウェイ構成により、企業のネットワークの外部にいるエンド ユーザーに対してデスクトップおよびアプリケーションへのアクセスを提供することができます。ポッドにこの外部ゲートウェイ構成がある場合、ポッドには、このアクセスを提供するための Azure ロード バランサ リソース および Unified Access Gateway インスタンスが含まれます。この場合、 インスタンスにはそれぞれ 3 つの NIC があります:1 つは管理サブネット上の NIC、1 つはデスクトップ サブネット上の NIC、もう 1 つは DMZ サブネット上の NIC です。デプロイ ウィザードでは、ロード バランサにプライベート IP アドレスを使用するかパブリック IP アドレスを使用するかに応じて、ロード バランシング タイプをプライベートまたはパブリックとして指定するオプションがあります。ウィザードでこのパブリック IP トグルをオフに切り替えると、IP アドレスを指定する必要があるフィールドがウィザードに表示されます。このタイプの構成では、Horizon Client からゲートウェイへの PCoIP 接続でこの IP アドレスが使用されます。
外部ゲートウェイ構成の場合、ポッドの VNet とは別の VNet に構成をデプロイするオプションもあります。VNet をピアリングする必要があります。このタイプの構成では、 ハブ - スポーク ネットワーク トポロジなど、Microsoft Azure のより複雑なネットワーク トポロジにポッドをデプロイできます。
メモ: ウィザードの最初の手順で、外部ゲートウェイが専用のサブスクリプションを使用するようにトグルを有効にした場合は、外部ゲートウェイを専用の VNet(そのサブスクリプションに関連付けられている VNet)にデプロイする必要があります。このトグルを有効にした場合は、必要に応じて、外部ゲートウェイのリソース用にそのサブスクリプション内の既存のリソース グループを選択できます。このウィザードの手順で選択できるように、事前にそのリソース グループを準備しておく必要があります。
-
内部ゲートウェイ構成
内部ゲートウェイ構成は、企業のネットワークの内部にいるエンド ユーザーに対して、デスクトップおよびアプリケーションへの信頼された Horizon Web Client (Blast) 接続機能を提供します。ポッドがこの内部ゲートウェイ構成で構成されていない場合、企業のネットワーク内のエンド ユーザーは、ブラウザを使用してデスクトップおよびアプリケーションに Horizon Web Client (Blast) 接続を行うときに、標準ブラウザの信頼されていない証明書エラーに遭遇します。ポッドにこの内部ゲートウェイ構成がある場合、ポッドにはこのアクセスを提供するための Azure ロード バランサ リソース と Unified Access Gateway インスタンスが含まれます。この場合、 インスタンスにはそれぞれ 2 つの NIC があります:1 つは管理サブネット上の NIC、もう 1 つはデスクトップ サブネット上の NIC です。デフォルトでは、このゲートウェイのロード バランシング タイプはプライベートです。
次のスクリーンショットは、最初に表示されるときの手順の例です。一部のコントロールは、外部ゲートウェイ構成に別のサブスクリプションを使用することを最初のウィザード手順で選択した場合にのみ表示されます。
前提条件
第 1 世代テナント - 第 1 世代ポッドのデプロイ ウィザードを実行するための前提条件に記載されている前提条件を満たしていることを確認します。
Unified Access Gateway インスタンスに使用する仮想マシン モデルを決定します。このポッドに指定した Microsoft Azure サブスクリプションが、選択したモデルの 2 台の仮想マシンにキャパシティを提供できることを確認する必要があります。ポッドあたりのセッション数が 2,000 にまで拡張されることが予想される環境の場合は、 F8s_v2 を選択します。Horizon Cloud on Microsoft Azure のサービス制限に記載されているように、A4_v2 仮想マシン モデルが十分に機能するのは、ポッドでのアクティブなセッション数が 1,000 を超えないことが分かっている PoC(事前検証)環境、パイロット環境、または小規模な環境のみです。
重要: よく考えて、仮想マシン モデルを選択してください。現在のサービス リリースでは、ゲートウェイ構成のデプロイ後に、デプロイされたインスタンスで使用される仮想マシン モデルを簡単に変更することはできません。デプロイ後に仮想マシン モデルを変更するには、ゲートウェイ構成を削除して再デプロイする必要があります。
重要: この手順を完了するには、エンド ユーザーがサービスへのアクセスに使用する完全修飾ドメイン名 (FQDN) と、その FQDN に基づく署名付き SSL 証明書(PEM 形式)が必要です。証明書は、信頼できる CA によって署名されている必要があります。1 つの PEM ファイルに、SSL 証明書の中間証明書、ルート CA 証明書、プライベート キーを含む完全な証明書チェーンが含まれている必要があります。詳細については、 第 1 世代テナント - 証明書ファイルを第 1 世代 Horizon Cloud ポッドのデプロイに必要な PEM 形式に変換するを参照してください。
証明書チェーン内のすべての証明書の有効期限が有効であることを確認します。チェーン内のいずれかの証明書の有効期限が切れている場合。ポッドのオンボーディング プロセスの後半で予期しない障害が発生する可能性があります。
この FQDN にアンダースコアを含めることはできません。このリリースでは、FQDN にアンダースコアが含まれていると、Unified Access Gateway インスタンスへの接続に失敗します。
外部ゲートウェイ構成を選択する場合、Horizon Cloud は、外部ゲートウェイ構成に指定された FQDN がパブリックに解決可能であることを想定します。ウィザードで パブリック IP アドレスを有効にしますか? トグルをオフに切り替えてファイアウォールまたは NAT 設定から IP アドレスを指定した場合は、ファイアウォールまたは NAT 設定でこの FQDN がその IP アドレスに割り当てられていることを確認する必要があります。この FQDN は、ゲートウェイへの PCoIP 接続に使用されます。
また、テナント環境が Universal Broker を使用するように構成されている場合、サービスはクラウド制御プレーンからこの FQDN に接続して、外部ゲートウェイ構成で構成された 2 要素認証設定が Universal Broker 用に構成されたものと一致すること、およびクラウド接続されたポッド フリート内の他のすべての Unified Access Gateway インスタンスの設定と一致することを検証できる必要があります。
テナントが、2 要素認証が構成されている Universal Broker で構成されている場合は、外部 Unified Access Gateway を 2 要素認証設定で構成する必要があります。
手順
-
外部ゲートウェイ構成を使用する場合は、 外部ゲートウェイ セクションのフィールドに入力します。
オプション 説明 外部ゲートウェイを有効にしますか? ポッドに外部ゲートウェイ構成があるかどうかを制御します。外部 構成を使用すると、企業のネットワークの外部にいるユーザーがデスクトップおよびアプリケーションにアクセスできます。ポッドには、このアクセスを提供するための Microsoft Azure ロード バランサ リソースと Unified Access Gateway インスタンスが含まれています。 注: デフォルトの [有効] のままにしておくことをお勧めします。 このトグルをオフにすると、クライアントはコネクタ アプライアンスがポッド マネージャに直接統合された Access を介して接続するか、クライアントがポッド マネージャのロード バランサに直接接続するか、内部ゲートウェイ構成を介して接続する必要があります。前者の 2 つのシナリオ(ポッドに統合された Access を介してクライアントが接続する、またはクライアントがロード バランサに直接接続する場合)では、デプロイ後にいくつかの手順が必要になります。これらのシナリオでは、ポッドがデプロイされた後、 ポッド マネージャ仮想マシンでの SSL 証明書の直接構成の手順に従って、SSL 証明書をポッド マネージャ仮想マシンにアップロードします。 の FQDN 必要な完全修飾ドメイン名 (FQDN)( ourOrg.example.comなど)を入力します。これは、ゲートウェイの Unified Access Gateway インスタンスの構成でポッド デプロイヤによって指定されます。そのドメイン名を所有し、その FQDN を検証できる PEM 形式の証明書を持っている必要があります。 Horizon Cloud は、外部ゲートウェイ構成に指定されたこの FQDN がパブリックに解決可能であると想定します。ファイアウォールまたは NAT 設定から IP アドレスを指定するために パブリック IP アドレスを有効にしますか トグルをオフにした場合は、ファイアウォールまたは NAT 設定でこの FQDN がその IP アドレスに割り当てられていることを確認する必要があります。この FQDN は、ゲートウェイへの PCoIP 接続に使用されます。 重要: この FQDN にアンダースコアを含めることはできません。このリリースでは、FQDN にアンダースコアが含まれていると、Unified Access Gateway インスタンスへの接続に失敗します。addresses オプションで、Unified Access Gateway が名前解決に使用できる追加の DNS サーバのアドレスをカンマ区切りで入力します。 Unified Access Gateway インスタンスがデプロイされる VNet トポロジの外部にある 2 要素認証サーバで 2 要素認証を使用するようにこの外部 Unified Access Gateway 構成を構成する場合は、その認証サーバのホスト名を解決できる DNS サーバのアドレスを指定します。たとえば、2 要素認証がオンプレミスにある場合、その認証サーバの名前を解決できる DNS サーバを入力します。 デプロイの前提条件で説明されているように、Horizon Cloud on Microsoft Azure デプロイに使用される VNet トポロジは、Unified Access Gateway インスタンスのデプロイ中およびその継続的な操作のために、外部の名前解決を提供する DNS サーバと通信できる必要があります。 デフォルトでは、インスタンスがデプロイされる VNet で構成されている DNS サーバが使用されます。 DNS アドレス でアドレスを指定すると、デプロイされた Unified Access Gateway インスタンスは、VNet の構成の DNS サーバ情報に加えて、それらのアドレスを使用します。 ルート オプションで、デプロイされた Unified Access Gateway インスタンスがエンド ユーザー アクセスのネットワーク ルーティングを解決するために使用する、追加のゲートウェイへのカスタム ルートを指定します。指定されたルートは、Unified Access Gateway が 2 要素認証サーバとの通信などのネットワーク ルーティングを解決できるようにするために使用されます。 オンプレミス認証サーバで 2 要素認証を使用するようにこのポッドを構成する場合は、Unified Access Gateway インスタンスがそのサーバに到達するために使用できる正しいルートを入力する必要があります。たとえば、オンプレミスの認証サーバが IP アドレスとして 10.10.60.20 を使用している場合は、10.10.60.0/24 とデフォルト ルートのゲートウェイ アドレスをカスタム ルートとして入力します。デフォルト ルートのゲートウェイ アドレスは、この Horizon Cloud on Microsoft Azure デプロイに使用している Express Route または VPN 構成から取得します。 カスタム ルートをカンマ区切りリストとして ipv4-network-address/bits ipv4-gateway-addressの形式で指定します。たとえば、192.168.1.0/24 192.168.0.1, 192.168.2.0/24 192.168.0.2のようになります。ポッドの NTP サーバの継承 このトグルはデフォルトで有効になっていて、Unified Access Gateway インスタンスはポッド マネージャ インスタンスに指定されているのと同じ NTP サーバを使用します。このトグルを有効にしておくことを強くお勧めします。 ポッド マネージャ インスタンス、Unified Access Gateway インスタンス、および Active Directory サーバに同じ NTP サーバを使用することがベスト プラクティスです。これらのインスタンスが異なる NTP サーバを使用すると、タイム スキューが発生する可能性があります。このようなタイム スキューにより、後でゲートウェイがデスクトップおよびアプリケーションへのエンド ユーザー セッションの認証を試みるときに、エラーが発生する可能性があります。 このトグルが有効で、外部ゲートウェイをポッドの VNet とは別の専用の VNet にデプロイする場合は、ポッド マネージャ インスタンスに指定された NTP サーバに、外部ゲートウェイのデプロイ用に選択した仮想ネットワークからアクセスできることを確認します。 仮想マシン モデル Unified Access Gateway インスタンスに使用するモデルを選択します。このポッドに指定した Microsoft Azure サブスクリプションが、選択したモデルの 2 台の仮想マシンにキャパシティを提供できることを確認する必要があります。 重要: 現在のサービス リリースでは、サブスクリプションにゲートウェイ構成がデプロイされた後、これらのインスタンスで使用される仮想マシン モデルを簡単に変更することはできません。デプロイ後に仮想マシン モデルを変更するには、ゲートウェイ構成を削除して再デプロイする必要があります。ポッドあたりのセッション数が 2,000 にまで拡張されると予想される場合は、 F8s_v2を選択します。Horizon Cloud on Microsoft Azure サービス制限で述べたように、A4_v2仮想マシン モデルが十分に機能するのは、ポッドでのアクティブなセッション数が 1,000 を超えないことが分かっている PoC(事前検証)環境、パイロット環境、または小規模な環境のみです。証明書 Microsoft Azure で実行されている Unified Access Gateway インスタンスへの接続をクライアントが信頼できるようにするために Unified Access Gateway で使用される PEM 形式の証明書をアップロードします。入力した FQDN に基づく証明書で、信頼できる CA によって署名されている必要があります。PEM ファイルには、SSL 証明書の中間証明書、ルート CA 証明書、プライベート キーを含む、完全な証明書チェーンが含まれている必要があります。 Blast Extreme TCP ポート Unified Access Gateway 構成内の Blast Extreme TCP 設定で使用する TCP ポートを選択します。この設定は、クライアントによって送信されるデータ トラフィックの Unified Access Gateway 上の Blast Secure Gateway 経由の Blast Extreme に関連しています。ポート 8443 は、より効率的でパフォーマンスが向上し、Unified Access Gateway インスタンスでのリソース使用率が低いため、推奨されます。これらの理由から、ウィザードのデフォルト値は 8443 です。もう 1 つの選択肢である 443 は、効率とパフォーマンスが低下し、インスタンスで CPU 輻輳を引き起こし、エンドユーザー クライアントで目に見えるトラフィック遅延を引き起こす可能性があります。443 の選択肢は、組織でクライアント側の制限が設定されている場合(組織で 443 送信のみが許可されているなど)にのみ使用してください。 注: Blast Extreme に使用される UDP ポートはこの設定の影響を受けず、常に UDP 8443 です。 暗号スイート ほとんどの場合、デフォルト設定を変更する必要はありませんが、Unified Access Gateway は、クライアントと Unified Access Gateway アプライアンス間の通信を暗号化するために使用される暗号化アルゴリズムをオプションで指定するための機能を提供します。 画面上のリストから少なくとも 1 つの暗号スイートを選択する必要があります。画面上のリストには、Horizon Cloud on Microsoft Azure のデプロイで許可されている暗号スイートが表示されます。 このゲートウェイの Microsoft ロード バランサの設定を指定します。
オプション 説明 パブリック IP アドレスを有効にしますか? このゲートウェイのロード バランシング タイプをプライベートまたはパブリックのどちらに構成するかを制御します。オンに切り替えると、デプロイされた Microsoft Azure ロード バランサ リソースがパブリック IP アドレスで構成されます。オフに切り替えると、Microsoft Azure ロード バランサ リソースはプライベート IP アドレスで構成されます。 重要: このリリースでは、外部ゲートウェイのロード バランシング タイプを後でパブリックからプライベートに、またはプライベートからパブリックに変更することはできません。この変更を行う唯一の方法は、デプロイされたポッドからゲートウェイ構成を完全に削除してから、ポッドを編集して逆の設定で追加することです。 このトグルをオフに切り替えると、 Horizon FQDN のパブリック IP アドレス フィールドが表示されます。 Horizon FQDN のパブリック IP アドレス デプロイされた Microsoft Azure ロード バランサをパブリック IP アドレスで構成しないことを選択した場合は、 FQDN フィールドで指定した FQDN を割り当てる IP アドレスを指定する必要があります。エンド ユーザーの Horizon Client は、ゲートウェイへの PCoIP 接続にこの FQDN を使用します。この IP アドレスは、デプロイヤが Unified Access Gateway 構成で構成します。 外部ゲートウェイのネットワーク設定を指定します。
オプション 説明 別の仮想ネットワークを使用 このトグルは、外部ゲートウェイをポッドの VNet とは別の専用の VNet にデプロイするかどうかを制御します。 次の行では、さまざまなケースについて説明します。 注: ウィザードの最初のステップで外部ゲートウェイに別のサブスクリプションを使用するように指定した場合、このトグルはデフォルトで有効になっています。その場合は、ゲートウェイの VNet を選択する必要があります。 このトグルがオンに切り替えられ、 ポッドの NTP サーバの継承 トグルがオンになっている場合は、ポッド マネージャ インスタンスに指定された NTP サーバに、外部ゲートウェイのデプロイ用に選択した仮想ネットワークからアクセスできることを確認します。 別の仮想ネットワークを使用 — オフ トグルをオフに切り替えると、外部ゲートウェイがポッドの VNet にデプロイされます。この場合は、DMZ サブネットを指定する必要があります。 - DMZ サブネット - ポッド セットアップ ウィザードの手順で 既存のサブネットを使用 が有効になっている場合、 DMZ サブネット は 仮想ネットワーク に選択された VNet 上で使用可能なサブネットを一覧表示します。ポッドの DMZ サブネットに使用する既存のサブネットを選択します。
重要: 他のリソースが接続されていない空のサブネットを選択します。サブネットが空でない場合、デプロイ プロセス中またはポッドの操作中に予期しない結果が発生する可能性があります。
- DMZ サブネット (CIDR) - 前のウィザード手順で 既存のサブネットを使用 がオフになっている場合は、Unified Access Gateway インスタンスをゲートウェイの Microsoft Azure パブリック ロード バランサに接続するように構成される DMZ(非武装地帯)ネットワークのサブネットを CIDR 表記で入力します。
別の仮想ネットワークを使用 — 有効 トグルを有効にすると、外部ゲートウェイは専用の VNet にデプロイされます。この場合、使用する VNet を選択してから、必要な 3 つのサブネットを指定する必要があります。既存のサブネットを使用 トグルを有効にして、指定した VNet で事前に作成したサブネットから選択します。それ以外の場合は、サブネットを CIDR 表記で指定します。 重要: 接続されている他のリソースがない空のサブネットを選択します。サブネットが空でない場合、デプロイ プロセス中またはポッドの操作中に予期しない結果が発生する可能性があります。 この場合、ゲートウェイの VNet とポッドの VNet がピアリングされます。ベスト プラクティスは、サブネットを事前に作成し、ここで CIDR エントリを使用しないことです。ポッドの VNet またはサブスクリプションとは別の専用の VNet またはサブスクリプションを使用して外部 Unified Access Gateway 構成でデプロイする場合の前提条件を参照してください。 - 管理サブネット - ゲートウェイの管理サブネットに使用するサブネットを指定します。少なくとも /27 の CIDR が必要です。このサブネットには、サービス エンドポイントとして Microsoft.SQL サービスが構成されている必要があります。
- バックエンド サブネット - ゲートウェイのバックエンド サブネットに使用するサブネットを指定します。少なくとも /27 の CIDR が必要です。
- フロントエンド サブネット - Unified Access Gateway インスタンスをゲートウェイの Microsoft Azure パブリック ロード バランサに接続するように構成されるフロントエンド サブネットのサブネットを指定します。
- DMZ サブネット - ポッド セットアップ ウィザードの手順で 既存のサブネットを使用 が有効になっている場合、 DMZ サブネット は 仮想ネットワーク に選択された VNet 上で使用可能なサブネットを一覧表示します。ポッドの DMZ サブネットに使用する既存のサブネットを選択します。
-
外部ゲートウェイ セクションで、必要に応じて外部ゲートウェイの 2 要素認証を構成します。
第 1 世代テナント - ポッドの 2 要素認証機能の指定の手順を完了します。
-
デプロイ セクションで、トグルを使用して、必要に応じて、デプロイヤが外部ゲートウェイ構成のリソースをデプロイする既存のリソース グループを選択します。
このトグルは、ウィザードの最初のステップで外部ゲートウェイに別のサブスクリプションを使用するように指定した場合に表示されます。トグルを有効にすると、リソース グループを検索して選択できるフィールドが表示されます。
-
内部ゲートウェイ構成が必要な場合は、 内部ゲートウェイ セクションで 内部ゲートウェイを有効にしますか? トグルをオンに切り替えて、表示されるフィールドに入力します。
オプション 説明 内部ゲートウェイを有効にしますか? ポッドに内部ゲートウェイ構成があるかどうかを制御します。内部 構成は、企業ネットワークの内部にいるユーザーが Horizon Web Client (Blast) でデスクトップおよびアプリケーションに接続するための信頼できるアクセスを提供します。ポッドには、このアクセスを提供するための Azure ロード バランサ リソースと Unified Access Gateway インスタンスが含まれています。デフォルトでは、このゲートウェイのロード バランシング タイプはプライベートです。ロード バランサは、プライベート IP アドレスで構成されます。 の FQDN エンド ユーザーが サービスにアクセスするために使用する、 ourOrg.example.comなどの必要な完全修飾ドメイン名 (FQDN) を入力します。そのドメイン名を所有し、その FQDN を検証できる PEM 形式の証明書を持っている必要があります。 重要: この FQDN にアンダースコアを含めることはできません。このリリースでは、FQDN にアンダースコアが含まれていると、Unified Access Gateway インスタンスへの接続に失敗します。addresses オプションで、Unified Access Gateway が名前解決に使用できる追加の DNS サーバのアドレスをカンマ区切りで入力します。 Unified Access Gateway インスタンスがデプロイされる VNet トポロジの外部にある 2 要素認証サーバで 2 要素認証を使用するようにこの内部 Unified Access Gateway 構成を構成する場合は、その認証サーバのホスト名を解決できる DNS サーバのアドレスを指定します。たとえば、2 要素認証がオンプレミスにある場合、その認証サーバの名前を解決できる DNS サーバを入力します。 デプロイの前提条件で説明されているように、Horizon Cloud on Microsoft Azure デプロイに使用される VNet トポロジは、Unified Access Gateway インスタンスのデプロイ中およびその継続的な操作のために、外部の名前解決を提供する DNS サーバと通信できる必要があります。 デフォルトでは、インスタンスがデプロイされる VNet で構成されている DNS サーバが使用されます。 DNS アドレス でアドレスを指定すると、デプロイされた Unified Access Gateway インスタンスは、VNet の構成の DNS サーバ情報に加えて、それらのアドレスを使用します。 ルート オプションで、デプロイされた Unified Access Gateway インスタンスがエンド ユーザー アクセスのネットワーク ルーティングを解決するために使用する、追加のゲートウェイへのカスタム ルートを指定します。指定されたルートは、Unified Access Gateway が 2 要素認証サーバとの通信などのネットワーク ルーティングを解決できるようにするために使用されます。 オンプレミス認証サーバで 2 要素認証を使用するようにこのポッドを構成する場合は、Unified Access Gateway インスタンスがそのサーバに到達するために使用できる正しいルートを入力する必要があります。たとえば、オンプレミスの認証サーバが IP アドレスとして 10.10.60.20 を使用している場合は、10.10.60.0/24 とデフォルト ルートのゲートウェイ アドレスをカスタム ルートとして入力します。この環境で使用している Express ルートまたは VPN 構成からデフォルト ルートのゲートウェイ アドレスを取得します。 カスタム ルートをカンマ区切りリストとして ipv4-network-address/bits ipv4-gateway-addressの形式で指定します。たとえば、192.168.1.0/24 192.168.0.1, 192.168.2.0/24 192.168.0.2のようになります。ポッドの NTP サーバの継承 このトグルはデフォルトで有効になっていて、Unified Access Gateway インスタンスはポッド マネージャ インスタンスに指定されているのと同じ NTP サーバを使用します。このトグルを有効にしておくことを強くお勧めします。 ポッド マネージャ インスタンス、Unified Access Gateway インスタンス、および Active Directory サーバに同じ NTP サーバを使用することがベスト プラクティスです。これらのインスタンスが異なる NTP サーバを使用すると、タイム スキューが発生する可能性があります。このようなタイム スキューにより、後でゲートウェイがデスクトップおよびアプリケーションへのエンド ユーザー セッションの認証を試みるときに、エラーが発生する可能性があります。 仮想マシン モデル Unified Access Gateway インスタンスに使用するモデルを選択します。このポッドに指定した Microsoft Azure サブスクリプションが、選択したモデルの 2 台の仮想マシンにキャパシティを提供できることを確認する必要があります。 重要: 現在のサービス リリースでは、サブスクリプションにゲートウェイ構成がデプロイされた後、これらのインスタンスで使用される仮想マシン モデルを簡単に変更することはできません。デプロイ後に仮想マシン モデルを変更するには、ゲートウェイ構成を削除して再デプロイする必要があります。ポッドあたりのセッション数が 2,000 にまで拡張されると予想される場合は、 F8s_v2を選択します。Horizon Cloud on Microsoft Azure サービス制限で述べたように、A4_v2仮想マシン モデルが十分に機能するのは、ポッドでのアクティブなセッション数が 1,000 を超えないことが分かっている PoC(事前検証)環境、パイロット環境、または小規模な環境のみです。証明書 Microsoft Azure で実行されている Unified Access Gateway インスタンスへの接続をクライアントが信頼できるようにするために Unified Access Gateway で使用される PEM 形式の証明書をアップロードします。入力した FQDN に基づく証明書で、信頼できる CA によって署名されている必要があります。PEM ファイルには、SSL 証明書の中間証明書、ルート CA 証明書、プライベート キーを含む、完全な証明書チェーンが含まれている必要があります。 Blast Extreme TCP ポート Unified Access Gateway 構成内の Blast Extreme TCP 設定で使用する TCP ポートを選択します。この設定は、クライアントによって送信されるデータ トラフィックの Unified Access Gateway 上の Blast Secure Gateway 経由の Blast Extreme に関連しています。ポート 8443 は、より効率的でパフォーマンスが向上し、Unified Access Gateway インスタンスでのリソース使用率が低いため、推奨されます。これらの理由から、ウィザードのデフォルト値は 8443 です。もう 1 つの選択肢である 443 は、効率とパフォーマンスが低下し、インスタンスで CPU 輻輳を引き起こし、エンドユーザー クライアントで目に見えるトラフィック遅延を引き起こす可能性があります。443 の選択肢は、組織でクライアント側の制限が設定されている場合(組織で 443 送信のみが許可されているなど)にのみ使用してください。 注: Blast Extreme に使用される UDP ポートはこの設定の影響を受けず、常に UDP 8443 です。 暗号スイート ほとんどの場合、デフォルト設定で十分ですが、Unified Access Gateway は、クライアントと Unified Access Gateway アプライアンス間の通信を暗号化するために使用される暗号化アルゴリズムを指定するためにこの機能を提供します。 画面上のリストから少なくとも 1 つの暗号スイートを選択する必要があります。画面上のリストには、Horizon Cloud on Microsoft Azure のデプロイで許可されている暗号スイートが表示されます。 -
内部ゲートウェイ セクションで、内部 Unified Access Gateway の 2 要素認証をオプションで構成します。
第 1 世代テナント - ポッドの 2 要素認証機能の指定の手順を完了します。
-
Azure リソース タグ セクションで、必要に応じて、ポッド用に構成したすべての内部および外部 Unified Access Gateway インスタンスを含むリソース グループにカスタム タグを追加します。
オプション 説明 ポッド タグの継承 構成したすべての Unified Access Gateway インスタンスを含むリソース グループにポッドのリソース タグを追加するには、このトグルをオンにします。各リソース グループは、ポッドのセットアップ ウィザードの手順で定義したリソース タグを受け取ります。 Unified Access Gateway インスタンスの新しいリソース タグを定義するには、このトグルをオフにします。 Azure リソース タグ この設定は、 ポッド タグの継承 トグルをオフにすると表示されます。この設定を使用して、構成した Unified Access Gateway インスタンスを含むリソース グループに新しいリソース タグを追加します。 最初のタグを作成するには、[名前] フィールドと [値] フィールドに情報を入力します。追加のタグを作成するには、 + をクリックし、既存のフィールドの下に表示される 名前 と 値 のフィールドに情報を入力します。 - 最大 10 個のタグを作成できます。
- タグ名は 512 文字に制限され、タグ値は 256 文字に制限されます。ストレージ アカウントの場合、タグ名は 128 文字に制限され、タグ値は 256 文字に制限されます。
- タグ名に次の文字を含めることはできません:
< > % & \ ? / - タグ名には、大文字と小文字を区別しない文字列
azure、windows、microsoft を含めることはできません。 - タグ名とタグ値には、ASCII 文字のみを使用できます。標準の 128 文字 ASCII セット(拡張 ASCII または拡張 ASCII 文字とも呼ばれる)以外の空白および文字は使用できません。
タスクの結果
選択したオプションに関連する必要な情報を指定したら、 検証と続行 をクリックしてウィザードの最後の手順に進むことができます。第 1 世代テナント - Microsoft Azure 上の Horizon Cloud ポッド - 第 1 世代 Horizon Universal Console の [キャパシティ] ページを使用してポッド フリートにポッドを追加するの最後の手順を完了します。
このページは役に立ちましたか?