これらのトピックでは、Horizon Cloud ポッドによってプロビジョニングされた資格のあるデスクトップおよびリモート アプリケーションへのエンド ユーザーの接続に関連する領域についての情報を提供します。このようなポッドは、コンソールのポッド デプロイ ウィザードを使用して Microsoft Azure の Horizon Cloud によってデプロイされるポッド マネージャ ベースのポッドです。
PCoIP URL と内部ゲートウェイ構成を持つポッドを使用する場合
Horizon Cloud on Microsoft Azure のデプロイで説明されているように、Microsoft Azure の Horizon Cloud ポッドは、Unified Access Gateway インスタンスを使用して、内部ゲートウェイ構成で構成できます。内部ゲートウェイ タイプの場合、Horizon Web Client(Blast プロトコル)が外部 URL をユーザーが指定した FQDN に構成しても、PCOIP URL は代わりに IP アドレスを使用します。この動作により、PCOIP に関して外部ゲートウェイ タイプと内部ゲートウェイ タイプの間に相違が生じます。
- 外部ゲートウェイ タイプ:PCOIP URL は、外部ゲートウェイ構成のロード バランサ リソースのパブリック IP アドレスに設定されます。
- 内部ゲートウェイ タイプ:PCOIP URL は、最初に DNS を使用して指定された FQDN を IP アドレスに解決し、次にそれを PCOIP URL として使用します。PCOIP URL が指定された FQDN を解決できない場合、PCOIP URL は、内部ゲートウェイ構成の内部ロード バランサ リソースのプライベート IP アドレスを代わりに使用します。
現在、ネットワーク環境で、内部ゲートウェイ構成のロード バランサが、エンド ユーザー接続試行の最初のエンドポイントではない可能性があります。たとえば、内部ゲートウェイ構成のロード バランサにリダイレクトするように設定した追加のエンドポイントまたはロード バランサがある場合があります。ポッドをデプロイまたは編集したときに内部 Unified Access Gateway ゲートウェイ構成にアップロードした証明書では、その証明書がネットワーク設定の最初のエンドポイントの FQDN または IP アドレスと一致している可能性があります。エンドユーザー クライアントが最初のエンドポイントからネットワーク環境にアクセスすることを想定していたため、このようなエラーが発生している可能性があります。ネットワーク環境がこの説明と一致する場合、エンドユーザー クライアントは最初に内部ゲートウェイ構成のロード バランサではないエンドポイントに最初のエンドポイントとしてアクセスします。DNS マッピングで、エンドユーザー クライアントが指定された証明書に対して適切に認証できるように、一致する PCOIP URL が提供されていることを確認する必要があります。
RDS デスクトップと RDS ベースのアプリケーション セッションのタイムゾーン リダイレクトを有効にする
ファームの RDSH 仮想マシンのタイム ゾーンとエンド ユーザーのタイム ゾーンが異なる場合、デフォルトでは、ユーザーが RDS セッションベースのデスクトップに接続すると、デスクトップにはファームの RDSH 仮想マシンのタイム ゾーンの時間が表示されます。タイム ゾーン リダイレクト グループ ポリシー設定を有効にすると、セッションベースのデスクトップにローカル タイム ゾーンの時間が表示されるようになります。このポリシー設定は、リモート アプリケーション セッションにも適用されます。
前提条件
-
Active Directory サーバでグループ ポリシー管理機能が使用できることを確認します。
グループ ポリシー管理コンソールを開く手順は、Windows 2012、Windows 2008、および Windows 2003 Active Directory のバージョンによって異なります。お使いのオペレーティング システムのバージョンについては、Windows オンライン ヘルプを参照してください。
-
Horizon RDS ADMX ファイルが Active Directory に追加されていることを確認します。これらの手順の例については、Horizon 8 ドキュメントの『*Horizon リモート デスクトップの機能と GPO』*ガイドにある ADMX テンプレート ファイルの Active Directory への追加に関するコンテンツを参照してください。
-
Horizon ドキュメントの『*Horizon リモート デスクトップの機能と GPO』*ガイドで説明されている RDS デバイスとリソース リダイレクトのグループ ポリシー設定について理解しておきます。
手順
-
Active Directory サーバで、グループ ポリシー管理コンソールを開きます。
-
ドメインと グループ ポリシー オブジェクトを展開します。
-
グループ ポリシー設定用に作成した GPO を右クリックし、 編集 を選択します。
-
グループ ポリシー管理エディタで、 コンピュータの構成 > ポリシー > 管理用テンプレート > Windows コンポーネント > リモート デスクトップ サービス > リモート デスクトップ セッション ホスト > デバイスとリソースのリダイレクト の順に移動します。
-
タイム ゾーン リダイレクトを許可 設定を有効にします。
Microsoft Azure の Horizon Cloud ポッドによって提供されるデスクトップおよびリモート アプリケーションの複数モニタのサポート
このトピックでは、Microsoft Azure の Horizon Cloud ポッドによってプロビジョニングされたエンド ユーザーに資格が付与されたリソースで複数のモニターを使用するための特定のサポートについて説明します。
エンド ユーザーが使用する Horizon Client でのモニターと画面解像度の使用に関する全般的かつ広範な詳細については、「 モニターと画面解像度」を参照してください。
メモ: エンド ユーザーの環境には、ネットワーク条件、帯域幅の消費、ワークロードの強度など、グラフィカル ユーザー エクスペリエンスに影響を与える可能性のある変数が多数あるため、テストを行って、特定のビジネス要件に最適な操作性、コスト、パフォーマンスの組み合わせを特定することをお勧めします。
次の表に示す構成は、オフィスの生産性アプリケーション、ブラウザのストリーミング メディア、インターネットの使用など、一般的なナレッジ ワーカーのワークロード用です。エクスペリエンスは、仮想マシンのサイズ、使用している表示プロトコル、画面解像度、ワークロード、およびその他の要因によって異なる場合があります。
| 仮想マシンのタイプ | グラフィック | ワークロード | モニター オプション |
|---|---|---|---|
| GPU がバッキングされていない RDSH 仮想マシン | Microsoft Hyper-V ディスプレイ アダプタ | 基本、高度なグラフィックス機能や HD ビデオ再生は不要 | 1 台の 4K ディスプレイ |
| GPU を搭載した NV シリーズ RDSH 仮想マシン | NVIDIA GRID GPU ドライバの詳細については、以下を参照してください。 | グラフィックスを多用する、または高度なグラフィックス機能を必要とする | 1 台の 4K ディスプレイ |
| GPU を搭載した NVv4 シリーズ RDSH 仮想マシン | AMD GPU ドライバの詳細については、以下を参照してください。 | 主に、3D アプリケーションなどのアプリケーション レンダリング用です。 | 1 台の 4K ディスプレイ |
| 仮想マシンのタイプ | グラフィック | ワークロード | モニター オプション |
|---|---|---|---|
| GPU を搭載していない VDI デスクトップ仮想マシン | Display Adapter (VMware Tools によってインストールされる) 注: このドライバでは、高度なグラフィックス機能のために Microsoft ソフトウェア レンダリングが使用されます。このドライバは、ESX ディスプレイ ドライバとは異なるドライバです。 | 基本、高度なグラフィックス機能や HD ビデオ再生は不要 | 1 台の 2560 x 1440 ディスプレイ 2 台の 1920 x 1080 ディスプレイ |
| GPU を搭載した NV シリーズ VDI デスクトップ仮想マシン | NVIDIA GRID GPU ドライバの詳細については、以下を参照してください。 | グラフィックスを多用する、または高度なグラフィックス機能を必要とする | 最大 4 台の 4K ディスプレイ 注: Microsoft NV シリーズの仮想マシンでは、VDI デスクトップ用に最大 4 台の 4K ディスプレイを使用できます。サポートされている解像度とワークロードの推奨事項については、使用している GPU の NVIDIA GRID のドキュメントを参照してください。 |
| GPU によりバッキングされた NVv4 シリーズ VDI デスクトップ仮想マシン | AMD GPU ドライバの詳細については、以下を参照してください。 | 主に、3D アプリケーションなどのアプリケーション レンダリング用です。 | 単一の4Kディスプレイ 注: 検証テストとAMD Radeon MI25仕様に基づき、ここでは単一の4Kディスプレイが推奨されます。サポートされている解像度とワークロードの推奨事項を確認するには、使用している GPU の AMD Radeon Instinct MI25 のドキュメントを参照してください。 |
Horizon Cloud on Microsoft Azure — Microsoft Teams のメディア最適化のサポート
Horizon Cloud on Microsoft Azure 環境からプロビジョニングされた仮想デスクトップとリモート アプリケーションで、Microsoft Teams のメディア最適化のための Horizon Cloud リモート エクスペリエンス機能を使用できます。*『Horizon リモート デスクトップ機能と GPO』*ガイドで説明されているように、この機能は、仮想デスクトップではなくクライアント マシンで Teams のメディア処理を実行するためのものです。
Horizon Cloud on Microsoft Azure デプロイの場合、この機能を使用するには、ポッド マニフェスト 2298.0 以降と Horizon Agents Installer (HAI) バージョン 20.2 以降が必要です。2020 年 8 月 11 日の時点で、Horizon Client バージョン 2006 以降を使用して、これらのポッドからプロビジョニングされた仮想デスクトップでこの機能を使用できます。Horizon 8 のドキュメントにある『*Horizon リモート デスクトップ機能と GPO』*ガイドの情報を参照してください。
デスクトップおよびアプリケーションへのアクセス
デスクトップとアプリケーションの割り当てを作成すると、エンド ユーザーは Horizon Client を使用して、または Horizon Web Client の機能を使用してブラウザを使用して、デスクトップとアプリケーションにアクセスできます。環境を Omnissa Access 環境に統合している場合、オプションでエンドユーザー アクセスをその環境を経由するように強制できます。
Horizon Client を使用したデスクトップまたは RDS ベースのリモート アプリケーションへのログイン
エンド ユーザーが Horizon Client を使用して Horizon Cloud に接続すると、割り当てられたデスクトップまたはリモート アプリケーションを操作できます。
次の手順では、Horizon Client を初めて使用して、Horizon Cloud ポッドによって提供されるデスクトップに接続します。
重要: エンド ユーザーに URL リダイレクトを割り当てる場合、エンド ユーザーがこの機能を利用するには、URL コンテンツ リダイレクト機能を有効にして Horizon Client をインストールする必要があります。クライアントで URL コンテンツ リダイレクトを有効にするには、コマンド ラインを使用してクライアントをインストールする必要があります。この領域について学習するための開始点として、Horizon Client ドキュメントの次のトピックを参照してください。
前提条件
-
Horizon Client に関する最新情報を確認します。たとえば、 Omnissa 製品の相互運用性マトリックスを使用して、Horizon Client と Horizon Cloud on Microsoft Azure の相互運用性を比較します。Horizon Client のドキュメントも参照してください。
-
組織の DNS 情報から、
desktops.mycorp.example.comなど、このポッドへのエンドユーザー接続のためのドメイン名システム (DNS) で組織が関連付けている完全修飾ドメイン名 (FQDN) を取得します。たとえば、Microsoft Azure の Horizon Cloud ポッドがエンドユーザー接続に Unified Access Gateway を使用するように構成されている場合、組織には、デプロイ ウィザードで指定した FQDN をポッドのデプロイ済みロード バランサの自動生成されたパブリック FQDN にマッピングする DNS CNAME または A レコードがあります。この自動生成されたパブリック FQDN の説明については、 DNS サーバでマッピングする Horizon Cloud ポッドのゲートウェイのロード バランサ情報の取得方法 を参照してください。
-
クライアント再試行機能を実装している Horizon Client が、システムが基盤となるデスクトップ仮想マシンまたはファーム RDSH 仮想マシンをパワーオンする必要があるときに、接続を自動的に再試行するようにするには、Horizon Universal Console の [ブローカ] ページで クライアントがパワーオフ状態の仮想マシンを待機することを許可する オプションを はい に設定します。Horizon Client for Windows および Horizon Client for Mac のバージョン 4.8 以降では、この機能が実装されています。
手順
-
Horizon Client を起動します。
-
クライアントで、新しいサーバを追加するための選択肢を選択します。
-
新しいサーバ構成で、エンド ユーザー接続の DNS に追加された名前(
desktops.mycorp.comなど)を入力します。 -
認証ダイアログ ボックスに Active Directory ユーザーの認証情報を入力します。
-
2 要素認証が構成されている場合は、プロンプトに従って 2 要素認証の認証情報を入力します。
-
資格のあるデスクトップとリモート アプリケーションの表示リストから、使用するデスクトップとリモート アプリケーションに接続します。
基盤となるデスクトップ仮想マシンまたはファーム RDSH 仮想マシンがパワーオフされると、VDI デスクトップ割り当てまたはファームで構成された電源管理スケジュールにより、システムは接続要求に応答して仮想マシンのパワーオンを開始します。バージョン 4.8 以降の Horizon Client for Windows または Horizon Client for Mac を実行していて、テナント環境で クライアントが電源オフの仮想マシンを待機することを許可する オプションを はい に設定している場合、クライアントには、デスクトップの準備が整うと接続が確立されるというメッセージと、接続の確立に予想される時間が表示されます。
-
選択したデスクトップまたはアプリケーションの起動時に適用される追加オプションを構成するには、アイコンを右クリックして選択します。
ブラウザを使用したデスクトップおよび RDS ベースのリモート アプリケーションへのログイン
組織がそれらのリソースへのエンドユーザー接続用に構成した完全修飾ドメイン名 (FQDN) にブラウザをポイントすることで、ユーザーは資格を付与した Horizon Cloud 環境のリソースにアクセスできます。
次の手順では、ブラウザを使用して、ポッドによって提供されるデスクトップを起動します。
メモ: Access 環境との統合が構成されている場合、エンド ユーザーはその環境を使用してデスクトップおよびリモート アプリケーションにアクセスする必要がある場合があります。エンド ユーザーが Workspace ONE Intelligent Hub カタログを経由するように強制するを参照してください。
前提条件
-
Horizon Web Client に関する最新情報については、 Omnissa Horizon Client のドキュメントを参照してください。
-
組織の DNS 情報から、
desktops.mycorp.example.comなど、Microsoft Azure のこの Horizon Cloud ポッドへのエンド ユーザー接続のためのドメイン名システム (DNS) で組織が関連付けている完全修飾ドメイン名 (FQDN) を取得します。たとえば、ポッドがエンドユーザー接続に Unified Access Gateway を使用するように構成されている場合、組織の DNS には、ゲートウェイで構成された FQDN を Azure ロード バランサの自動生成されたパブリック FQDN にマッピングする CNAME レコードがあります。DNS サーバでマッピングする Horizon Cloud ポッド ゲートウェイのロード バランサ情報の取得方法を参照してください。
-
システムが基盤となるデスクトップ仮想マシンまたは RDSH 仮想マシンをパワーオンする必要があるときに、エンド ユーザーの Horizon Web Client が自動的に接続を再試行するようにするには、 クライアントがパワーオフ状態の仮想マシンを待機することを許可する オプションを はい に設定します。このオプションは、Horizon Universal Console の [ブローカ] ページにあります。バージョン 4.10 以降の Horizon Web Client には、この機能が実装されています。
-
VDI デスクトップ、セッション デスクトップまたはリモート アプリケーションが割り当てられているユーザーの認証情報があることを確認します。
手順
-
ブラウザで
https://<desktops-FQDN>形式の URL を参照します。desktops-FQDN は、エンド ユーザー接続のために DNS に追加された完全修飾ドメイン名です。たとえば、会社の DNS に
myDesktops.example.comの FQDN が関連付けられている場合は、ブラウザをhttps://myDesktops.example.comにポイントします。 -
デスクトップ割り当てを持つユーザーの認証情報を使用してログインします。
タスクの結果
ユーザーの割り当てを表すアイコンがブラウザに表示されます。ユーザーは、アイコンをクリックしてデスクトップまたはアプリケーションを起動できます。
ファイル リダイレクトを使用したリモート アプリケーションによるローカル ファイルへのアクセス
ファイル リダイレクト機能を使用すると、特定のファイル タイプをサポートする資格のあるリモート アプリケーションでローカル ファイルを開くことができます。
この機能は、Horizon Client で [ ホスト型アプリケーションでローカル ファイルを開く ] オプションが選択されている場合に有効になります。
この機能により、ユーザーは次の操作を実行できます。
-
クライアント マシンでローカル ファイルをダブルクリックするか、右クリックして このアプリケーションで開く を選択し、メニューからリモート アプリケーションを選択して、ローカル ファイルを開きます。
-
リモート アプリケーションで、ファイルが存在する完全なフォルダを参照します。
-
リモート アプリケーションを使用して行った変更をローカル クライアント ディスクに保存します。
-
資格のあるアプリケーションを、アプリケーションが開くことのできるファイル タイプのファイル ハンドラとして登録するか、リモート アプリケーションで 1 回だけ開くことを選択します。
アプリケーションをデフォルトのハンドラとして設定すると、次のようになります。
- ファイルのプレビュー アイコンは、アプリケーション ランチャ ページで使用資格が付与されているアプリケーションのアイコンと一致します。
- ファイル タイプの説明は、リモート アプリケーションによってオーバーライドされます(存在する場合)。
- そのタイプのファイルをダブルクリックすると、Horizon Client が起動します。
Universal Broker を使用した Horizon Cloud 環境 — エンド ユーザーが Workspace ONE Intelligent Hub カタログを経由して、使用資格が付与されたデスクトップおよびアプリケーションにアクセスすることを強制します <a id="enforcewsone>">
これらの手順は、Horizon Cloud 環境が Universal Broker 用に構成されている場合、および Horizon Cloud を Access テナントと統合している場合に適用されます。Horizon Cloud が提供するこの機能を使用すると、エンド ユーザーが Workspace ONE Intelligent Hub カタログを経由して、ポッドでプロビジョニングされたデスクトップおよびリモート アプリケーションにアクセスする必要があることを指定できます。エンド ユーザーに Hub カタログを介してデスクトップへのアクセスを要求すると、Horizon Client または Horizon Web Client を使用したデスクトップへの直接アクセスが防止されます。この強制は、Workspace ONE テナント環境に設定されている 2 要素認証方法を使用する場合に役立ちます。
環境が Universal Broker で構成されている場合、エンド ユーザーは通常、次の方法を使用して資格のあるデスクトップを起動します。
- ブラウザから、エンドユーザー アクセス用の Universal Broker URL をロードする。その URL は、Horizon Universal Console の [ブローカ] ページに表示されます。
- Horizon Client アプリケーションから、その Universal Broker URL をクライアント アプリケーションの新しいサーバの場所として含める。
- Universal Broker を使用した Horizon Cloud 環境 - テナントを Omnissa Access および Intelligent Hub サービスと統合するの説明に従って、環境を統合している場合は、Workspace ONE Hub カタログから。
Horizon Universal Console では、オプションで、エンド ユーザーが Workspace ONE Hub カタログのみを使用するように Horizon Cloud 環境を構成できます。
前提条件
Universal Broker と Access テナントで構成された Horizon Cloud が正常に統合されていることを確認します。Universal Broker を使用した Horizon Cloud 環境 - テナントを Omnissa Access および Intelligent Hub サービスと統合するを参照してください。
手順
-
コンソールで、 設定 > ブローカ > 認証 の順に移動します。
-
Intelligent Hub を適用 トグルを有効にして、選択内容を確認します。
次のタスク
デスクトップ アクセスが設定に応じて動作することを確認するには、Workspace ONE Hub カタログ経由ではなく、Horizon Client または直接ブラウザを使用してデスクトップにアクセスしてください。
シングルポッド仲介を使用した Horizon Cloud 環境 — エンド ユーザーが Omnissa Access を経由して、使用資格が付与されたデスクトップおよびアプリケーションにアクセスすることを強制します
これらの手順は、Horizon Cloud 環境がシングルポッド仲介用に構成されており、Access 環境を Microsoft Azure のポッドと統合している場合に適用されます。Horizon Cloud は、エンド ユーザーがポッドでプロビジョニングされたデスクトップおよびリモート アプリケーションにアクセスするために Access を経由する必要があることを指定することができるこの機能を提供します。エンド ユーザーに Access を使用してデスクトップにアクセスするように要求すると、Horizon Client または Horizon Web Client を使用したデスクトップへの直接アクセスが禁止されます。この強制は、Access 環境で設定されている 2 要素認証方法を使用する場合に役立ちます。
エンド ユーザーは通常、次の方法を使用して資格のあるデスクトップを起動します。
- ブラウザから、組織の DNS レコードがアクセスする必要があるポッドに関連付けたエンドユーザー アクセス用の FQDN をロードする。
- Horizon Client アプリケーションから、その FQDN をクライアント アプリケーションの新しいサーバの場所として含める。
- Access から、 シングルポッド仲介を使用した Horizon Cloud 環境 — Microsoft Azure の環境の Horizon Cloud ポッドと Omnissa Access の統合の説明に従って、環境を統合している場合。
第 1 世代の Horizon Universal Console では、オプションで、エンド ユーザーが Access のみを使用するように Horizon Cloud 環境を構成できます。企業のネットワーク外の場所からデスクトップおよびアプリケーションにアクセスしているユーザー、または企業ネットワーク内からアクセスしているユーザー、あるいはその両方に対して、強制を設定できます。適用が有効になっている場合に、自動的に Access にリダイレクトするようにクライアントを構成することもできます。
エンドユーザーに Access へのアクセスを強制する機能は、次のようにアクセス リダイレクト機能と連携します。
| アクセス設定を介したエンドユーザー アクセスの強制 | アクセス リダイレクトの設定 | エンド ユーザーのクライアントが Horizon Cloud に接続してデスクトップとアプリケーションにアクセスしたときの動作 |
|---|---|---|
| 有効(はい) | 有効(はい) | クライアントは自動的に Access にリダイレクトされます。 |
| 有効(はい) | 無効(いいえ) | クライアントは、Access を使用して Horizon Cloud にアクセスする必要があることをユーザーに通知するメッセージを表示します。自動リダイレクトは発生しません。 |
| 無効(いいえ) | 有効(はい) | クライアントは、エンド ユーザーがログインするための Horizon Cloud ログイン画面を表示します。Access への強制アクセスが有効になっていないため、自動リダイレクトは発生しません。 |
| 無効(いいえ) | 無効(いいえ) | クライアントは、エンド ユーザーがログインするための Horizon Cloud ログイン画面を表示します。このシナリオでは、強制アクセスと自動リダイレクト機能の両方が無効になっています。 |
前提条件
Horizon Cloud と Access 環境が正常に統合されていることを確認します。シングルポッド仲介を使用する Horizon Cloud 環境 — Microsoft Azure の環境の Horizon Cloud ポッドと Omnissa Access の統合を参照してください。
手順
-
コンソールで、 設定 > ID 管理 に移動し、 構成 をクリックします。
-
ダイアログ ボックスで、組織のニーズに応じて選択を行います。
オプション 説明 リモート ユーザーに へのアクセスを強制 はい に設定すると、企業のネットワーク外の場所からデスクトップにアクセスしようとしているユーザーは、 Access にログインし、そこからデスクトップにアクセスする必要があります。 内部ユーザーに へのアクセスを強制 はい に設定すると、企業のネットワーク内の場所からデスクトップにアクセスしようとしているユーザーは、Access にログインし、そこからデスクトップにアクセスする必要があります。 -
保存 をクリックして、システムに対する設定を確認します。
-
ID 管理の構成で アクセス リダイレクト を設定します。
メモ: アクセス リダイレクトは、[ID 管理] ページで設定されている 1 つの ID 管理 URL に対してのみ有効にできます。[ID 管理] ページに、異なる ID 管理 URL を持つ複数の構成がリストされていて、その 1 つが はい に設定されている場合、別の ID 管理 URL のトグルを はい に設定しようとすると、エラー メッセージが表示されます。
-
[ID 管理] ページで、リダイレクトを設定する Access 構成のチェック ボックスをオンにし、 編集 をクリックしてその構成を開きます。
-
Workspace ONE リダイレクト トグルを はい に設定します。
-
[保存] をクリックします。
-
次のタスク
デスクトップ アクセスが設定に応じて動作することを確認するには、 Access 経由ではなく、Horizon Client または直接ブラウザを使用してデスクトップにアクセスしてください。
このページは役に立ちましたか?