EnglishFrançaisDeutschEspañolItaliano日本語한국어NederlandsPortuguês (Brasil)中文 (简体)中文 (繁體, 台灣)
Skip to main content

Microsoft Azure Edge の追加およびデプロイ

Horizon Universal Console から [Horizon Edge を追加] ユーザー インターフェイスを使用して、Horizon Edge を Microsoft Azure サブスクリプションに追加およびデプロイできます。

概要

Horizon Edge は、シン Edge クラウド インフラストラクチャです。Microsoft Azure デプロイの場合、Azure サブスクリプションはプロバイダです。

環境が少なくとも 1 つの Active Directory ドメインと ID プロバイダで構成されると、Horizon Universal Console によって [Horizon Edge を追加] ユーザー インターフェイス ワークフローが使用可能になります。

**注：**Edge 仮想マシンをデプロイした後、その IP アドレスを変更することはできません。これを試みると、Kubernetes クラスタが動作を停止し、再初期化する必要があるため、Edge Gateway のダウンタイムが発生します。デプロイされた Edge 仮想マシンの IP アドレスの変更はサポートされていません。

Edge デプロイ タイプ

管理者は、Horizon Edge Gateway を Microsoft Azure に単一の仮想マシンとして、または Azure Kubernetes サービス (AKS) としてデプロイするように指定できます。優先モードは AKS です。

初期セットアップ中に Horizon Edge Gateway を単一の仮想マシンとしてデプロイすることを選択した場合は、後でデプロイを AKS に変更することもできます。ただし、Edge Gateway が AKS モードで正常にデプロイされると、単一の仮想マシン モードに戻すことはできません。この変更ワークフロー中に AKS のデプロイに失敗した場合は、エラー メッセージを確認し、ワークフローをやり直して AKS に移動するか、単一の仮想マシン モードに戻すことができます。

**注：**Edge Gateway のデプロイ モードを変更（単一の仮想マシンから AKS に）する際は、ネットワーク接続タイプを変更（インターネットから Azure プライベート リンクに）することはできません。一度にサポートされる操作は 1 つだけです。

必要な品質に基づいて、使用する Horizon Edge Gateway のデプロイ タイプを決定します。

デプロイ タイプ主な品質詳細
Azure Kubernetes サービス (AKS)
  • 5,000 を超えるセッションをサポートします。
  • Azure Kubernetes サービス (AKS) には、満たす必要がある Microsoft 関連の要件があります。
  • SSO ログインとデータ収集監視は、障害が発生した場合に完全なフェイルオーバー機能を備えたこれらの機能の提供をサポートする複製されたサービスを介して処理されます。
AKS は、Microsoft Azure データセンターのエンタープライズ クラウド ネイティブ アプリケーションの Microsoft Azure 標準です。 AKS タイプは、クラスタ化されたアーキテクチャの Edge Gateway を提供し、SSO ログイン エクスペリエンスと監視データ収集をサポートする複製されたサービスを提供します。AKS では、高可用性 (HA) も可能になります。
単一の仮想マシン
  • 最大 5,000 セッションをサポートします。
  • AKS タイプよりも Microsoft Azure サブスクリプションに含まれる前提条件が少ない。
  • デプロイされた仮想マシンが将来使用できない場合、結果の動作は次のようになります。
    • エンド ユーザーはシングル サインオン (SSO) なしでログインする必要があります。
    • 仮想マシンが使用できない間、デスクトップの監視データは記録されません。
AKS タイプよりも前提条件が少ないため、単一の仮想マシン タイプのデプロイがより簡単ですが、デプロイされた仮想マシンが使用できなくなった場合は、次のようになります。
  • エンド ユーザーには、SSO ログイン エクスペリエンスなしでログイン フローが表示されます。たとえば、Active Directory資格情報を使用してログインする必要があります。
  • Edge Gateway 仮想マシンに送信されるデスクトップの監視データは、仮想マシンが使用できない間は記録されません。

前提条件

Horizon Cloud ステッパー ページでこれらの手順を実行する前に、ユーザーまたは IT チームが次の前提条件を完了していることを確認する必要があります。

Horizon Cloud ステッパー ユーザー インターフェイスで項目を選択すると、システムは特定の要件が満たされていることを確認しようとします。これらの要件が満たされていない場合は、ユーザー インターフェイスの手順を完了できません。たとえば、AKS タイプをデプロイする場合、[クラスタ送信タイプ] で選択した NAT ゲートウェイが選択した [管理サブネット] に接続されていない場合、[デプロイ] をクリックすると、ユーザー インターフェイスにメッセージが表示され、それ以上の手順に進むことはできません。その時点で、ユーザー インターフェイス ステップを終了し、NAT ゲートウェイを管理サブネットに接続する要件を満たしてから、ユーザー インターフェイス ステップを最初からやり直す必要があります。

  • Microsoft Edge をデプロイするための要件チェックリストを確認し、それらの要件が満たされていることを確認します。

  • 「Microsoft Azure Edge のデプロイ」ページにある、ハイパーリンク付きのページで説明されている準備項目を確認し、それらの項目が完了していることを確認します。

  • Azure サブスクリプション情報、ネットワーク情報、FQDN、および関連する項目を確認し、ウィザードのフィールドとリストで指定できるようにします。

  • 必要な送信ポートが許可されていることを確認します。「Microsoft Azure 環境に Horizon Edge Gateway をデプロイするために適切な宛先 URL をアクセス可能にする」を参照してください。

  • トラフィックのルーティングにプロキシ サーバを使用する場合は、Edge 管理サブネットを介してアクセスできる必要があります。

  • この Horizon Edge のプライマリ プロバイダを Horizon Edge Gateway および Unified Access Gateway インスタンス専用にするか、プライマリ プロバイダがエンドユーザーのデスクトップとアプリケーションも提供するようにするかを決定します。

    **注：**プライマリ プロバイダをこの Horizon Edge のゲートウェイ アプライアンス専用にする場合は、デスクトップとアプリケーションのセカンダリ プロバイダを指定するユーザー インターフェイスの手順で Azure サブスクリプション情報が必要になります。

UAG 詳細モードを構成するための前提条件

  • Edge に接続しているすべての Horizon Client（UAG 詳細モードが構成されている）が Horizon HAI エージェント バージョン 24.12 以降にアップグレードされていることを確認します。HAI エージェントのバージョン要件に関する関連情報については、Horizon Cloud のリリース ノートを参照してください。

  • UAG 詳細モードは、デスクトップ ネイティブ クライアントでのみ使用できます。

  • デプロイされた Horizon Edge を編集するときに、デプロイ タイプが基本から詳細、または詳細から基本に変更された場合、Edge のデプロイ ユーザー インターフェイス ページの [Unified Access Gateway] セクションにあるロード バランサの IP アドレスが変更されることがあります。ロード バランサの IP アドレスが変更された場合は、DNS レコードを新しい IP アドレスで更新する必要があります。

    **注：**Unified Access Gateway ロード バランサに DMZ または仮想マシン サブネットから割り当てられたプライベート フロントエンド IP アドレスがある場合、デプロイ タイプを基本や詳細に変更するときに別のサブネットを選択すると、ロード バランサの IP アドレスが変更されます。詳細については、「Unified Access Gateway デプロイ タイプの更新とロード バランサ IP アドレスへの影響」を参照してください。

Azure Marketplace の外部に UAG をデプロイするための前提条件

UAG をデプロイするときに、Azure サブスクリプションが Azure China の場合、Horizon Cloud は新しいリソース グループにストレージ アカウントを自動的に作成し、UAG VHD をインポートします。次に、Azure サブスクリプションでその VHD からイメージを作成します。イメージ バージョンは、作成、スケールアウト、スケールイン、およびアップグレードの操作に有効です。自動生成されたリソース グループの名前は hcsappimg-{providerInstanceId}-rg です。ストレージ アカウント名は、すべての Azure で一意である必要があるため、ランダムに生成されます。Horizon Cloud が新しいリソース グループまたは新しいストレージ アカウントを自動的に作成 しないようにするには、Omnissa Customer Connect に連絡し、既存のリソース グループまたはストレージ アカウントの 1 つについてストレージ アカウント ID をサポート担当に提供する必要があります。これにより、事前に API を実行して VHD を既存のストレージ アカウントにインポートし、既存のリソース グループにイメージを作成できます。現在、この機能は Azure China プロバイダでのみ使用できます。

手順

コンソールでは、[Horizon Edge を追加] ユーザー インターフェイス ステッパーをさまざまなエントリ ポイントから使用できます。コンソールでのこの手順の開始点は通常、環境が新規であるか、Horizon 8 または Microsoft Azure 向けの Horizon Edge の既存のデプロイがあるかによって異なります。

  • Horizon Edge はまだありません - コンソールの Horizon Edge カードから開始します

    環境に Horizon Edge がない場合は、[デプロイの開始] をクリックしてウィザードを開始できます。

  • Horizon Edge がありません - 代わりに、コンソールの [キャパシティ] ページから開始します

    環境に Horizon Edge がまだデプロイされていない場合、[キャパシティ] ページにはテキストと [開始] メニューが表示されます。このシナリオでは、[キャパシティ] をクリックし、[開始] > [Microsoft Azure] をクリックして、ユーザー インターフェイス ステッパーを開くことができます。

  • 少なくとも 1 台の Horizon Edge - コンソールの [キャパシティ] ページから開始します

    Horizon Cloud 環境にすでに作成およびデプロイされている Microsoft Azure 用の Horizon Edge が 1 つ以上ある場合は、Horizon Universal Console の [キャパシティ] > [Horizon Edge] > [追加] > [Horizon Cloud] > [Microsoft Azure] をクリックして、[Horizon Edge を追加] ステッパー ページを開きます。

全般情報

この Horizon Edge をコンソールに表示される他の Edge と区別する一意の [Horizon Edge 名] を追加します。オプションで説明を追加できます。

プライマリ プロバイダ

このセクションに入力します。この手順が完了したら、次の手順に進みます。

  1. Azure サブスクリプションの場合、環境の既存のプロバイダの 1 つを選択するか、[新規追加] を使用して新しいプロバイダ サブスクリプション情報を提供します。

    新しいプロバイダ サブスクリプション情報を追加する場合は、次の情報を指定します。

    • コンソールに表示される他のプロバイダと区別する、このプロバイダの一意の名前。

    • Microsoft Azure ポータルからの Microsoft Azure サブスクリプション ID。

    • その Microsoft Azure サブスクリプション ID に適用可能な Azure クラウド タイプ、Azure リージョン、ディレクトリ ID を選択します。

    • この目的のために、Microsoft Azure ポータルで作成したサービス プリンシパルの情報（アプリケーション ID、アプリケーション キー、有効期限）を指定します。

    サービス プリンシパル アプリケーション キーの有効期限に関する関連情報については、「通知の表示および管理」を参照してください。

  2. このプロバイダを Horizon Edge Gateway および Unified Access Gateway インスタンス専用にし、エンド ユーザーに資格が付与されたリソースを提供するために別のプロバイダを使用する場合は、表示されたチェックボックスを選択します。

    選択しない場合、このプロバイダはエンドユーザーに資格が付与されたリソースも提供します。

  3. （オプション）最大 4 つのサービス プリンシパル（アプリケーション ID、アプリケーション キー、有効期限）を追加します。

  4. （オプション）：プロバイダ タイプが Microsoft Azure の場合は、必要に応じて Azure リソース タグを管理できます。

    リソース タグを管理するには、次の手順を実行します。関連情報については、「Azure リソース タグの使用」を参照してください。

    1. [詳細] ノードを展開します。

    2. [追加] をクリックします。

    3. Microsoft Azure のリソース グループに適用するリソース タグの名前と値を入力します。

    4. タグを追加する場合は、タグの [追加] をクリックします。

    5. [完了] をクリックします。

    6. タグを伝播するオプションが当てはまらない場合は、そのオプションの選択を解除します。

セカンダリ プロバイダ

Horizon Edge へのセカンダリ プロバイダの追加はオプションです。

セカンダリ プロバイダは、プライマリ プロバイダと同じ Azure リージョンにある必要があります。

セカンダリ プロバイダごとに、最大 20,000 台の Horizon Edge の仮想マシンの合計キャパシティに対して、最大 5 つの一意のサービス プリンシパルを追加できます。

ネットワーク

[ネットワーク] セクションで、プライマリ プロバイダとセカンダリ プロバイダに使用するテナント（デスクトップ）サブネットを選択します。

後の段階でサブネットを選択できます。ただし、Horizon Edge に少なくとも 1 つのテナント サブネットが関連付けられるまで、システムはリソースをプロバイダにデプロイしないようにします。

サイト

[サイト] セクションで、環境内の既存のサイトから選択するか、[新規追加] を選択して新しいサイト情報を追加します。新しいサイトの場合は、一意の名前と、必要に応じて説明を入力します。

接続

[接続] セクションに必要な情報を入力します。

  1. [ネットワーク接続タイプ] オプションを使用して、この Horizon Edge に使用するネットワーク接続のタイプ（Azure Private Link または インターネット）を選択します。

    関連情報については、「Microsoft Azure サブスクリプションの要件」を参照してください。

    注：Microsoft Azure Government サブスクリプションは Azure プライベート リンクをサポートしていないため、[プライマリ プロバイダ] ページで [Azure クラウド のタイプ] として [Azure - US Government] を選択した場合、接続タイプは [インターネット] に固定されます。

  2. [App Volumes アプリケーション ストレージ] セクションで、Azure プライベート エンドポイントのサブネットを選択します。

    **注：**プライベート エンドポイントを構成した後、ユーザーは仮想マシンからログアウトし、再度ログインする必要があります。

    オプション説明
    Edge Gateway 管理サブネットの使用プライベート エンドポイント リソースが作成される Edge Gateway 管理サブネット。 このデフォルト オプションを使用することをお勧めします。
    カスタム サブネットの構成前提条件が設定されていることを確認します。これらの前提条件の詳細については、「App Volumes アプリケーション ストレージ アカウントの Azure プライベート エンドポイント」を参照してください。
    1. 確認チェック ボックスを選択します。
    2. プライベート エンドポイントの vNet ドロップダウンから仮想ネットワークを選択します。
    3. サブネット ドロップダウンから対応するサブネットを選択します。

    Horizon Edge がデプロイされ、プライベート エンドポイントが正常に作成されると、プライベート エンドポイントのステータスが [構成済み] になります。ステータスが [構成されていません] の場合は、Horizon Edge の [App Volumes アプリケーション ストレージ] セクションの [プライベート エンドポイントの構成] オプションを使用して、プライベート エンドポイントを再度構成できます。このオプションの使用方法の詳細については、「Horizon Edge の詳細」の「App Volumes アプリケーション ストレージ アカウントのプライベート エンドポイントの構成」セクションを参照してください。

    既存のデスクトップ プールとファイル共有の間にアプリケーションの提供に影響を与える接続の問題があり、これらの問題をトラブルシューティングするまでストレージ アカウントのパブリック ネットワーク アクセスに戻す場合は、[プライベート エンドポイントの削除] オプションを使用できます。このオプションは、構成済みのプライベート エンドポイントを削除し、Azure ポータルのストレージ アカウントのパブリック ネットワーク アクセスを自動的に有効にします。問題を修正したら、[プライベート エンドポイントの構成] オプションを使用してプライベート エンドポイントを構成できます。

Horizon Edge Gateway

[Horizon Edge Gateway] セクションで、デプロイ タイプ（[Azure Kubernetes サービス] または [単一の仮想マシン]）を選択します。

  • [Azure Kubernetes サービス] - このオプションは Edge Gateway (AKS) 用です。次のスクリーンショットは、[Azure Kubernetes サービス] デプロイ タイプを選択したときに表示される情報および要求される情報のタイプを示しています。通常、このデプロイ タイプは本番環境で使用されます。

  • [単一の仮想マシン] - このオプションは Edge Gateway（仮想マシン）用です。次のスクリーンショットは、[単一の仮想マシン] デプロイ タイプを選択したときに表示される情報および要求される情報のタイプを示しています。通常、このデプロイ タイプは、シンプルな環境または POC（事前検証）環境で使用されます。

**注：**ユーザー インターフェイスには、選択したデプロイ タイプに基づいて [高可用性] 文字列が表示されます。[単一の仮想マシン] デプロイ タイプのについては、表示される文字列は、仮想マシンが使用できない場合、エンド ユーザーに SSO ログイン エクスペリエンスなしでログイン フローが表示され、仮想マシンが使用できない場合はデスクトップの監視データが記録されないことを意味します。Azure Kubernetes サービスの展開タイプの場合、表示される文字列は、SSO ログイン エクスペリエンスと監視データ収集が、これらの機能の完全なフェイルオーバーを可能にする複製されたサービスを介して処理されることを意味します。

**注：**前述のように、最初に [単一の仮想マシン] デプロイ タイプを使用して Edge をデプロイし、後で [Azure Kubernetes サービス (AKS)] デプロイ タイプに変更できます。ただし、正常にデプロイされた Edge を、[Azure Kubernetes サービス (AKS)] デプロイ タイプから [単一の仮想マシン] デプロイ タイプに変更することはできません。

デプロイ タイプを選択したら、次のように、その特定のデプロイ タイプの手順を使用して Horizon Edge Gateway 設定を構成します。選択したデプロイ タイプについて表示されるユーザー インターフェイス フィールドへの入力が完了したら、画面のプロンプトに従います。

デプロイ タイプ手順
Azure Kubernetes サービス (AKS) Azure Kubernetes サービス オプションの場合
  1. [NAT ゲートウェイ] と [ユーザー定義ルート] から [クラスタ送信タイプ] を選択します。

    デフォルトの選択は、NAT ゲートウェイ です。NAT ゲートウェイ を選択すると、NAT ゲートウェイ を管理サブネットに関連付ける必要があります。ユーザー定義ルート を選択すると、ルート テーブルを管理サブネットに接続し、仮想アプライアンスのネクスト ホップ タイプを使用してデフォルト ルートを構成する必要があります。詳細については、「ネットワーク要件」を参照してください。また、必要なポートと URL がアクセス可能である必要があります。アクセスできない場合、AKS Edge のデプロイが失敗することがあります。詳細については、「Microsoft Azure 環境に Horizon Edge Gateway をデプロイするために適切な宛先 URL をアクセス可能にする」を参照してください。

    AKS は、Kubernetes ポッドの内部ルーティングのために、管理サブネットのルート テーブルにエントリを追加します。エントリは削除しないでください。

    クラスタ送信タイプ は、Horizon Edge の作成後に編集できません。
  2. 必要なロールを持つ [ユーザー管理 ID] を選択します。

    ユーザー管理 ID の詳細については「Microsoft Azure Edge をデプロイするための要件チェックリスト」を参照してください。
  3. [仮想ネットワーク] サブセクションで、サイトの仮想ネットワークを選択します。

    利用可能な仮想ネットワークは、以前に選択した Microsoft Azure リージョンによって決まります。新しい仮想ネットワークを作成するには、Microsoft Azure ポータルに移動します。
  4. Horizon Edge Gateway および Unified Access Gateway インスタンスに使用する管理サブネットを選択します。

    AKS クラスタを使用する Horizon Edge は送信接続用に NAT ゲートウェイを必要とするため、選択した管理サブネットが NAT ゲートウェイで構成されていることを確認します。

    注意：
    選択した管理サブネットが別の AKS クラスタで使用されていないことを確認します。「ネットワーク要件」を参照してください。
  5. [サービス CIDR] テキスト ボックスに、この CIDR の IP アドレス範囲を入力します。

    少なくとも /27 の範囲を指定してください。この CIDR 範囲が、管理サブネットの仮想ネットワーク上にある、または接続されているネットワーク要素によって使用されていないことを確認します。この CIDR 範囲が、DNS サーバの IP アドレス、Active Directory サーバの IP アドレス、Unified Access Gateway の IP アドレスなどの他の重要な IP アドレスと競合しないことを確認します。
  6. [ポッド CIDR] テキスト ボックスに、この CIDR の IP アドレス範囲を入力します。

    少なくとも /21 の範囲を指定してください。この CIDR 範囲が、管理サブネットの仮想ネットワーク上にある、または接続されているネットワーク要素によって使用されていないことを確認します。この CIDR 範囲が、DNS サーバの IP アドレス、Active Directory サーバの IP アドレス、Unified Access Gateway の IP アドレスなどの他の重要な IP アドレスと競合しないことを確認します。
  7. 必要に応じて、デフォルトの AKS クラスタ DNS プリフィックス を調整します。
  8. この Horizon Edge の一部であるリソースに対してシングル サインオンを有効にするには、[SSO を使用] を切り替えて、[SSO 構成] ドロップダウン メニューから適切な構成を選択します。
  9. プロキシ サーバ経由で送信要求をルーティングするには、送信プロキシを使用 を有効にします。
    1. プロキシ サーバの名前と IP アドレスを入力します。
    2. HTTP/TCP プロキシが HTTP/HTTPS トラフィックをリッスンするポート番号を入力します。
    3. SSL/TLS の安全な通信の証明書を追加するには、[SSL を有効にする] を選択します。

      Horizon Cloud は SSL 認証のみをサポートします。ユーザー名とパスワードの認証はサポートされていません。
    4. プロキシ証明書をアップロードします。

      Horizon Cloud は PEM 形式の証明書のみをサポートします。証明書は、廃止された共通名の代わりにサブジェクトの別名 (SAN) をサポートする必要があります。
  10. （オプション）プロバイダ タイプが Microsoft Azure の場合は、必要に応じて Azure リソース タグを管理できます。参照 この機能の背景情報については、「Azure リソース タグの使用」を参照してください。
    1. [詳細] ノードを展開します。
      継承したタグがある場合、それらのタグが参照用にリストされます
    2. 追加 をクリックします。
    3. 必要に応じてリソース タグを管理します。
      4. この Microsoft Azure Edge に固有のリソース グループに適用されるタグを追加できます。
    4. [終了] をクリックします。
  11. [デプロイ] をクリックして、Horizon Edge 作成プロセスを有効にします。
単一の仮想マシン 単一の仮想マシン オプションの場合
  1. [仮想ネットワーク] サブセクションで、サイトの仮想ネットワークを選択します。

    利用可能な仮想ネットワークは、以前に選択した Microsoft Azure リージョンによって決まります。新しい仮想ネットワークを作成するには、Microsoft Azure ポータルに移動します。
  2. Horizon Edge Gateway および Unified Access Gateway インスタンスに使用する管理サブネットを選択します。
  3. この Horizon Edge の一部であるリソースに対してシングル サインオンを有効にするには、[SSO を使用] を切り替えて、[SSO 構成] ドロップダウン メニューから適切な構成を選択します。
  4. プロキシ サーバ経由で送信要求をルーティングするには、送信プロキシを使用 を有効にします。
    1. オプションで、別の Horizon Edge から プロキシ設定 を選択します。
    2. プロキシ サーバの名前と IP アドレスを入力します。
    3. HTTP/TCP プロキシが HTTP/HTTPS トラフィックをリッスンするポート番号を入力します。
    4. オプションで、プロキシ サーバで認証情報が必要な場合は、ユーザー名 および パスワード を入力します。
    5. SSL/TLS の安全な通信の証明書を追加するには、SSL を有効にする を選択します。
  5. （オプション）内部ネットワーク範囲を指定するには、[詳細] をクリックし、
    6. オプションで、[サービス CIDR] と [ポッド CIDR] を指定します。
    1. サービス CIDR テキスト ボックスに、該当する場合、この CIDR の IP アドレス範囲を入力します。少なくとも /27 の範囲を指定してください。現在の値が内部ネットワークと重複しない限り、この値を後で変更することは推奨されません。
    2. ポッド CIDR テキスト ボックスに、該当する場合、この CIDR の IP アドレス範囲を入力します。少なくとも /21 CIDR の範囲を指定してください。現在の値が内部ネットワークと重複しない限り、この値を後で変更することは推奨されません。
  6. （オプション）プロバイダ タイプが Microsoft Azure の場合は、必要に応じて Azure リソース タグを管理できます。参照 この機能の背景情報については、「Azure リソース タグの使用」を参照してください。
    1. （オプション）[詳細] をクリックして、Azure リソース タグ情報を表示します。
      継承したタグがある場合、それらのタグが参照用にリストされます。
    2. 追加 をクリックします。
    3. 必要に応じてリソース タグを管理します。
      4. この Microsoft Azure Edge に固有のリソース グループに適用されるタグを追加できます。
    4. [終了] をクリックします。
    5. [デプロイ] をクリックして、Horizon Edge 作成プロセスを有効にします。

Unified Access Gateway

[Unified Access Gateway] セクションで、デプロイに必要な次のユーザー インターフェイス ステップのオプションに入力します。また、[詳細] デプロイ タイプを使用する場合は、上記の「UAG 詳細モードを構成するための前提条件」を参照してください。

UAG 出力を指定する際のプロキシ オプションの詳細については、「Microsoft Azure での Horizon Cloud デプロイのためのポートとプロトコルの要件」を参照してください。

Azure Marketplace を使用せずに UAG をデプロイする方法については、ページ上部の「Azure Marketplace の外部に UAG をデプロイするための前提条件」セクションを参照してください。

  1. [デプロイ] セクションで、[デプロイ タイプ] として [基本] または [詳細] を選択します。デプロイ タイプの設定では、ロード バランサのディストリビューションが source-ip-affinity またはハッシュのいずれかを使用することを指定します。

    • [基本] - source-ip-affinity を使用するロード バランサのシナリオで使用します。Azure ロード バランシングの前面に NAT ゲートウェイまたはファイアウォールが構成されている場合は、各 Horizon Edge で最大 2,000 の接続をサポートします。
    • [詳細] - ハッシュベースのアフィニティを使用するロード バランサのシナリオで使用します。各 Horizon Edge で最大 18,000 の接続をサポートします。このオプションを使用するには、サブネット マスクが /28 の新しい管理サブネットを使用する必要があります。この UAG 管理サブネットは、Edge 管理サブネットと同じ vNet またはピアリングされた vNet に配置する必要があります。新しい UAG 管理サブネットには、リストから選択した /28 サブネット マスクを指定する必要があります。

    たとえば、基本/source-ip-affinity UAG が有効になっている Azure ロード バランサの前面に NAT ゲートウェイまたはファイアウォールをデプロイするシナリオでは、各 Horizon Edge で 2,000 の接続のみがサポートされます。詳細/ハッシュ UAG のデプロイを有効にすると、各 Horizon Edge で最大 18,000 の接続をサポートできます。

    [保存] をクリックして UAG 詳細モードを構成すると、UAG 詳細モード構成が進行中であることを示すメッセージが表示されます。UAG 詳細モードの構成が完了するまでに最大 15 分かかる場合があります。

    UAG 詳細モードを正常に構成した後、UAG ロード バランサの IP アドレスが変更されることがあります。その場合は、新しい IP アドレスで DNS レコードを更新することが必要になる場合があります。

    **注：**Unified Access Gateway ロード バランサに DMZ または仮想マシン サブネットから割り当てられたプライベート フロントエンド IP アドレスがある場合、デプロイ タイプを基本や詳細に変更するときに別のサブネットを選択すると、ロード バランサの IP アドレスが変更されます。詳細については、「Unified Access Gateway デプロイ タイプの更新とロード バランサ IP アドレスへの影響」を参照してください。

    [詳細] を選択した場合は、次の操作を 1 つ以上実行できます。

    • UAG を Blast Extreme としてデプロイする場合は、ポート 8443 またはポート 443 のいずれかを使用するように指定できます。
    • [詳細] オプションの場合、デプロイヤ サービスは UAG 管理 NSG で 8445 受信 UDP ポートを自動的に有効にします。
    • NTP サーバとプロキシの情報は指定できます。これは、これらのオプションについて表示される画面上のヘルプで説明されています。
    • プロバイダ タイプが Microsoft Azure の場合は、必要に応じて Azure リソース タグを管理できます。これには、継承されたタグの表示、既存のタグの編集と削除、この Unified Access Gateway に固有のリソース グループに適用するタグの追加が含まれます。この機能の背景情報については、「Azure リソース タグの使用」を参照してください。

    Azure Load Balancer の詳細については、「Azure Load Balancer 分散モード」を参照してください。

  2. [ゲートウェイ アクセス] セクションで、次のオプションから [アクセス タイプ] を選択します。

    • [企業のネットワーク経由の内部アクセス] - イントラネット（社内ネットワーク）経由でのみ仮想マシンにアクセスする場合。レイヤー 4 ロード バランサは、デスクトップ ネットワークにフロントエンドを使用してデプロイされます。
    • [インターネット経由の外部アクセス] - インターネット経由で仮想マシンにアクセスする場合。レイヤー 4 ロード バランサは、パブリック IP アドレスを使用してデプロイされます。
    • [内部および外部アクセス] - 内部および外部の両方のアクセスを許可します。

    注：3 つのすべてのオプションで、*.horizon.omnissa.com への送信インターネット アクセスが引き続き必要です。「Unified Access Gateway の要件」を参照してください。[企業のネットワーク経由の内部アクセス] を使用する場合、ユーザー定義のルーティングまたは NAT ゲートウェイのいずれかを [管理サブネット] に適用して送信トラフィックを許可できます。外部アクセスが DMZ ネットワークを使用して外部に構成されている場合は、DMZ ネットワーク上で *.horizon.omnissa.com への外部アクセスを構成する必要があります。

    **注：**Unified Access Gateway を Blast または Blast Extreme としてデプロイする場合は、ポート 8443 またはポート 443 のいずれかを使用するように指定できます。

    注：サポートされている Horizon Edge バージョンを使用している場合は、HTTP ではなく HTTPS を使用するプロキシを使用して UAG をデプロイすることも、信頼できる証明書を提供する必要なくプロキシを使用して UAG をデプロイすることもできます。これらの 2 つのオプションを有効にするには、Omnissa Customer Connect の Omnissa Ops チームにお問い合わせください。

  3. [アクセス設定] セクションで、トグルをオンに切り替えて Unified Access Gateway の自動パブリック IP アドレスを有効にするか、手動でパブリック IP アドレスを使用する場合はオフに切り替えます。

    トグルはデフォルトでオンになっています。手動のカスタム IP アドレスが選択されている場合、外部 Unified Access Gateway は DMZ ネットワーク上にプライベート フロントエンド IP アドレスを使用してデプロイされます。次に、このプライベート IP アドレスからユーザーが提供したパブリック IP アドレスへのルーティングを行う必要があります。

  4. [ゲートウェイ仮想マシン] セクションで、Unified Access Gateway デプロイの FQDN を指定します。FQDN にアクセスできる必要があります。

    内部アクセスと外部アクセスを構成するときに、同じ FQDN を使用する場合は、[外部 FQDN] と [内部 FQDN] の両方のフィールドに同じ FQDN を入力します。

  5. [ゲートウェイ仮想マシン] セクションの [証明書タイプ] フィールドで、ドロップダウン メニューから [PEM] または [PFX] を選択します。

  6. [ゲートウェイ仮想マシン] セクションの [証明書] フィールドで、クライアントが Microsoft Azure の Unified Access Gateway との接続を信頼できる証明書をアップロードします。

    **注：**自己署名証明書はサポートされます。

    注：「SHA256withRSA」署名アルゴリズムがサポートされており、必須です。

  7. [ゲートウェイ仮想マシン] セクションで、使用可能な仮想マシン モデルのメニューから [仮想マシン モデル] を選択します。

  8. [ゲートウェイ仮想マシン] セクションで、[UAG 仮想マシン] フィールドに値を追加します。

  9. [ネットワーク] セクションで読み取り専用の情報を確認し、編集可能な情報を指定します。

  10. （オプション）次の操作を 1 つ以上実行する場合は、[詳細] ノードを展開します。

    • 必要に応じて Azure リソース タグを管理できます。これには、継承されたタグの表示、既存のタグの編集と削除、この Unified Access Gateway に固有のリソース グループに適用するタグの追加が含まれます。関連情報については、「Azure リソース タグの使用」を参照してください。

    • Azure China でデプロイする場合、UAG の Azure Marketplace イメージはサポートされません。このシナリオでは、デプロイの一環として、Unified Access Gateway が、自動作成された Azure ストレージ アカウントにコピーされます。この機能は、UAG のデプロイで Azure China プロバイダが使用されている場合に自動的にトリガされます。ただし、このワークフローをサポートするには、サービス原則にストレージ Blob データ コントリビュータのロールも追加する必要があります。

      UAG をデプロイするときに、Azure サブスクリプションが Azure China の場合、Horizon Cloud は新しいリソース グループにストレージ アカウントを自動的に作成し、UAG VHD をインポートします。次に、Azure サブスクリプションでその VHD からイメージを作成します。イメージ バージョンは、作成、スケールアウト、スケールイン、およびアップグレードの操作に有効です。リソース グループ、ストレージ アカウント コンテナ、イメージ名にはすべて hcs-app-img というプリフィックスが付きます。自動生成されたリソース グループの名前は hcs-app-img-{providerInstanceId}-rg です。ストレージ アカウント名はランダムに生成され、ダッシュ (-) 文字を含めることはできません。つまり、名前は hcsappimg{random-suffix} 命名規則に従います。

      代わりに、このプロセスの既存のリソース グループまたはストレージ アカウントを指定するには、ページ上部の「Azure Marketplace の外部に UAG をデプロイするための前提条件」セクションの説明に従って、Omnissa Customer Connect のサポートにお問い合わせください。

  11. [保存] をクリックします。

次の手順

この手順を完了したら、Unified Access Gateway インスタンスに対して入力した FQDN に一致する DNS レコードを作成する必要があります。「Horizon Edge Gateway と Unified Access Gateway のデプロイ後の DNS レコードの構成」を参照してください。

Horizon Cloud デプロイを完了し、デスクトップまたはアプリケーションの使用資格をエンド ユーザーに付与したら、次の Unified Access Gateway の動作が Horizon Web Client を使用するエンド ユーザーに与える影響とメリットについて理解しておく必要があります。Unified Access Gateway インスタンスがメンテナンス モードまたは健全でない状態になってアクセス不能になると、Horizon Web Client を使用するエンド ユーザーの進行中のセッションは、健全な Unified Access Gateway インスタンスに再接続します。再接続には数分かかることがあります。Unified Access Gateway の SSL 証明書を更新すると、エンド ユーザー セッションが終了します。

デプロイの監視の詳細については、「環境の監視」を参照してください。

このページは役に立ちましたか?

このトピックについてフィードバックを送信

このトピックは役に立ちましたか?

個人情報や機密情報は入力しないでください。

リンクを生成しています…