このページの情報は、リリース ノートの「新機能」と併せて使用してください。リリース ノート ドキュメントにリストされている項目に加えて、このページは、2020 年 10 月のサービス更新日以前に既にクラウドに接続された既存のポッドを環境にオンボーディングしているか、以前に Horizon Cloud の機能およびワークフローを使用した経験がある方を対象としています。このページでは、ユーザーおよびそれらのポッドにとって今回の新機能と変更点が持つ重要性について説明します。機能とワークフローの重要な変更のみが記載されています。管理コンソールの新しいレイアウトや配色などの軽微な変更はワークフローに大幅な変更をもたらすことはないので、ここでは詳しく説明しません。

Horizon Cloud テナント環境で実行されるさまざまなワークフローに関する最新情報を表示するには、Horizon Cloud Service ドキュメント ページからリンクされている個々のガイドに記載されているドキュメントのトピックを参照してください。

重要: このページで使用されている用語を理解するうえで重要な情報については、このページの情報を読む前に、 リリース ノートのドキュメントに記載されている情報を参照してください。リリース ノート ドキュメントには、Microsoft Azure にデプロイされるポッドの最新のポッド マニフェスト番号など、重要な関連情報が含まれています。また、次のセクションで説明する重要な事実はすべての Horizon Cloud リリースに当てはまることに注意してください。

次のセクションは 2019 年 9 月に戻ります。以前のリリースについて、同様の情報を公開することはできません。

すべての Horizon Cloud リリースに関する 5 つの重要な事実

  • ポッドのマニフェスト バージョン レベル、Horizon Cloud Connector のバージョン レベル、Horizon ポッドのバージョン レベル、または制御プレーンの地域の違いに依存しない、クラウド プレーン ベースのすべての新しい機能は、既存ユーザーと新規ユーザーの両方に自動的に提供されます。一例として、以下に特に記載されていない、または製品ガイドに記載されていない限り、クラウド プレーンからポッドへの API 呼び出し用の新しい API に依存しない、または Horizon Cloud Connector に関連する新しい機能は、既存のユーザーに表示され、利用できます。この点を説明するために、そのような機能の 1 つとして、コンソールの拡張されたフィードバック送信機能があります。このフィードバック アイコンが登場したのは 2020 年 7 月 9 日ですが、アイコンとフローは、ポッドまたは Horizon Cloud Connector を最新バージョンに更新する前でも、2020 年 7 月 9 日より前に存在していたテナント環境で使用できます。
  • そのマニフェスト バージョンがクラウド制御プレーンで初めて使用された日から、ポッドを Microsoft Azure にデプロイするためのポッド デプロイヤは、常に最新のポッド マニフェスト バージョンでポッドをデプロイします。
  • 新しいポッド マニフェスト バージョンがクラウド プレーンで初めて使用される前にサービス テナントに存在するデプロイ済みのポッドは、リリースの新しいマニフェストに更新されるまで、既存のマニフェスト バージョンで実行され続けます。次の事実が当てはまります。
    • 最新のマニフェスト レベルを必要とする API への依存度がゼロの新しいサービス機能は、これらの既存のポッドで利用できます。
    • 最新のマニフェスト レベルの API に依存する新しいサービス機能は、それらのポッドが更新されるまで既存のポッドでは利用できません。
    • 一部の新しいサービス機能は、テナント アカウントが配置されているクラウド プレーンのリージョンに依存する場合があります。これらの機能については、該当するドキュメントに記載されています。制御プレーンの地域は、ユーザー アカウントが作成されたときに送信される「Horizon Service へようこそ」E メールに記載されています。「Horizon Cloud for Microsoft Azure、Horizon オンプレミス、および Horizon on VMware Cloud on AWS へのオンボーディング」を参照してください。
  • コンソールの [Marketplace からの仮想マシンのインポート] ウィザードは、ポッド マニフェストに組み込まれている Horizon Agents Installer (HAI) を使用します。その結果、最新のマニフェスト バージョンでデプロイされたポッドには最新の HAI が組み込まれ、[仮想マシンのインポート] ウィザードを実行して最新レベルでポッドを選択すると、その最新の HAI からエージェントがインストールされます。最新のマニフェスト レベルにまだ更新されていないポッドの場合、[Marketplace からの仮想マシンのインポート] ウィザードは、それぞれのポッド マニフェストがビルトされたときに提供されていた HAI バージョンを使用します。
  • 当該ポッドでのサブスクリプション ライセンスの使用のアクティベーションと、Horizon Cloud が Horizon ポッドに提供するクラウドホスト型サービスの使用の有効化という 2 つの主なユースケースでは、Horizon ポッドが Horizon Cloud にオンボーディングされています。各ポッドは Horizon Cloud Connector を使用してオンボーディングされます。Horizon Cloud への Horizon ポッドのオンボーディングは、Horizon ポッドでのサブスクリプション ライセンスのアクティベーションのために、Horizon 7 バージョン 7.6 環境と Horizon Cloud Connector 1.0 で開始されます。その後、新しいバージョンの Horizon をそれぞれ新しいバージョンの Horizon Cloud Connector と組み合わせることにより、Horizon の最新バージョンを Horizon Cloud Connector の最新バージョンと組み合わせて実行しているクラウド接続された Horizon ポッドで追加のクラウドホスト型サービスを利用できるようになります。以前のバージョンの Horizon Cloud Connector を使用している場合は、新機能およびセキュリティと回復性の修正を活用するために、この最新バージョンに更新することをおすすめします。また、Horizon Cloud Connector で現在サポートされているバージョンの Horizon ポッド ソフトウェアのマトリックスについては、VMware 製品の相互運用性マトリックス ツールを参照してください。マトリックスに一致しなくなった Horizon Connection Server と Horizon Cloud Connector のバージョンの組み合わせを実行している場合は、できるだけ早くサポートされている組み合わせに更新してください。

2020 年 10 月 - v2010

2020 年 10 月よりも前からクラウド接続されたポッドを使用している既存のお客様で、2020 年 10 月のリリース ノートの「新機能」に記載されている機能がエクスペリエンスに与える影響について知りたい場合は、次の情報を使用してください。

次のキー バイナリの新バージョンは、2020 年 10 月に初めて登場しました:サービスがデプロイしたポッドの新しいポッド マニフェスト バージョン、新しいバージョンの Horizon Cloud Connector、Universal Broker プラグイン インストーラ、および Horizon Agents Installer (HAI)。

このリストは、リリース ノート ページの 2020 年 10 月の新機能セクションにリストされている項目に基づいています。

Horizon Cloud Connector および Horizon ポッドでの使用に関連する新しい項目
  • Horizon Cloud Connector バージョン 1.8 は、OVA と VHD の両方の形式でリリースされます。
  • Horizon Cloud Connector 1.8 では、デプロイ プロファイルを選択して、サブスクリプション ライセンス サポートのみで有効にするか、Horizon Cloud 機能を使用して有効にするかを選択できます。この選択は、アプライアンスのデプロイ時に行われます。
  • Horizon Cloud ConnectorAzure VMware Solution (AVS) にデプロイされた Horizon ポッドをサポートするようになりました。現在このサポートは、これらのデプロイでのサブスクリプション ライセンスの使用に限定されています。クラウドホスト型サービスの完全なセットは、これらのデプロイ タイプにはまだ提供されていません。
Microsoft Azure のサービスがデプロイしたポッドに関連する新しい項目
Horizon Cloud on Microsoft Azure ポッドは、ポッドのデプロイまたはゲートウェイのデプロイ中にカスタムの Azure リソース タグを指定する機能をサポートするようになりました。ポッド デプロイヤは、指定されたタグをポッド デプロイヤが作成するリソース グループに適用します。ポッド デプロイヤが作成するリソース グループの説明については、 Microsoft Azure にデプロイされたポッド用に作成されたリソース グループを参照してください。この新機能は、ポッドのマニフェスト バージョンに依存しません。

2020 年 7 月 - v3.1

2020 年 7 月よりも前からクラウド接続されたポッドがあり、2020 年 7 月のリリース ノートの「新機能」に記載されている機能がエクスペリエンスに与える影響について知りたい場合は、次の情報を使用してください。

既存のクラウド接続された Horizon ポッドの場合
Horizon Cloud Connector 1.7 の登場。機能については、リリース ノートの「2020 7 月の新機能」を参照してください。
Microsoft Azure の既存のポッドの場合
リリース ノート ドキュメントの「2020 年 7 月の新機能」セクションで説明されている以下の新機能を既存のポッドで使用するには、そのポッドを最初にマニフェスト 2298.0 以降に更新して機能を利用する必要があります。
  • ファームおよび VDI デスクトップ割り当てで使用する複数のテナント サブネット。この機能は、Universal Broker で構成されたテナントで使用されているマルチクラウド デスクトップ割り当てではまだ使用できません。
  • RDSH ファームでの高度なセッション ロード バランシングの使用。
  • デスクトップの自動割り当てとファームのサイズ変更のサポートにより、キューに登録済みまたは実行中の状態にあるデスクトップとファームの拡張タスクの両方をキャンセルできるようになりました。この機能は、Universal Broker で構成されたテナントで使用されているマルチクラウド デスクトップ割り当てではまだ使用できません。
  • エンド ユーザーのログイン時間を向上させるために、パワーオフ状態にあって、エンド ユーザーのデスクトップへの要求を満たすためにパワーオンにする必要があるポッド プロビジョニングされたデスクトップ仮想マシンに対して、仮想マシンがエージェント準備完了状態になるまでにかかる時間が短縮されました。
  • App Volumes 機能の使用 - ポッドをこのリリースのマニフェスト バージョンに更新する必要があり、またお使いのユーザー アカウントが、次の Horizon Cloud 制御プレーン リージョンのいずれかにある必要があります:USA-2 (PROD1_NORTHCENTRALUS2_CP1)Europe-2 (PROD1_NORTHEUROPE_CP1)、または Australia-2 (PROD1_AUSTRALIAEAST_CP1)。制御プレーンの地域は、「Horizon Cloud Service へようこそ」という件名の E メールに記載されています。

ポッドにゲートウェイ構成をデプロイする場合、以前のリリースの Standard_A4_v2 仮想マシン サイズに加えて、各 Unified Access Gateway インスタンスにより多くの vCPU を提供する Standard_F8s_v2 仮想マシン サイズを使用することもできるようになりました。既存のポッドの場合、ポッドを編集してそのポッドに新しいゲートウェイ構成を追加すると、この新しい機能を使用できます。

現在のユーザーに対する追加の注意事項
既存のすべてのユーザーに対して、コンソールのヘッダー バーで製品フィードバックを送信する拡張機能を利用できるようになりました。

高可用性 (HA) 機能を備えたポッドが、Microsoft Azure Government(米国バージニア州政府、米国アリゾナ州政府、米国テキサス州政府)でサポートされるようになりました。この機能が必要な既存のポッドが Microsoft Azure Government にある場合は、有効化について VMware の担当者にお問い合わせください。

2020 年 3 月 - v3

2020 年 3 月よりも前からクラウド接続されたポッドがあり、2020 年 3 月のリリース ノートの「新機能」に記載されている機能がエクスペリエンスに与える影響について知りたい場合は、次の情報を使用してください。

既存のクラウド接続された Horizon ポッドの場合
Horizon Cloud Connector 1.6.x の登場によって、 Horizon Cloud Connector がポッドを Horizon Cloud と正常にペアリングするために必要な Horizon ポッドのシステム コンポーネントとサービスの健全性を確認するためのコマンドライン診断ツールが提供されます。Web ベースの構成ポータルにログインしてポッドの構成ウィザードを実行する前に、この診断ツールを実行して、正常な結果を妨げる可能性のある項目を確認できます。問題が発見された場合、ツールはコンポーネント名、詳細、および推奨される修復手順をレポートします。
Microsoft Azure の既存のポッドの場合
リリース ノート ドキュメントの「2020 年 3 月の新機能」セクションで説明されている以下の新機能を既存のポッドで使用するには、特に記載されていない限り、そのポッドを最初にマニフェスト 1976.0 以降に更新して機能を利用する必要があります。
  • 外部 Unified Access Gateway 構成用に個別のサブスクリプションを使用する場合に高度なデプロイ構成をサポートするには、ポッド デプロイヤによって作成されたデフォルトのリソース グループではなく、ユーザーが作成した既存のリソース グループに Unified Access Gateway リソースをデプロイすることを選択できます。既存のポッドでこの機能を利用するには、まずポッドを少なくともマニフェスト バージョン 1763 以降(2019 年 12 月のマニフェスト)に更新する必要があります。次に、外部ゲートウェイ構成に個別のサブスクリプション、VNet、およびカスタム リソース グループを使用するには、文書化された要件をすべて満たす必要があります。その要件には、使用する VNet をポッドの VNet とピアリングし、使用するサブスクリプションでリソース グループを作成することなどが含まれます。次に、コンソールのワークフローを使用して既存の外部ゲートウェイを削除し、ポッドの既存の外部 Unified Access Gateway 構成を削除する必要があります。削除が正常に完了したら、「[ポッドの編集]」ワークフローを実行して、新しいオプションを使用して外部ゲートウェイを追加し、外部 Unified Access Gateway を既存のリソース グループに配置できます。
  • 管理者は、VDI デスクトップ仮想マシンがエンドユーザーに割り当てられると、デスクトップ仮想マシン名ではなく、専用 VDI デスクトップ割り当ての名前をエンドユーザー クライアントに表示するように指定できるようになりました。以前は、エンドユーザーが特定の VDI デスクトップ仮想マシンを要求すると、そのクライアントはデフォルトでデスクトップ仮想マシンの名前を表示し、それを変更することはできませんでした。このオプションによって、Workspace ONE Access を経由するエンドユーザー接続に対する表示内容が変更されることはありません。Workspace ONE Access は、常に専用 VDI デスクトップ割り当て名を表示し、エンドユーザーが Workspace ONE Access からデスクトップ仮想マシンを起動すると、デスクトップ名がエンドユーザー クライアントに表示されます。[全般設定] ページにこの機能のオプションが表示されますが、この機能を利用できるようにするには、ポッドで 1976.0 以降のマニフェストが実行されている必要があります。
  • ポッド マニフェスト 1976.0 以降では、管理者が個々のファーム仮想マシンをメンテナンス モードに切り替えて、仮想マシンでメンテナンス アクションを実行できるようにすることができます。この機能を活用して仮想マシンごとのメンテナンス モードを設定する前に、ポッドでこのリリースのマニフェスト バージョンを実行する必要があります。また、コンソールの既知の問題により、この機能のオプションがコンソールのファームの [サーバ] タブに表示されますが、ファームの仮想マシンのエージェントがバージョン 20.1.0 以降を実行するまで、これらのユーザー インターフェイス オプションはモードを設定しません。
現在のユーザーに対する追加の注意事項
コンソールの [レポート] ページと [ダッシュボード] ページで利用可能なレポートの機能が拡張されました。これらのレポートのデータは、クラウド監視サービスによって提供されます。既存のポッドでこの機能を利用できます。

2019 年 12 月 - v2.2

2019 年 12 月よりも前からクラウド接続されたポッドがあり、2019 年 12 月のリリース ノートの「新機能」に記載されている機能がエクスペリエンスに与える影響について知りたい場合は、次の情報を使用してください。

既存のクラウド接続された Horizon ポッドの場合
このリリース以降:
  • vCenter Server 環境のデータストア領域が不十分であるために更新に対応できないなどの、ユーザーが制御可能な条件によって、Cloud Connector の正常な自動更新が妨げられる可能性があります。このリリース以降、Horizon Cloud テナント アカウントで自動更新が有効になっている場合、そのようなアイテムはコンソールで識別されるため、それらのアイテムに対処してクリアできます。
  • VMware Cloud on AWS にデプロイされた Horizon ポッドでは、Horizon Cloud Connector の自動アップグレードはサポートされていません。
  • Horizon Cloud Connector のオンボーディング成功画面が強化されて、コネクタのコンポーネントの健全性ステータスが表示され、また Horizon Cloud Connector アプライアンスで SSH を有効/無効にするオプションが提供されます。
Microsoft Azure の既存のポッドの場合
リリース ノート ドキュメントの「2019 年 12 月の新機能」セクションで説明されている以下の新機能を既存のポッドで使用するには、特に記載されていない限り、そのポッドを最初にマニフェスト 1763.0 以降に更新して機能を利用する必要があります。
  • 高度なデプロイ構成をサポートするために、ポッド デプロイヤは次のオプションを提供します。
    • ポッドの VNet およびコア ポッド要素とは別に、外部ゲートウェイ構成の Unified Access Gateway インスタンスに個別の VNet を使用します。VNet をピア接続する必要があります。
    • コア ポッド要素に使用されるサブスクリプションとは別に、外部 Unified Access Gateway 構成に個別のサブスクリプションを使用します。VNet はサブスクリプションにスコープ指定されるため、個別のサブスクリプション デプロイ シナリオは、個別の VNet シナリオでもあります。VNet をピア接続する必要があります。
    • 既存のポッドでこの機能を利用するには、最初にポッドをマニフェスト 1763.0 以降に更新する必要があります。次に、その VNet をポッドの VNet とピアリングするなど、外部ゲートウェイ構成に個別の VNet を使用するには、文書化された要件をすべて満たす必要があります。次に、コンソールのワークフローを使用して既存の外部ゲートウェイを削除し、ポッドの既存の外部 Unified Access Gateway 構成を削除する必要があります。削除が正常に完了したら、[ポッドを編集]ワークフローを実行して、新しいオプションを使用して外部ゲートウェイを追加できます。
  • このリリースのマニフェスト以降、VDI デスクトップ割り当ておよび RDSH ファームで SSD ディスク タイプを使用できます。
  • このリリースのマニフェスト以降、VDI デスクトップ割り当ておよび RDSH ファームの OS ディスク サイズをカスタマイズできます。以前のポッド マニフェストで、OS のディスク サイズは公開された基本イメージと同じに設定されており、これはデフォルトで 127 GB であり変更できませんでした。
  • このリリースの新機能として、[Marketplace から仮想マシンをインポート] ウィザードには、作成される仮想マシンを Active Directory ドメインに参加させないようにする設定が表示されます。以前は、このワークフローで仮想マシンがデフォルトでドメインに参加していたため、その動作を変更できませんでした。この新しいトグルは、このリリースのマニフェスト バージョンよりも前の既存のポッドで使用できます。
  • このリリースでの [容量] ページの再設計により、[タイプ] ビューは削除されました。[容量] ページの [タイプ] ビューの削除により、そのビューから以前にアクセスしたアイテムについて注意するべき 2 つの変更があります。ポッドのサブスクリプションの Microsoft Azure 制限のうちのポッドの現在の使用量を表示するアクションがポッドの詳細ページに移動し、そのビュー内に存在していた [サブスクリプションを削除] アクションが完全に削除されました。
現在のユーザーに対する追加の注意事項
  • 管理コンソールの [レポート] 画面で利用可能なレポートの機能が拡張されました。これらのレポートのデータは、クラウド監視サービスによって提供されます。
  • Horizon Cloud 管理コンソールの [キャパシティ] 画面の機能強化。ポッドの詳細ページにドリルダウンしてポッドの構成可能な詳細を変更したり、テナント環境からポッドを削除したりするのではなく、[キャパシティ] 画面からポッドの編集とポッドの削除ワークフローを開始できるようになりました。この再設計の結果として、以前は [キャパシティ] 画面の [場所] ビューを使用して実行していた場所情報の変更ワークフローが、[ポッドを編集] ワークフローのオプションになりました。たとえば、新しい場所の名前を指定するには、ポッドで [編集] アクションを使用し、[ポッドの編集] ワークフローのオプションとして新しい場所の名前を指定できます。Microsoft Azure サブスクリプションに関連付けられたすべてのポッドが削除されたときに、保存されているサブスクリプション情報を削除するために以前の [場所] ビューのワークフローを使用することはできなくなりましたので注意してください。
  • 以前の製品名 VMware Identity Manager は、VMware Workspace ONE™ Access という名前に変更されました。
  • Horizon Agents Installer は、休止状態の DaaS Agent をインストールしません。以前のリリースでは、HAI によって DaaS Agent の MSI がゲスト OS にインストールされましたが、休止状態だったため使用されませんでした。今回のリリースでは、MSI はまったくインストールされません。

2019 年 9 月 - v2.1

2019 年 9 月よりも前からクラウド接続されたポッドがあり、2019 年 9 月のリリース ノートの「新機能」に記載されている機能がエクスペリエンスに与える影響について知りたい場合は、次の情報を使用してください。

既存のクラウド接続された Horizon ポッドの場合
このリリース以降:
  • Cloud Connector バージョン 1.3 および 1.4 で自動更新がサポートされるようになりました。この機能を利用するには、以前のバージョンの Cloud Connector を最新のバージョンに更新することをお勧めします。
  • セッションの使用率が詳細にわかるクラウド監視サービス (CMS) 機能が Horizon Cloud Service に含まれています。
Microsoft Azure の既存のポッドの場合
リリース ノート ドキュメントの「2019 年 9 月の新機能」セクションで説明されている以下の新機能を既存のポッドで使用するには、特に記載されていない限り、そのポッドを最初にマニフェスト 1600.0 以降に更新して機能を利用する必要があります。
  • 今回のリリースでポッド アーキテクチャが変更されました。2019 年 9 月リリースのマニフェスト バージョンのすべてのポッドには、ポッドの Microsoft Azure ロード バランサと Microsoft Azure Database for PostgreSQL サーバ インスタンス(第 5 世代のメモリ最適化ティア)が含まれます。このため、既存のポッドをこのリリースのマニフェスト バージョンに更新する前に、既存のネットワーク構成が、ポッドの Microsoft Azure ロード バランサと Microsoft Azure Database for PostgreSQL サーバ インスタンスに対応するために必要な DNS、ポート、およびプロトコルを満たしていることを確認する必要があります。特定のポートおよびプロトコルをブロックするファイアウォールまたはネットワーク セキュリティ グループがある場合は、現在のネットワーク構成を次のトピックの情報と比較し、必要に応じてネットワーク構成を更新します。
  • このリリースでは、解決のためにユーザーのアクションが必要なポッドの更新エラーのアラートが強化されています。ユーザーが完全に制御できるいくつかの要素により、ポッドの正常な更新が妨げられる可能性があります。たとえば、ポッドの更新を調整するジャンプ ボックス仮想マシンを作成するために、十分なコア数がポッドの関連付けられたサブスクリプションにない、というような状況が該当します。このリリース以降、このような問題はコンソールで特定されるため、これらの問題に対処して解消することができます。
  • このリリース以降、すでにデプロイ済みのポッドで、2 要素認証設定を持たないゲートウェイにその設定を追加、ゲートウェイの 2 要素認証設定の編集、ゲートウェイのセッション仲介のタイムアウト設定の変更などの、ゲートウェイ関連設定の修正を行うことができます。以前のリリースでは、ポッドが最初にデプロイされたときに RADIUS 2 要素認証を構成する必要があり、後でそれらの設定を変更することができませんでした。また、このリリースでは、すでにデプロイされたポッドからゲートウェイを削除したり、Azure ロード バランサ上にパブリック IP アドレスではなく、代わりにプライベート IP アドレスを持つ外部ゲートウェイを使用するように新しいポッドをデプロイすることができます。
  • Horizon Cloud on Microsoft Azure の新しい専用/フローティング VDI デスクトップ割り当てまたは新しいファームを作成するときの Microsoft Azure リソース タグの定義をサポートします。
  • 高可用性が利用できるようになりました。Microsoft Azure でのポッドの高可用性をサポートするため、ポッド アーキテクチャは、Microsoft Azure Database for PostgreSQL サービス(更新された第 5 世代のメモリ最適化ティア)、Microsoft Azure ロード バランサ、および可用性セットを使用するように更新されています。このリリースで新しくデプロイされるポッドの場合、デプロイ時にそのポッドの高可用性を有効にするか、後で有効にするかを選択できます。このリリースより前に存在していたポッドについては、高可用性のためにこれらのポッドを有効にする前に、最初にそれらを 1600.0 マニフェスト以降に更新すること、およびポッドのイメージ、ファーム、および VDI デスクトップ割り当てのエージェントをこのリリースのレベルに更新することが必要となります。ポッドの更新とエージェントの更新が完了すると、管理コンソールのポッドの詳細画面からポッドを編集して、ポッドの高可用性を有効にすることができます。この新機能を使用する場合、ユーザー作成のサブネットをポッドが使用しているときにポッドの管理サブネットで Microsoft.SQL サービス エンドポイントを有効にするための要件、およびポート 5432 のアウトバウンド アクセスを許可するための要件が、追加で発生します。

    2019 年 9 月の時点で、この Microsoft Azure のポッドの高可用性 (HA) 機能は、Microsoft Azure の商用リージョン(標準グローバル リージョン)にデプロイされたポッドでのみサポートされます。ポッド HA 機能は現在、中国の Microsoft Azure、ドイツの Microsoft Azure、および Microsoft Azure Government(米国バージニア州政府、米国アリゾナ州政府、米国テキサス州政府)に展開されているポッドではサポートされていません。VMware チームは、上記のクラウド環境のポッドに対する HA 機能のサポートの追加に取り組んでいます。Microsoft Azure in China、Microsoft Azure Germany、Microsoft Azure Government の既存のポッドを HA なしで今回のリリースのマニフェスト バージョンに更新する場合は、VMware の担当者にお問い合わせの上サポートを受けてください。

    標準の Microsoft Azure グローバル リージョンの 1 つで既存のポッドをマニフェスト 1600 以降に更新する前に、新しいポッド アーキテクチャでは Microsoft Azure Database for PostgreSQL サービスが使用されているため、次の項目を確認する必要があります。

  • Horizon Agent ペアリング プロセスの回復性を高めるために、このリリースでは DaaS Agent 機能の Horizon Agent への移行がさらに進展しています。DaaS Agent は Horizon Agent に組み込まれるようになりました。以前のリリースと同様、自動化されたイメージのインポート ワークフローと Horizon Agents Installer の手動インストールはどちらも、ゲスト OS に DaaS Agent の MSI をインストールしますが、このリリース以降、DaaS Agent は休止状態となり使用されません。ただし、DaaS Agent のサービスは、Windows サービスのリストに引き続き表示されます。そのサービスは開始しないでください。予期しない結果が発生する可能性があります。
  • Horizon View Agent への DaaS Agent 機能の移行によって、Azure Marketplace からのイメージの自動インポートのワークフローと、ベース仮想マシンを手動で構築する手順の両方が変更されました。以前は、自動ワークフローの結果として生成されたベース仮想マシンがワークフローの終わりでクラウドとペアリングされました。手動で作成した仮想マシンの場合は、手動でのブートストラップと仮想マシンのペアリングが必要でした。現在は、新規またはこのリリース バージョンに更新されたポッド内のベース仮想マシンでは、結果として作成されたベース仮想マシンが [ペアなし] のエージェント ステータスで [インポートされた仮想マシン] 画面に表示されるようになりました。仮想マシンをペアリングするには、次のいずれかを実行します。
    • カスタマイズの前にクラウドとペアリングする場合は、[インポートされた仮想マシン] 画面にリストされている仮想マシンで [[エージェント ペアリングをリセット]] アクションを実行します。
    • 仮想マシンに必要なすべてのカスタマイズがあり、それを公開する準備ができている場合、仮想マシンで [新しいイメージ] アクションを直接実行します。この場合、[新しいイメージ] ワークフローは最初にペアリング プロセスを実行してエージェントをアクティブにします。その後、残りのフィールドに入力し、[公開] をクリックしてイメージを公開できます。
  • Horizon View Agent への DaaS Agent 機能の移行により、インポートされた仮想マシン、ファーム サーバ仮想マシン、および専用 VDI デスクトップ割り当てのデスクトップ仮想マシンで、エージェント ペアリングをリセットするワークフローが使用できるようになりました。ファームの詳細または専用 VDI デスクトップ割り当ての詳細で、ファーム サーバ仮想マシンまたはデスクトップ仮想マシンの [エージェントのステータス] 列にエラー状態が表示される場合、コンソールで [エージェント ペアリングをリセット] アクションを使用して、その仮想マシンのペアリング状態を修復できます。(フローティング VDI デスクトップ割り当てでは、このアクションは使用できません。)[インポートされた仮想マシン] 画面では、[エージェント ペアリングをリセット] アクションを使用して、ペアリングされていない仮想マシンを最初にペアリングするか、以前にペアリングされた仮想マシンのペアリング状態を修復できます。
  • ディスク暗号化機能は新しい AzureDiskEncryption v2.2 を使用するようになりました。この新しいバージョンでは、インターネットと通信するように設定されたゲスト内プロキシを使用して、仮想マシンのディスク暗号化をサポートできます。この新しいサポートを利用するには、仮想マシンのエージェントをバージョン 19.3.0 以降に更新します。
  • ファームと VDI デスクトップ割り当てに最低でも 2 個の CPU が搭載された仮想マシンのモデルを使用するようにガイダンスを更新しました。VMware のスケール テストでは、本番環境において最低 2 個の CPU を使用することによって、予期しないエンドユーザー接続の問題を回避していることが示されています。システムによって、単一の CPU を搭載した仮想マシン モデルの選択が妨げられることはありませんが、このような仮想マシン モデルはテスト用または概念実証用にのみ使用する必要があります。
  • [仮想マシンのタイプとサイズ] 画面の操作性が向上しました。
現在のユーザーに対する追加の注意事項
  • Unified Dashboard のインタラクティブ マップ ビューの使いやすさと最適化が向上し、たとえばポッドの位置とズーム機能がより正確に反映されるようになりました。
  • 管理コンソールの [レポート] 画面で利用可能なレポートの機能が拡張されました。これらのレポートのデータは、クラウド監視サービスによって提供されます。
  • クラウドに接続された Horizon 7 ポッドの場合は、ポッドの詳細画面に追加の詳細が表示されます。この機能を表示するには、ポッドと Cloud Connector が最新バージョンである必要があります。
  • 以前の製品名 VMware User Environment Manager™ は、VMware Dynamic Environment Manager™ という名前に変更されました。