VMware Horizon® Cloud Service™ | 2020 年 3 月 17 日時点のサービスレベル
VMware Horizon® Cloud Service™ on Microsoft Azure | バージョン 3
VMware Horizon 7 Cloud Connector | バージョン 1.6
VMware Horizon Universal Broker プラグインインストーラ | バージョン 20.1
VMware Horizon Agents Installer | バージョン 19.4（2019 年 12 月リリースのバージョン 2.2 と同じ）

これらのリリースノートは 2020 年 3 月 17 日付で発行されるサービスリリースに適用されます。Microsoft Azure にデプロイされたポッドの場合、これらのリリースノートはソフトウェアマニフェストバージョン 1976 以降でデプロイされたポッドに適用されます。Microsoft Azure にデプロイされたポッドに対するこれよりも前のマニフェストバージョンのリリースノートについては、https://docs.vmware.com/jp/VMware-Horizon-Cloud-Service/index.html の左側ナビゲーションペインにリストされたリンクを使用して、引き続きサポート対象である以前の Horizon Cloud リリースのリリースノートを参照してください。

注：Horizon 7 Cloud Connector バージョン 1.6 などの最新のダウンロード可能なソフトウェアは、2020 年 3 月 17 日午後 4 時 (GMT) より my.vmware.com のダウンロード領域で提供されます。このドキュメントは、これらのバイナリをダウンロードできるようになったときに更新されます。

このドキュメントは、このサービスレベルのリリースおよび上記のコンポーネントのリリースのために更新されました。このドキュメントは、Horizon Cloud Service 自体が更新されたときに定期的に改訂されるため、サービスに関する最新の情報が得られます。本リリースノートに対する追加情報および更新情報を適宜確認してください。サービスのリリース日以降のドキュメントの改訂箇所については、緑色の新規または赤色の最終更新というテキストを検索してください。

本リリースで更新された主要なドキュメントは次のとおりです。

VMware Horizon Cloud Service on Microsoft Azure 要件チェックリスト (HTML)。
VMware Horizon 7 with Horizon Cloud の要件チェックリスト (HTML)。
デプロイガイド (HTML | PDF)
管理ガイド (HTML | PDF)

このリリースの新しいドキュメントは、『クラウドからのイメージの管理』(HTML | PDF) です。この新しいドキュメントは、新しいイメージライフサイクル管理サービスに付属されています。このサービスについては、以下の「このリリースの新機能」セクションで説明しています。

リリースノートの概要

本リリースノートには、次のトピックが含まれています。

VMware Horizon Cloud Service について
このリリースの新機能
現在のユーザー向け - このリリースについて
環境、オペレーティングシステムおよび互換性
このリリースの使用前に知っておくべきこと
製品ドキュメントと追加の役立つリソース
既知の制限
既知の問題
このリリースで解決された以前の問題

VMware Horizon Cloud Service について

VMware Horizon Cloud Service は、クラウド環境向けに最適化されたアーキテクチャを提供することで、従来のデスクトップおよびアプリケーションの仮想化に変革をもたらします。それにより、仮想デスクトップとアプリケーションの場所（クラウド内かオンプレミスか）を自由に選択し、それらすべてを単一の制御プレーンから管理できるようになります。ポッドは、従来の Horizon 7 インストールと同じようにオンプレミスに配置したり、Microsoft Azure や VMware Cloud on AWS などのクラウドに配置できるため、コスト、場所、地理的条件、現在の使用状況に基づいてワークロードを自由に展開できます。Horizon Cloud 制御プレーンは、クラウド接続されたすべてのポッドを管理する単一のユーザーインターフェイスを提供し、ポッドの容量の使用状況、健全性の監視、およびヘルプデスクサービスに対する可視性をもたらし、さらにエンドユーザーのワークスペース割り当てを設定して、使用資格のある仮想デスクトップとアプリケーションにエンドユーザーを関連付ける機能を提供します。Horizon Cloud の全体的なテナント環境は、VMware がホストするクラウドサービス自体とクラウド接続されたポッド（それらのポッドが常駐する場合）で構成され、その管理はすべて Horizon Cloud 管理コンソールという単一の管理画面で行います。

たとえば、Horizon Cloud 管理コンソールを使用して、複数のクラウド接続された Horizon 7 ポッドに対して統合された健全性監視およびマルチクラウド割り当て(MCA) を実行できます。このような MCA は、それらのクラウドに接続された Horizon 7 ポッドのいずれかに配置された自分のデスクトップにユーザーがアクセスすることを可能にするグローバル資格を作成します。Microsoft Azure のポッドの場合は、Horizon Cloud を使用してマスターイメージを作成できます。そのイメージから、ポッドはエンドユーザーが任意のデバイスから安全にアクセスできる仮想デスクトップとリモートアプリケーションをプロビジョニングできます。

このリリースの新機能

2020 年 3 月のリリースで、次の主要な機能が初めて実装されます。このリリースに先立って、クラウド接続されたポッドをすでにお持ちの場合は、「既存のクラウド接続ポッドを使用している現在のユーザー向け - このリリースについて」で追加の詳細情報を参照してください。

Horizon Cloud Service の新機能

Horizon 制御プレーンが使用可能になり、Microsoft Azure で実行されています。制御プレーンのインスタンスは、米国、ヨーロッパ、およびオーストラリアの地域に配置されており、Horizon 7（オンプレミスと VMware Cloud on AWS）ポッドおよび Horizon Cloud on Microsoft Azure ポッドの両方をサポートします。
ダッシュボードの [セッション] タブには、ポッドが選択されている場合に、各割り当てとファームのプロビジョニング済みセッションと使用済みセッションの合計数が表示されるようになりました。ユーザー使用量レポートには、エンドユーザーごとの CPU およびメモリの消費量の詳細が表示されるようになりました。これにより、Horizon 7（オンプレミスおよび VMware Cloud on AWS）と Horizon Cloud on Microsoft Azure ポッドの両方のユーザーの継続的な使用パターンを簡単に分析できます。
Horizon Cloud ヘルプデスクの改善により、Horizon 7（オンプレミスと VMware Cloud on AWS）ポッドおよび Horizon Cloud on Microsoft Azure ポッドの両方の Horizon Cloud ヘルプデスクでユーザー固有の情報を検索する際に、個人および機密のエンドユーザー情報を保護できるようになりました。
構成の問題とエラーを最小限に抑えるために Horizon Cloud Connector のプロキシ構成を簡素化し、また、Horizon 7 オンプレミスポッドおよび VMware Cloud on AWS ポッドのオンボーディング時にエラーを特定して修正するオンボーディング診断ツールを使用できるようになりました。

Horizon Cloud on Microsoft Azure の新機能

Horizon Cloud on Microsoft Azure は、Windows 10 Enterprise マルチセッションファームおよび Microsoft FSLogix の拡張 Windows 仮想デスクトップ機能のサポート、および拡張セキュリティ更新プログラムが適用された Windows 7 仮想デスクトップの Tech Preview のサポートを提供するようになりました。詳細については、vmware.com/go/HorizonWVD を参照してください。
RDSH ファームは、新しいユーザーログインモードを介して仮想マシンごとのメンテナンスをサポートするようになりました。このモードは、仮想マシンをドレインして Horizon Cloud on Microsoft Azure ポッド上の RDSH ファーム内で使用可能な仮想マシンに接続をルーティングするように設定できます。
Microsoft Sysprep 関連の問題の検出機能が改善されました。また、エラーレポート機能の改善により、Horizon Cloud on Microsoft Azure ポッドに関する VMware ナレッジベース記事のリンクとともに明確で実行可能なエラーメッセージが管理者に提供されるようになりました。
外部ゲートウェイは、ユーザーが作成した既存の Microsoft Azure リソースグループへのデプロイをサポートし、Horizon Cloud on Microsoft Azure ポッド上の Microsoft Azure サブスクリプション内でより詳細に範囲を限定した権限を提供します。

クラウド接続された Horizon 7 ポッドの新機能

Horizon 7 オンプレミスのポッドでは、イメージライフサイクル管理 (ILM) サービスを利用できるようになりました。Early Access バージョンの主な機能強化には、未使用のイメージバージョンを削除したり、OS 最適化ツール（ベータ版）をダウンロードして使用したりする機能が含まれます。OVA ファイルのインポートは使用できなくなったことに注意してください。

既存のクラウド接続ポッドを使用している現在のユーザー向け - このリリースについて

上記の「このリリースの新機能」セクションに記載されている項目に加えて、クラウド接続されたポッドがすでに存在し、Horizon Cloud の機能やワークフローを使用した経験があるユーザー向けに、このセクションでは、今回のリリースの新機能と変更の意味について説明します。Horizon Cloud 管理コンソールの機能強化に関連する新機能は、リストの一番下にまとめられています。より詳細な情報については、『デプロイガイド』と『管理ガイド』を参照してください。

クラウドに接続された Horizon 7 ポッドの場合：
- 2 つの主なユースケース、当該ポッドでのサブスクリプションライセンスの使用のアクティベーションと Horizon Cloud が Horizon 7 ポッドに提供するクラウドホスト型サービスの使用の有効化では、Horizon 7 ポッドが Horizon Cloud にオンボーディングされています。各ポッドは Horizon 7 Cloud Connector を使用してオンボーディングされます。Horizon Cloud への Horizon 7 ポッドのオンボーディングは、Horizon 7 でのサブスクリプションライセンスのアクティベーションのために、Horizon 7 バージョン 7.6 環境と Horizon 7 Cloud Connector 1.0 で開始されました。その後、新しいバージョンの Horizon 7 をそれぞれ新しいバージョンの Horizon 7 Cloud Connector と組み合わせることにより、Horizon 7 の最新バージョンを Horizon 7 Cloud Connector の最新バージョンと組み合わせて実行しているクラウド接続された Horizon 7 ポッドで追加のクラウドホスト型サービスを利用できるようになりました。このリリースの Horizon 7 Cloud Connector バージョン 1.6 では、次の新機能が導入されています。以前のバージョンの Cloud Connector を使用している場合は、新機能およびセキュリティと復元性の修正を活用するために、この最新バージョンにアップグレードすることをおすすめします。
  - Horizon 7 Cloud Connector 1.6 のコマンドライン診断ツールを使用すると、Cloud Connector がポッドを Horizon Cloud と正常にペアリングするために必要な Horizon 7 ポッドのシステムコンポーネントとサービスの健全性を確認できます。Web ベースの構成ポータルにログインしてポッドの構成ウィザードを実行する前に、この診断ツールを実行して、正常な結果を妨げる可能性のある項目を確認できます。問題が発見された場合、ツールはコンポーネント名、詳細、および推奨される修復手順をレポートします。
Microsoft Azure のポッドの場合：
- 「このリリースの新機能」セクションで説明されているように、外部 Unified Access Gateway 構成用に個別のサブスクリプションを使用する場合に高度なデプロイ構成をサポートするには、ポッドデプロイヤによって作成されたデフォルトのリソースグループではなく、ユーザーが作成した既存のリソースグループに Unified Access Gateway リソースをデプロイすることを選択できます。
  - 既存のポッドでこの機能を利用するには、まずポッドを少なくともマニフェストバージョン 1763 以降（2019 年 12 月リリースのマニフェスト）にアップグレードする必要があります。次に、外部ゲートウェイ構成に個別のサブスクリプション、VNet、およびカスタムリソースグループを使用するには、文書化された要件をすべて満たす必要があります。その要件には、使用する VNet をポッドの VNet とピアリングし、使用するサブスクリプションでリソースグループを作成することなどが含まれます。その後、管理コンソールの外部 UAG 削除ワークフローを使用して、ポッドの既存の外部 Unified Access Gateway 構成を削除する必要があります。削除が正常に完了したら、「ポッドの編集」ワークフローを実行して、新しいオプションを使用して外部ゲートウェイを追加し、外部 Unified Access Gateway を既存のリソースグループに配置できます。
- 管理者は、VDI デスクトップ仮想マシンがエンドユーザーに割り当てられると、デスクトップ仮想マシン名ではなく、専用 VDI デスクトップ割り当ての名前をエンドユーザークライアントに表示するように指定できるようになりました。以前は、エンドユーザーが特定の VDI デスクトップ仮想マシンを要求すると、そのクライアントはデフォルトでデスクトップ仮想マシンの名前を表示し、それを変更することはできませんでした。注：このオプションによって、VMware Workspace ONE Access を経由するエンドユーザー接続に対する表示内容が変更されることはありません。VMware Workspace ONE Access は、常に専用 VDI デスクトップ割り当て名を表示し、エンドユーザーが Workspace ONE Access からデスクトップ仮想マシンを起動すると、デスクトップ名がエンドユーザークライアントに表示されます。[全般設定] ページにこの機能のオプションが表示されますが、この機能を利用できるようにするには、ポッドでこのリリースのマニフェストバージョンが実行されている必要があります。
- 「このリリースの新機能」セクションで説明されているように、このリリースのポッドマニフェストバージョンでは、管理者が仮想マシンに対してメンテナンスアクションを実行できるように、個々のファーム仮想マシンをメンテナンスモードにすることができます。この機能を活用して仮想マシンごとのメンテナンスモードを設定する前に、ポッドでこのリリースのマニフェストバージョンを実行する必要があります。また、管理コンソールの既知の問題により、この機能のオプションが管理コンソールのファームの [サーバ] タブに表示されますが、ファームの仮想マシンのエージェントがバージョン 20.1.0 以降を実行するまで、これらのユーザーインターフェイスオプションはモードを設定しません。注：現在、エージェントバージョン 20.1.0 は、Horizon Cloud のデプロイで使用するクラウド制御プレーンでまだリリースされていません。エージェントバージョン 20.1.0 がクラウド制御プレーンでリリースされると、管理コンソールには、仮想マシンのエージェントのアップグレードが可能であることを示す、通常の青色のドットが表示されます。
既存のクラウド接続されたポッドを使用する現在のユーザーには、次のような注意事項が追加されます。
- 管理コンソールの [レポート] ページと [ダッシュボード] ページで利用可能なレポートの機能が拡張されました。これらのレポートのデータは、クラウド監視サービスによって提供されます。既存のポッドでこの機能を利用できます。
- 「今回のリリースの新機能」セクションで説明されているように、Horizon 7 オンプレミスのポッドでは、イメージライフサイクル管理 (ILM) サービスが利用可能になりました。そのサービスで使用されるワークフローの使用をサポートする新しいドキュメントがリリースされました。『クラウドからのイメージの管理』(HTML | PDF)

環境、オペレーティングシステムおよび互換性

他の VMware 製品との互換性：この製品と他の VMware 製品との互換性に関する最新情報については、「VMware 製品の相互運用性マトリックス」を参照してください。
対応ブラウザ：管理コンソールは、Google Chrome、Mozilla Firefox、Microsoft Internet Explorer、Microsoft Edge の最新バージョンに対応しています。Apple Safari での使用を試すことはできますが、このリリースでは Apple Safari 環境での管理コンソールの使用はサポートされていません。
Microsoft Azure クラウドサポートMicrosoft Azure デプロイに対して、このサービスは現在、次の Microsoft Azure クラウド環境で利用できます。
- Microsoft Azure（標準グローバル地域）
- Microsoft Azure（中国）
- Microsoft Azure Germany
- Microsoft Azure Government（バージニア州政府、アリゾナ州政府、テキサス州政府）
注：現在、Microsoft Azure のポッドの高可用性 (HA) 機能は、Microsoft Azure 標準グローバルリージョンにデプロイされたポッドでのみサポートされます。Microsoft Azure in China、Microsoft Azure Germany、Microsoft Azure Government のポッドではサポートされません。VMware チームは、このようなクラウド環境のポッドに対する HA 機能のサポートの追加に取り組んでいます。Microsoft Azure in China、Microsoft Azure Germany、Microsoft Azure Government の既存のポッドを HA 機能なしで今回のリリースのマニフェストバージョンにアップグレードする場合は、VMware の担当者にお問い合わせの上サポートを受けてください。
サポートされる Microsoft Windows オペレーティングシステム：サービスの Microsoft Azure 環境では、Azure Marketplace における次の Microsoft Windows オペレーティングシステムのエディションおよびバージョンは、本リリースでのイメージのデプロイ方法が自動か手動かにかかわらず、本リリースでの使用がサポートされています。
- サポートされている Windows 10 以外のオペレーティングシステムについては、VMware ナレッジベースの記事 KB78170 を参照してください。
- サポートされている Windows 10 オペレーティングシステムについては、VMware ナレッジベースの記事 KB70965 を参照してください。
Microsoft Azure 環境でサポートされる Horizon Client バージョン：Microsoft Azure のポッドによって仲介されるデスクトップおよびリモートアプリケーションと互換性のある特定のバージョンの Horizon Client を表示するには、「VMware 製品の相互運用性マトリックス」を参照し、ドロップダウンメニューから Horizon Cloud Service on Microsoft Azure および VMware Horizon Client を選択します。Horizon Client の各バージョンに関するリリースノートは、次の VMware Horizon Client Documentation ページより取得できます。docs.vmware.com/jp/VMware-Horizon-Client/
注：VMware Horizon HTML Access クライアントは、モバイルブラウザで使用すると、一部の機能がサポートされなくなります。また、Horizon Client が HTML Access に対応して、クライアントのローカルシステムと仮想マシン OOTB (out of the box) の間でテキストのコピーアンドペーストをサポートしている場合でも、エンドユーザーがこの機能を使用するためには、この構成が必要になります。詳細については、VMware Horizon HTML Access ドキュメントページを参照して、最新の『ユーザーガイド』および『インストールとセットアップガイド』の情報を検索してください。
Microsoft Windows 7 オペレーティングシステム：上記の「このリリースの新機能」セクションで説明されているように、このリリースでは、拡張セキュリティ更新プログラムが適用された Windows 7 仮想デスクトップの Tech Preview サポートを提供しています。「Horizon Service へのようこそ」E メールに、Horizon Cloud テナントアカウントが次のいずれかの地域で作成されたことが示されている場合、Horizon Cloud Service テナントを使用して、この Tech Preview オペレーティングシステムにアクセスできます。PROD1_NORTHCENTRALUS2_CP1、PROD1_NORTHEUROPE_CP1、PROD1_AUSTRALIAEAST_CP1。このオペレーティングシステムに基づく仮想デスクトップでは、Horizon Windows クライアント、RDP 8.x プロトコル、および Horizon リモートエクスペリエンス機能の USB リダイレクトとヘルプデスクを使用できます。NV シリーズの仮想マシンで GPU を使用することはサポートされていません。
Microsoft Azure 環境でサポートされている NSX Cloud バージョン: このリリースのマニフェストバージョンのポッド（新規ポッドまたはアップグレードされたポッド）の場合は、NSX-T Data Center 2.5 以降を使用することをおすすめします。以前リリースされたマニフェストバージョンのポッドについては、NSX-T Data Center パッチリリース（パッチリリース 2.3.0.1.0、ビルド 10539383）は引き続き機能します。注：NSX-T Data Center 2.4 または 2.5 を使用している場合、NSX で管理されている仮想マシンの転送ポリシーに追加の構成手順が必要になります。詳細については、『管理ガイド』を参照してください。
クラウドに接続された Horizon 7 ポッドのバージョン：Horizon 7 Cloud Connector でサポートされている Horizon 7 のバージョンについては、VMware ナレッジベースの記事 KB77564 を参照してください。クラウドに接続された Horizon 7 ポッドでのみ使用可能な高度な機能のメリットを活用するには、Horizon 7 Cloud Connector および Horizon 7 ソフトウェアのより新しいバージョンが必要です。必要なライセンスがある場合、VMware Horizon Cloud Service ダウンロードページ内にある Horizon 7 Cloud Connector セクションに移動して、最新の Horizon 7 Cloud Connector アプライアンスと VMware Universal Broker プラグインインストーラをダウンロードできます。
重要：Horizon Cloud のユーザーアカウントが次のいずれかの地域で作成されている場合は、Horizon 7 Cloud Connector のバージョン 1.6 以降を使用する必要があります。PROD1_NORTHCENTRALUS2_CP1、PROD1_NORTHEUROPE_CP1、PROD1_AUSTRALIAEAST_CP1。バージョン 1.6 のみが、これらの地域と互換性があります。「Horizon Service へのようこそ」E メールには、アカウントが作成された地域が記載されています。

このリリースの使用前に知っておくべきこと

このリリースの VMware Horizon Cloud Service の使用準備をする際は、以下の情報を確認してください。

セットアップの前提条件：
- Microsoft Azure 環境で、デプロイを開始する前にセットアップの前提条件を確認してください。以下のドキュメントを参照してください。
  - VMware Horizon Cloud Service on Microsoft Azure 要件チェックリスト
  - VMware Horizon Cloud Service デプロイガイド
- オンプレミスまたは VMware Cloud on AWS に手動でインストールされた Horizon 7 ポッドへの接続については、作業を開始する前にセットアップの前提条件を確認してください。以下のドキュメントを参照してください。
  - VMware Horizon 7 7.12 リリースノート
  - VMware Horizon 7 on VMware Cloud on AWS デプロイガイド（AWS SDDC 上の VMware Cloud に手動でポッドをインストールする場合）
  - VMware Horizon 7 7.12 インストール（ポッドをオンプレミスでインストールする場合）
  - VMware Horizon Cloud Service デプロイガイド（ポッドを Horizon Cloud に接続する場合）
ソフトウェアのダウンロード：環境で使用するソフトウェアのダウンロードを My VMware® で確認します。これらのダウンロードはデプロイを開始する前のオプションですが、デプロイの前に確認することができます。「VMware Horizon Cloud Service のダウンロードページ」を参照して、このリリースのダウンロードリンクに進んでください。同じページ内に Horizon Cloud Connector の行が表示され、[ダウンロードに移動] をクリックすると、最新の Horizon 7 Cloud Connector バージョン 1.6 と VMware Universal Broker プラグインインストーラ 20.1 の両方を取得できます。
ユーザー設定のパーシステンス：すべての Microsoft Azure のデプロイで、フォルダーリダイレクト機能を備えた VMware Dynamic Environment Manager™ を使用して、ユーザープロファイルのパーシステンスを提供できます。「VMware Horizon Cloud Service のダウンロードページ」を参照して、このリリースのダウンロードリンクに進み、このリリースでの使用がサポートされている Dynamic Environment Manager ソフトウェアをダウンロードできます。

いずれかのデプロイタイプで Horizon Cloud Service を使用するにあたり、以下の情報をあらかじめ確認しておくと役立ちます。

Horizon Cloud 管理コンソールへのログイン認証は My VMware アカウントの認証情報に依存します。My VMware アカウントのシステムでシステム障害が発生していて認証要求を処理できない場合、その期間中に管理コンソールにログインすることはできません。管理コンソールの最初のログイン画面にログインするときに問題が発生する場合は、https://status.horizon.vmware.com でにある Horizon Cloud のシステムステータスページで最新のシステムステータスを参照してください。そのページでは、アップデートを定期受信にすることもできます。
Horizon Cloud 制御プレーンにペアリングされ、同じユーザーアカウントに関連付けられている各ポッドは、それらのポッドに接続された Active Directory ドメインへの線を持っていて、その線に沿って一方向または双方向の信頼関係を設定している必要があります。たとえば、3 つのポッドがあり、そのうちの 1 つは Microsoft Azure 内に、1 つはオンプレミスに、もう 1 つは VMware Cloud on AWS 内にある場合、これらのポッドのそれぞれが線を持ち、同じ Active Directory ドメインのセットに対して一方向または双方向の信頼関係を設定している必要があります。

Microsoft Azure 環境を使用する前に、次の情報をあらかじめ確認しておくと役立ちます。

サブスクリプションとポッドの数：1 つの Microsoft Azure サブスクリプションに展開するポッド数については、特に大規模に各ポッドを実行させる予定がある場合は、十分に考慮しておいてください。複数のポッドを 1 つの Microsoft Azure サブスクリプションにデプロイできますが、すべてを 1 つのリージョンにデプロイしても、複数のリージョンにデプロイしても、Microsoft Azure では 1 つのサブスクリプション内で一定の制限がかかります。このような Microsoft Azure の制限が原因で、多数のポッドを 1 つのサブスクリプションにデプロイすると、それらの制限に到達する可能性が高くなります。それらの制限に関わるのは、ポッドの数、各ポッド内のファームと割り当ての数、各ポッド内のサーバの数、各割り当て内のデスクトップの数などの多くの変数、およびそれらの変数の組み合わせです。
大規模にポッドを実行する予定がある場合は、複数のサブスクリプションを 1 つの Microsoft Azure アカウントで利用する方法を検討してください。Microsoft Azure のユーザーにとっては、この方法を使用する方が、サブスクリプションの進行中の管理に対していくつかのメリットを得られるため、都合がよい場合があります。この方法を使用すると、サブスクリプションあたり 1 つのポッドを展開し、それらのサブスクリプションを 1 つの「マスターアカウント」にロールアップして、1 つのサブスクリプションに対して適用される Microsoft Azure の制限に達する可能性を排除します。
ノードの一時ジャンプボックス仮想マシンおよびポッドマネージャ仮想マシン（ポッドで高可用性が有効になっている場合は複数の仮想マシン）に接続されている Microsoft Azure 仮想ネットワーク (VNet) では、外部へのインターネットアクセスが必要です。このリリースではプロキシベースの認証がサポートされています。ポッドのデプロイウィザードでプロキシの詳細を指定する必要があります。ポッドのデプロイでは、特定のポートとプロトコルを使用して、特定の DNS 名にアクセスできる必要があります。接続要件については、「VMware Horizon Cloud Service デプロイガイド」を参照してください。注：ポッドのプロキシが設定されているときは、ベースのマスター仮想マシンを手動で作成する必要があります。ポッドがプロキシベースの認証用に設定されている場合、自動化されたイメージのインポートウィザードを使用することはできません。
サブネットのサイズ設定：ポッドのデプロイ後に、ポッドのサブネットのサイズを拡張することは現在サポートされていません。このため、本番環境では、次の要件に十分対応できるサブネットサイズを使用する必要があります。
- 管理サブネット：ポッドをデプロイする場合、2019 年 3 月の時点では、ポッドの管理サブネットには最小で CIDR /27 が必要です。以前のリリースでは最小でこれより低い CIDR /28 が許可されていました。この変更は、サブネット内に使用可能な IP アドレスがないためにポッドのアップデート中に発生する可能性がある問題の発生を低減する目的で行われました。/27 の CIDR では、32 個の IP アドレスが提供されます。
- デスクトップ（テナント）サブネット：/24 から /21 までの CIDR を使用して、VDI デスクトップ、RDS イメージ、およびポッドの RDS ファームに含まれるあらゆるサーバに対する仮想マシンに対応します。たとえば、最大 2,000 台の VDI デスクトップ仮想マシンをサポートする本番ポッドが必要な場合、この要件に対応する最小限の CIDR は、/21（2048 IP アドレス）になります。
外部ゲートウェイを独自の VNet にデプロイする機能を使用するには、VNet をピアリングする必要があります。そのため、デプロイウィザードを実行する前に、サブネットを手動で作成する必要があります。外部ゲートウェイの VNet の場合、その管理サブネットとバックエンドサブネットはそれぞれ、同じ最低限の CIDR/27 に準拠する必要があります。

Horizon Cloud をオンプレミスまたは VMware Cloud on AWS にインストールしたポッドに接続する場合は、次の情報をあらかじめ確認しておくと役立ちます。

Horizon Cloud テナントアカウントが 2020 年 3 月 17 日以降にPROD1_NORTHCENTRALUS2_CP1、PROD1_NORTHEUROPE_CP1、PROD1_AUSTRALIAEAST_CP1 のいずれかの地域で作成された場合、これらのポッドを Horizon Cloud に接続するには、Horizon 7 Cloud Connector バージョン 1.6 以降を使用する必要があります。「Horizon Cloud Service へのようこそ」E メールの日付は、テナントアカウントが 2020 年 3 月 17 日以降に作成されたかどうかを判断するために使用する日付です。この E メールには、アカウントが作成された地域も記載されています。以前のバージョンの Cloud Connector では、これらの地域に 2020 年 3 月 17 日以降に作成されたテナントアカウントで使用すると、互換性の問題が発生します。
Cloud Connector のオンボーディングプロセスを使用して最初の Horizon 7 ポッドを Horizon Cloud に接続した後、第 2 の Horizon 7 ポッドを Horizon Cloud に接続する前に、Horizon Cloud 管理コンソールにログインして Active Directory ドメイン登録プロセスを完了する必要があります。Active Directory ドメイン登録を完了する前に複数の Horizon 7 ポッドを Horizon Cloud とペアリングすると、管理コンソールにログインしてドメイン登録プロセスを試みたときに予期しない結果が発生することがあります。
既知の問題により、オンプレミスの Active Directory ドメインを使用して VMware Cloud on AWS でポッドにサービスを実行している場合、オンプレミスの Active Directory ドメインと VMware Cloud のポッド間のネットワークの遅延またはネットワークの輻輳が原因でアクセス時間が遅くなり、ドメインの呼び出しがタイムアウトになることがあります。通常、この遅延には、Active Directory ログイン画面でタイムアウトになる前にログインを完了できない場合が含まれます。このような状況が発生した場合は、各クラウドのソフトウェア定義データセンター (SDDC) で書き込み可能ドメインコントローラを構成すると役立つことがあります。

製品ドキュメントと追加の役立つリソース

Horizon Cloud のすべてのデプロイモデルについての製品ドキュメントにアクセスするには、VMware Horizon Cloud Service のドキュメントの Web ページを参照してください。

役に立つヒントを参照したり質問をしたりする場合はコミュニティサイトにアクセスしてください。Horizon Cloud の製品ページのリソースセクションでホワイトペーパーも入手できます。

既知の制限

すべての種類のデプロイに以下の制限が適用されます。

管理コンソールは Apple Safari ブラウザでサポートされていません。一部のユーザーインターフェイスが正常に機能しない場合があります。Mac OS では、Apple Safari の代わりに Chrome または Firefox ブラウザを使用できます。
Horizon Cloud のユーザーアカウントに関連付けられ、Horizon Cloud に接続されているすべてのポッドは、同じ Active Directory ドメインのセットへの線を持ち、その線に沿って一方向または双方向の信頼関係を設定している必要があります。

Microsoft Azure デプロイには以下の既知の制限があります。

ポッドのデプロイ後に、ポッドのサブネットのサイズを拡張することは現在サポートされていません。ポッドをデプロイする前に、デプロイウィザードで指定するサブネットのアドレス空間で、想定される使用状況に対応できる十分な容量が確保されることを確認する必要があります。
本リリースでは、次の Horizon Agent 機能の使用をサポートしません。VMware Logon Monitor サービス。デフォルトでは、Horizon Agents Installer により、インストーラがデフォルトで実行するすべてのインストールで VMware Logon Monitor サービスが無効になります。
ポッドを以前のソフトウェアレベルから最新のレベルにアップデートする 10 分間の処理中に、エンドユーザーがセッションをアップデートしているノードに接続している場合は、それらのアクティブなセッションを切断することになります。セッションをサービスしている RDSH ファームまたは VDI デスクトップ割り当てで [切断済みセッションのログオフ] を [ただちに] に設定している場合を除いて、データが失われることはありません。そのようなファームおよび VDI デスクトップ割り当てでは、切断されたセッションもただちにログオフされ、そのような状況で進行中のユーザーの作業も失われます。
アップデート処理の完了後、それらのユーザーは再接続できます。
複数のポッドが、Unified Access Gateway 構成に使用されている同一の完全修飾ドメイン名を共有することはできません。Unified Access Gateway インスタンスで構成された各ポッドはその固有の完全修飾ドメイン名 (FQDN) を必要とします。FQDN にアンダースコアを含めることはできません。同じポッド上の外部 Unified Access Gateway 構成と内部 Unified Access Gateway 構成の両方で同じ FQDN を使用できます。
管理コンソールへの認証された（ログイン）セッションは、管理コンソールの [全般設定] 画面で設定された時間が経過するとタイムアウトになります。デフォルトは 30 分です。クラウド接続されたポッドが 1 つ以上ある場合は、デフォルトの設定を 30 分から 180 分までの値に変更できます。ほとんどの場合、設定した時間が経過すると、システムは自動的に明示的にユーザーをログアウトさせ、再びログインする必要があるというメッセージを表示します。ただし、システムが認証済みのセッションを終了するのに、ユーザーを明示的にログアウトさせない場合もあります。この場合は、管理コンソールで特定のタスクを実行するときに、現在の状態を正確に反映していないエラーメッセージが表示される可能性があります。たとえば、ノードのデプロイウィザードがサブスクリプションエントリの検証に失敗する、ドロップダウンリストに値が表示されない、あるいはファームを作成するために利用できるノードがないというファームページのレポートや、「タイプ identity_node の service_sessions が提供されていません」というようなエラーメッセージが表示されます。このようなメッセージが表示され始め、管理コンソールを 30 分以上使用している場合は、手動でログアウトして再度ログインしてください。
VMware Horizon Client for Android を使用して Horizon Cloud 環境により提供される仮想デスクトップとリモートアプリケーションにアクセスする場合、USB リダイレクト機能はサポートされません。
サーバタイプのオペレーティングシステムに基づく GPU 対応のマスターイメージに対しては、エンドユーザーセッションの数が制限されないように、Microsoft Windows Server バージョン 2016 および 2019 を使用することをお勧めします。Windows Server 2012 R2 に対する NVIDIA ドライバの制限により、RDS デスクトップサーバごとの最大セッション数は 20 です。
このリリースの NSX Cloud 機能は Microsoft Windows Server 2019 ではサポートされていません。
Microsoft Windows 10 1709 (RS3) を使用しているイメージがあり、それを Windows 10 1803 (RS4) または Windows 10 1809 (RS5) にアップデートする場合は、まず Windows 10 1709 を最新の Horizon Agent バージョン 19.4 にアップグレードし、その後 Windows オペレーティングシステムをアップグレードします。
デフォルトでは、Windows Server 2012 オペレーティングシステムでのイメージの作成で自動化された [デスクトップのインポート] ウィザードを使用する場合、結果として生成されるイメージでは Desktop Experience が有効にされていません。結果として生成されるイメージに Desktop Experience を表示するには、結果として生成されるイメージで Desktop Experience を手動で有効にする必要があります。
以前にデプロイされた Horizon Cloud ポッドに True SSO をすでに設定した後に Microsoft Azure で Horizon Cloud ポッドをデプロイする場合、システムによって新しいポッドが登録サーバと自動的にペアリングされることはありません。手動でペアリングバンドルをエクスポートして登録サーバにインポートする手順を繰り返す必要があります。手順については、このリリースの『管理ガイド』を参照してください。
URL リダイレクトのカスタマイズでは、Horizon Client によって URL パターンが受信されるときに大文字と小文字が区別されます。たとえば、パターン *google.com がリダイレクトされるとしても、*GOOGLE.com および *Google.com として指定された URL パターンに対しては URL リダイレクトは発生しません。指定されたパターンがターゲットファイルシステムで実際に使用されている大文字と小文字のパターンに一致しない場合、エンドユーザーのリダイレクトは発生しません。
システムは、使用率、同時実行、セッション履歴、および上位アプリケーションレポートのデータを、1 日に一度、指定の UTC 時間に取得します。使用率および同時実行レポートのデータは午前 2 時、セッション履歴レポートのデータは午前 2 時 10 分、上位アプリケーションレポートのデータは午前 2 時 30 分（いずれも UTC）に取得されます。その結果、管理コンソールに表示されるレポート情報には、前回取得した時間から管理コンソールでレポートを表示している時間までの間に収集されたデータが反映されないことがあります。たとえば、同時実行レポートのユーザーおよびピーク時の同時実行データのロジックはデータの取得日単位で計算されるため、4 月 23 日のユーザーアクティビティのデータは、4 月 24 日（翌日）の午前 2 時 (UTC) の時点で計算されます。その時点が過ぎた後、システムが収集されたデータを取得すると、レポートには 4 月 23 日のデータが表示されます。エンドユーザーの 1 人が 4 月 23 日の午前 2 時 (UTC) 以降にセッションを開始した場合、そのユーザーのセッションのデータは 4 月 24 日の午前 2 時 (UTC) が過ぎるまで画面のレポートに反映されません。
ファーム、イメージ、および割り当ての作成など、システムで仮想マシンが作成されるワークフローでは、作成するアイテムに対してシステムでサポートされる長さを超える名前を入力しようとすると、システムはサポートされる文字数を超える文字の入力を受け付けません。サポートされるアイテムの名前の文字数は、ワークフローによって異なります。
Microsoft Azure の複数ポッド環境では、1 つのポッドに使用した名前は、別のポッドでアイテムを作成する際に再使用することはできません。その理由は、複数ポッド環境のポッドが、同じ Active Directory ドメインおよび同じ VNet を共有するからです。そのような複数ポッド環境で名前が共有されると、予期しない動作が発生することがあります。この制限が適用されるのは、イメージ、ファーム、および VDI デスクトップ割り当ての名前です。マスターイメージ、ファーム、および VDI デスクトップ割り当てには一意の名前が使用されるようにしてください。
管理コンソールで文字を入力するときは、次のルールに従います。
- ユーザー名とパスワードの入力、および DaaS SSL ブートストラップファイルをダウンロードするためのパスワードの入力には、標準の ASCII 文字のみを使用します。これらの項目に ASCII 以外の文字を使用すると、予期しない結果が発生する可能性があります。
- インポートしたイメージ、ファーム、割り当てなど、Microsoft Azure で仮想マシンを作成する際に使用するアセットの名前を入力するときは、12 文字を超える名前を入力しないでください。
- ユーザーパスワードにはコンマを使用しないでください。
- [インポート] ウィザードを使用して Microsoft Azure Marketplace からマスター仮想マシンを作成する場合：
  - 仮想マシンの管理者ユーザー名とパスワードに対する Microsoft Azure 要件に従ってユーザー名とパスワードを入力します。詳細については、「Microsoft Azure FAQ のページ」を参照してください。
  - 最後の文字がハイフン (-) のイメージ名を入力しないでください。
  - イメージ名にアンダースコア文字 (_) を含めないでください。
デスクトップのイメージへの変換を開始しても、タスクが終了する前にキャンセルした場合、再度デスクトップをイメージに変換すると失敗することがあります。この問題を回避するには、デスクトップをパワーオフして、再度パワーオンしてから、もう一度イメージに変換してください。

既知の問題

注：Horizon 7 7.12 自体および Horizon 7 の以前のバージョンの既知の問題は、Horizon 7 ソフトウェア製品のリリースノートに含まれています。Horizon 7 7.12 ドキュメントは、VMware Horizon 7 ドキュメントページからリンクされています。ユーザーが Horizon 7 ポッドをクラウドに接続しても、Horizon 7 自体の既知の問題は Horizon 7 リリースノートに記載されています。

注：「Horizon Service へのようこそ」E メールの地域に関する文章には、既知の問題により、人間がわかりやすい名前ではなく、システム文字列名が含まれている場合があります。たとえば、ようこそ E メールには、EU_CENTRAL_1 のような名前が表示されることがあります。

既知の問題には次の項目が含まれます。

Active Directory
Cloud Connector、Universal Broker プラグインインストーラ
イメージ、ファーム、割り当て
エージェントのアップデート
レポートと監視
ID 管理、True SSO
ユーザーインターフェイス
エンドユーザー、Horizon Client
Microsoft Azure 内のポッドに対する更新
ローカライズ

注：それぞれの既知の問題の末尾に記載された括弧内の数字は、VMware 内部の問題追跡システムに関連します。

Active Directory に関する既知の問題

管理コンソールで Active Directory に関連する操作を行わない限りプライマリバインドアカウントのロックアウトが検出されない。(2010669)
この問題により、管理コンソールにログインした管理者は、ユーザーを割り当てに追加するために Active Directory を検索するなどの、Active Directory に関連する操作をユーザーインターフェイスで実行するまで、プライマリバインドアカウントのロックアウト通知が表示されません。基盤となるサービスがロックアウトされたサービスアカウントを検出するのは、（ユーザーまたはグループを）認証または検索するために Active Directory との対話を要求するときのみです。
回避策：なし。
管理コンソールがプライマリドメインバインドアカウントのロックアウトまたはロック解除された状態を反映するのに最大 15 分かかる。(2009434)
Active Directory へのシステムの接続オブジェクトは 15 分間キャッシュされます。この結果、プライマリバインドアカウントがロックされてからシステムが管理者へ通知するまで 15 分かかる可能性があります。また、管理者がアカウントのロックアウト状態をクリアした後、システムがそのクリア済みのアカウントについての通知を停止するまでにも、15 分かかる可能性があります。
回避策：なし。
Microsoft Azure のポッド内のファームでは、同じ Active Directory フォレスト内の別のドメインと同じファーム名を再使用すると、重複するサービスプロバイダ名 (SPN) が原因でドメイン参加が失敗する可能性がある。(1969172)
Microsoft Windows Server 2012 R2 以降でのドメインコントローラの新機能により、ドメインコントローラでの重複する SPN チェックが原因でドメイン参加が失敗します。Microsoft のナレッジベースの記事 KB3070083 を参照してください。
回避策：
- ファーム名を再使用しないようにします。
- Microsoft のナレッジベースの記事の説明に従って、Active Directory ドメインでの重複する SPN チェックを無効にします。