Horizon DaaS 9.2.x | 2025 年 3 月 7 日
その他のリソースへのリンク
製品ドキュメント - Horizon DaaS のすべての製品ドキュメントは、Omnissa 製品ドキュメントにあります。
互換性情報 - この製品と他の Omnissa 製品との互換性に関する最新情報については、Omnissa 製品の相互運用性マトリックス を参照してください。
NEW - Horizon DaaS 9.2.4 - 2025 年 3 月リリース
Horizon DaaS 9.2.4 は、Omnissa Customer Connect からダウンロードし、手動でインストールできるようになりました。
重要：新しい Horizon Version Manager および Horizon Air Link アプライアンス 9.2.4 ビルド
3 月 7 日にリリースされた以前のビルドで問題が特定されたため、このビルドは Omnissa Customer Connect で置き換えられます。この問題により、Horizon Version Manager と Horizon Air Link アプライアンス OVA のインストールが失敗しました。この問題は、置き換えビルドによって修正されます。
以前の OVA をダウンロードした場合は、これらの更新バージョンに置き換えて、インストールを正常に完了してください。
- Horizon-Version-Manager-22.1.0.0-15020209714_OVF10.ova
- horizon-air-link-vcpp-22.1.0.0-15331967732_OVF10.ova
新機能
このリリースの新機能は次のとおりです。-
Horizon Agents Installer 24.4.0 へのエージェント アップグレードのサポート
Horizon DaaS プラットフォームで Horizon Agents Installer (HAI) 24.4.0 がサポートされるようになりました。HAI 24.4.0 への自動アップグレードは、HAI バージョン 23.3.0 以降からのみサポートされます。以前のバージョンのユーザーは、自動アップグレード ワークフローを使用する前に、まず HAI 23.4.2 以降にアップグレードする必要があります。オフライン バンドルを使用した直接アップグレードは、任意のエージェント バージョンの仮想マシンで完全にサポートされます。
-
Horizon DaaS は、256 MB のビデオ メモリと無制限の数のビデオ デバイスをサポートするようになりました。デフォルト設定は、128 MB のビデオ メモリと 4 台のデバイスのままです。
-
Horizon DaaS テナントは、WS1 Access で Web アプリケーションとして構成できます。ユーザーは、Workspace ONE Access にログインし、アプリケーションとして登録されているテナントを使用してテナント管理者ポータルを起動できます。認証情報は 2 回入力する必要があることに注意してください。まず WS1 Access ポータルにログインするときに入力し、次に管理者としてテナントにログインするときに入力します。
WS1 Access でテナント管理者ポータルを Web アプリケーションとして構成するには、次の手順を実行します。
- Workspace ONE Access 管理コンソールを起動します。
- システム ドメインとして [ドメイン] を選択し、認証情報を入力します。
- [リソース] を選択し、次に [Web アプリケーション] を選択します。
- Horizon DaaS テナントを初めて構成するには、[新規] を選択します。
- [名前] およびその他の詳細を入力し、[次へ] をクリックします。[認証タイプ] は「SAML 2.0」として表示されます。（注：変更しないでください。）
- [構成] で、[手動] を選択します。
- [シングル サインオン URL]、[受信者 URL]、[アプリケーション ID] のパラメータにテナントの FQDN を指定します。残りのパラメータはデフォルト値のままにすることができます。
- [詳細プロパティ] はデフォルト値のままにします。次へ をクリックします。
- [アクセス ポリシー] はデフォルト値のままにします。次へ をクリックします。
- [保存して割り当て] をクリックします。
- ユーザーおよびグループを Web アプリケーションに割り当てます。
- [サマリ] ページで詳細を再度確認し、[保存] をクリックします。
- 検証が完了したら、Active Directory 認証情報を使用して Workspace ONE コンソールに再ログインし、Web アプリケーションを表示します。
Horizon DaaS 9.2.4 で解決済みの問題
-
TA-DM が 9.2.3 より前のバージョンで、SP-RM が 9.2.3 以降のバージョンの場合にプール拡張の問題が発生する。
-
9.2.3 を適用した後、アクティビティ ログが英語以外で正しく表示されない。
Horizon DaaS 9.2.3 - 2024 年 9 月リリース
Horizon DaaS 9.2.3 は、Omnissa Customer Connect からダウンロードし、手動でインストールできるようになりました。
このリリースの新機能は次のとおりです。
-
管理アプライアンスおよび Horizon DaaS プラットフォーム サービスを強化するため、セキュリティ機能が強化されています。
-
Windows 11 および vTPM のサポート
vTPM を有効にした Windows 11 ベースの割り当てがフル クローンおよびインスタント クローン割り当てでサポートされるようになりました。これにより、9.2.2 リリースで vTPM のサポートが拡張されます。
-
動的 NVIDIA vGPU カードおよびプロファイルのサポート
増加を続ける NVIDIA GRID カードの選択をサポートするため、このリリースでは、以前はサポートされていなかった NVIDIA ハードウェアを使用したインフラストラクチャのインポートがサポートされ、その vCenter Server クラスタで使用可能な vGPU プロファイルが自動的に検出されます。この機能は 9.2.2 リリースで導入され、サービス センターにすでにインポートされている vSphere クラスタの更新時の自動検出をサポートするように拡張されました。以前と同様、これをサポートするには、新しいキャパシティのすべてのホストに同じハードウェアとドライバがロードされている必要があります。検出後、CSP 管理者は、使用可能な vGPU プロファイルをそのハードウェアを使用するテナントに割り当てることができます。更新された新しいワークフローについては、ドキュメントを参照してください。
-
vGPU フレーム バッファ割り当ての管理
これまで、vCenter Server クラスタを複数のテナントにパーティション分割する場合、テナントで使用可能な割り当ては vCPU と vRAM のみに制限されていました。このリリースでは、vGPU フレーム バッファをパーティション分割する機能が追加されました。この機能により、テナントはクラスタで使用可能なすべての vGPU キャパシティを使用するように効果的に制限されます。
-
vGPU および非 vGPU デスクトップをサポートするテナント デスクトップ マネージャ (DM)
テナント管理者の割り当て作成ワークフローでは、該当するテナント デスクトップ マネージャ (DM) に割り当てられたデスクトップ キャパシティ コレクションで vGPU が有効になっている場合にも、「なし」の vGPU プロファイルを選択できるようになりました。これにより、割り当てられた vGPU フレーム バッファの割り当てが枯渇した場合に、割り当てられたインフラストラクチャをより効果的に使用できます。また、2 つの個別の DM が不要になるため、vGPU を使用するか、または使用せずにデスクトップを実行する小規模なテナントのアーキテクチャが簡素化されます。
Horizon DaaS 9.2.2 - 2023 年 12 月リリース
Horizon DaaS 9.2.2 は、Omnissa Customer Connect からダウンロードし、手動でインストールできるようになりました。
このリリースの新機能は次のとおりです。
-
管理アプライアンスおよび Horizon DaaS プラットフォーム サービスを強化するためのセキュリティ機能の強化。
-
テナント Unified Access Gateway (UAG) を介した多要素認証 (MFA/2FA) のサポート
このリリースでは、テナント管理者は、サービスを提供する CSP によってインストールされた UAG を使用して、MFA 設定を設定および更新できます。更新されたワークフローでは、現在の MFA 設定をプルし、RSA MFA でサポートされている最新のオプションを含むテナント要件に更新できます。これらの新しいワークフローでは、テナント MFA ポリシーが追加されました。これらの更新については、ドキュメントを参照してください。
-
動的 NVIDIA vGPU カードおよびプロファイルのサポート
増加する NVIDIA GRID カードをサポートするため、このリリースでは、以前はサポートされていなかった NVIDIA GRID カードを使用したインフラストラクチャのインポートがサポートされ、その vCenter Server クラスタで使用可能な vGPU プロファイルが自動的に検出されます。これをサポートするには、新しいキャパシティのすべてのホストに同じハードウェアとドライバがロードされている必要があります。検出後、CSP 管理者は、使用可能な vGPU プロファイルをそのハードウェアを使用する新しいテナントに割り当てることができます。詳細については、ドキュメントを参照してください。
-
Windows 11 および vTPM のサポート
vCenter Server/vSphere 8 をハイパーバイザーとして使用し、割り当てに使用されるゴールド イメージで vTPM を有効にすると、vTPM を使用した Windows 11 ベースのフルクローン割り当てが専用のフルクローン割り当てでサポートされるようになりました。vTPM を有効にしたインスタント クローン割り当てに関するドキュメントの更新は、まもなく掲載される予定です。
Horizon DaaS 9.2.1 - 2023 年 8 月リリース
このリリースの新機能は次のとおりです。
-
管理アプライアンスおよび Horizon DaaS プラットフォーム サービスを強化するため、セキュリティ機能が強化されています。
-
Horizon DaaS アプライアンス テンプレートの新しいバージョン：Horizon DaaS 9.2.0 では、サービス プロバイダ、リソース マネージャ、およびテナント アプライアンスは、ブルー/グリーン アップグレード プロセスを通じて Ubuntu 22.04 LTS にアップグレードされます。9.2.1 リリースでは、更新されたアプライアンス OS を完全にサポートするために、いくつかのコア サービスに更新が追加されています。
-
NSX-V から NSX へのブラウンフィールド サポート：Horizon DaaS 9.2.0 には、現在 NSX-V を使用して Horizon DaaS ネットワークを管理している CSP 向けの、DaaS テナントをサポートするためのより新しいバージョンの VMware NSX（以前の NSX-T）への、文書化された（ガイド付き）移行パスが含まれています。9.2.1 リリースでは、ドキュメントに更新が追加されています。
-
NSX 4.1 のサポート：Horizon DaaS 9.2.1 以降では、NSX 4.1 がサポートされます。
-
vSphere および vCenter Server 8.0 U1 のサポート：vSphere/vCenter Server 6.7 の EoS につれて、9.2.1 ロールアップ リリースには vSphere/vCenter Server 8.0 U1 のサポートが追加されています。
-
テナント管理者のユーザー セッション インサイトを追加：9.1.x では、（非表示の）検索機能を使用して追加のユーザー情報を使用できます。9.2.1 のロールアップでは、この機能は広範囲に製品化されており、テナント管理者は検索ワークフローと割り当てワークフローを通じて使用できます。
-
テナント管理者のアクティビティ ログ：テナント スーパー管理者が新しいレポート オプションを使用できるようになり、管理者がテナント管理者ポータルを通じて行った設定変更についてレポートできるようになりました。
-
サービス センター管理者のアクティビティ ログ：サービス プロバイダ スーパー管理者が新しいレポート オプションを使用できるようになり、任意の管理者がサービス センター ポータルを通じて行った変更についてレポートできるようになりました。
-
TA から UAG への 2FA 認証の移行：9.2.0 リリースでは、RSA 2 要素認証 (2FA) のサポートが Omnissa Unified Access Gateway（Horizon/Workspace ONE 向け）に移行され、RSA 2FA の最新機能をより広範にサポートできるようになりました。9.2.1 リリースでは、Horizon Version Manager に管理オプションが追加され、どの 2FA 認証が設定されているかを検出できるようになりました。また、2FA を管理するための追加のテナント ポリシーがサービス センターに追加されました（移行用）。
-
IC 割り当てでの vGPU のサポート：9.2.1 のロールアップでは、インスタント クローン割り当てにおける vGPU のサポートが追加されました。
-
ファームでの vGPU のサポート：9.2.1 のロールアップでは、ファーム（アプリケーションおよびセッション ベースの割り当て用）における vGPU のサポートが追加されました。
アップグレードに必要なソフトウェア バージョン
Horizon DaaS 9.2.0 にアップグレードする前に、環境内のサービス プロバイダおよびテナント アプライアンスが Horizon DaaS 9.0.0、9.0.1、9.0.2、9.1.0、9.1.1、9.1.2、9.1.3、または 9.1.4 を実行していることを確認します。これらはアップグレードに必要なバージョンです。
アップグレード後のアプライアンスのリストアに関する注意事項
22.1.0/9.2.0 リリースへのアップグレード後に、Horizon DaaS プラットフォーム アプライアンスを以前のバージョンにリストアすることができます。
プラットフォームをセットアップするときにバージョン 20.2.x/9.0.x または 21.1.x/9.1.x のアプライアンスの予期される/予期しないリストアがサポートされるようにするには、リストアを実行する前に、ディレクトリ全体を、20.2.x/9.0.x または 21.1.x/9.1.x Horizon Air Link アプライアンスから同じパスの新しい 22.1.0/9.2.0 Horizon Air Link アプライアンスにコピーする必要があります。これは、プラットフォーム管理アプライアンス（SP および RM）のアップグレード後など、22.1.0/9.2.0 Horizon Air Link アプライアンスをインストールした後はいつでも実行できます。
新機能
このリリースの新機能は次のとおりです。
-
NSX-T 環境へのデプロイの移行 - 現在 VMware NSX for vSphere（別名 NSX-v）を使用して Horizon DaaS ネットワークを管理している場合、このリリースは VMware NSX（別名 NSX-T）への移行パスをサポートします。仮想ネットワーク インフラストラクチャを移行する方法については、『Horizon DaaS 9.2.x の NSX-T への移行 』を参照してください。
-
Horizon DaaS アプライアンス テンプレートの新しいバージョン - Horizon DaaS 9.2 への Blue/Green アップグレードには、基盤となるアプライアンス OS の最新バージョンに基づく新しいアプライアンス テンプレートが含まれています。新しいバージョンでは、プラットフォームで使用されるコア サービスの長期サポートが可能になり、今後の製品アップデートの基盤となります。
-
Horizon Version Manager (HVM) アプライアンスの新しいバージョン - HVM アプライアンスのアップデートには、エラー ログとロールバック制御専用の追加オプションが用意されています。HVM 管理者は、Horizon Air Link、リソース マネージャ、サービス プロバイダ、テナント、およびデスクトップ マネージャ アプライアンスのログを 1 つの手順で収集できるようになりました。
-
ユーザー ログインのデフォルト ドメイン オプション - テナント管理者は、display.default.domain.at.top テナント ポリシーを使用して、クライアント（ユーザー）ログインのデフォルト ドメインを指定できるようになりました。これにより、アップデートされたクライアントは、ドメイン リストの上部で事前選択されたデフォルトのユーザー ドメインを表示できます。
-
Active Directory (AD) のサポートの強化 - 今回のリリースには新しいテナント ポリシーが追加されました。これは、特にテナント AD 認証によって低速リンクまたは複雑な AD サイト上で AD サーバの問題が発生する場合に CSP 管理者を支援するように設計されています。
ベスト プラクティス
Horizon DaaS を使用する前に、次の情報をあらかじめ確認しておくと役立ちます。
JDK 11.0.18 を使用する Horizon DaaS リリースの場合 - 強度の低い Kerberos 暗号化タイプ DES および RC4-HMAC（16 および 23）はサポートされていません。
vCenter Server 内での仮想マシンの移動 - アプライアンス仮想マシンが作成されたフォルダにない場合、再同期およびアップグレード中に実行されるチェックが失敗するため、アプライアンス仮想マシンを vCenter Server 内の他のフォルダに移動することは推奨されません。
デスクトップ仮想マシンの構成の変更 - Horizon DaaS プラットフォームによって作成された仮想マシン（アプライアンス仮想マシン、デスクトップ仮想マシン、ファーム仮想マシン、イメージなど）の構成（ネットワーク、データストア、クラスタ、ESX ホスト）の変更は推奨されません。プラットフォームは作成時に構成を追跡し、変更が手動で行われたかどうか、または他の方法で行われたかどうかを vCenter Server で積極的に確認しません。このような変更を行う必要がある場合は、Omnissa Customer Connect に連絡して、これらの変更を Horizon DaaS 管理レイヤーに認識させるために必要な手順について確認してください。
仮想マシン 1 台の割り当てに対するエージェントの更新 - 仮想マシンが 1 台のみの割り当てに対してエージェントの更新を実行する場合は、[ユーザーが利用可能な仮想マシン] を 0 に設定する必要があります。
アップグレード前のプラットフォーム ファイルの置換 - Customer Connect サイトのプラットフォーム ファイルは、バグ修正や改善のために更新されることがあります。これが発生した場合は、アップグレード中に既知の問題を回避するため、HVM 上のファイルを新しいファイルに置換する必要があります。
-
サービス プロバイダ、リソース マネージャ、およびテナントをアップグレードする前に、各ファイルのハッシュ値を比較して、HVM のファイルが Customer Connect サイトのファイルと同じであることを確認してください。
-
ハッシュ値が一致しない場合は、Customer Connect サイトから新しいファイルをダウンロードし、HVM に配置します。
Horizon DaaS の大規模展開 - 以下は、Horizon DaaS 本番環境の構築と拡張のためのベスト プラクティスです。
-
各テナント リソース マネージャ (RM) は、最大 18 のテナントをサポートしています（推奨される最大テナント数は 12）。
-
各テナント RM は、1 つの vCenter Server インスタンスを管理します。
- vCenter Server インスタンスは、複数のクラスタにわたり、最大 10,000 台の仮想マシンを管理します。
-
テナントに複数のデスクトップ マネージャ（テナント アプライアンスもデスクトップ マネージャである）が必要な場合は、各 DM を個別の vCenter Server クラスタに割り当てる必要がありますが、同じ vCenter Server に割り当てることができます。したがって、2 つの DM がある大規模なテナントでは、2 つの個別の vCenter Server クラスタに割り当てる必要がありますが、それらは両方のクラスタの vCenter Server インスタンスを管理している同じテナント RM によって管理することができます。vCenter Server のスケーラビリティに関するベスト プラクティス（アプリケーションのライフサイクル管理に Omnissa App Volumes を使用する場合の推奨事項を含む）に注意してください。
例**：**Horizon DaaS 本番環境で 60 テナントがそれぞれテナント アプライアンスのみを必要とし、単一のキャパシティ コレクションがテナントに割り当てられ、各テナントが 2,000 台未満の仮想マシンを実行しているとします。
この環境では、次のような設定が推奨されます。
-
データセンター サービス プロバイダ アプライアンスのペア。
-
サービス プロバイダは、管理アプライアンスの vCenter Server に接続します。
-
この vCenter Server はプラットフォーム管理機能のみを対象としていますが、そのタスク専用にする必要はなく、他の管理機能に使用することもできます。
-
サービス プロバイダは vCenter Server に直接接続することはありませんが、vCenter Server に対して任意の操作を行うために HAL アプライアンスを使用します。
-
-
それぞれ 12 テナントを管理する 5 つのテナント RM。
-
テナント デスクトップのワークロードをサポートするために、クラスタを使用する 5 つの vCenter Server（クラスタの数は専用またはパーティショニングされたクラスタを使用するかどうかによって異なります）。
-
1 つの vCenter Server あたり最大 10,000 台の仮想マシンを推奨します。
-
各テナント アプライアンスまたはデスクトップ マネージャは、最大 2,000 台のデスクトップまたはセッションを管理します。
-
大規模なテナントの場合、vCenter Server クラスタを専用にすることを推奨します。
-
-
60 のテナント アプライアンスのペア（ほとんどの場合、60 の Unified Access Gateway ペアも必要）。
-
一部のテナントが別の DM を必要とする場合、それらの DM は既存のテナント RM に割り当てることができますが、同じテナントのテナント アプライアンスに割り当てられている vCenter Server クラスタには割り当てることはできません。
- テナント RM ごとにサポートされるテナントの推奨最大数は 12 であることを覚えておいてください。
ブラウザの操作性 - 管理コンソールは、Google Chrome、Mozilla Firefox、Microsoft Internet Explorer、Microsoft Edge の最新バージョンに対応しています。Apple Safari での使用を試すことはできますが、このリリースでは Apple Safari 環境での管理コンソールの使用はサポートされていません。
テンプレート デスクトップ仮想マシンの作成 - テンプレート仮想マシンを作成する場合は、構成が完了した後、Windows PowerShell で次のコマンドを実行します：**Get-AppxPackage|Remove-AppxPackage。**これにより、イメージ公開の失敗につながる sysprep の問題が回避されます。
テナントの [割り当て] タブの [デスクトップ キャパシティ] の情報の更新 - テナントを編集する際に、[割り当て] タブの [デスクトップ キャパシティ] の情報が正しくない場合は、ページを更新して修正します。特に、[標準キャパシティ] の [使用中] の値が誤って表示され、更新する必要がある場合があります。
サポートされている GPU カード
リリース ノートのこのセクションには、Horizon DaaS でサポートされている GPU カードが一覧表示されています。新しいカードが検証されると、リストが更新されます。
**注：**現在表示されていないカードを使用する場合は、Omnissa Customer Connect にお問い合わせください。
|
NVIDIAGRID K1 |
|
NVIDIATesla M60 |
|
NVIDIATesla M10 |
|
NVIDIATesla M6 |
|
NVIDIATesla P100C |
|
NVIDIATesla P100 |
|
NVIDIATesla P100X |
|
NVIDIATesla P40 |
|
NVIDIATesla P6 |
|
NVIDIATesla P4 |
|
NVIDIATesla T4 |
|
NVIDIATesla V100X |
|
NVIDIATesla V100DX |
|
NVIDIATesla V100 |
|
NVIDIATesla V100S |
|
NVIDIATesla V100L |
|
NVIDIATesla V100-PCIE-32GB |
|
NVIDIAQuadro RTX 8000 |
|
NVIDIA A16 |
|
NVIDIA A40 |
|
NVIDIA RTX A2 |
|
NVIDIA RTX A10 |
|
NVIDIA RTX A6000 |
|
NVIDIA Quadro RTX 6000 |
|
NVIDIA Quadro RTX 8000 |
既知の制限
アップグレード後にユーザー アプライアンス構成の変更が保持されない - 環境をアップグレードした後、作成したカスタム構成（ディスクのタイムアウトの変更など）は保持されず、アップグレードの完了後に手動で再適用する必要があります。
ユーザー アクティビティ ライセンス レポート - アップグレード後にデータが保持されない - 環境をアップグレードすると、アップグレード前に実行されたユーザー アクティビティ ライセンス レポート（旧称、同時ユーザー ライセンス レポート）のデータが使用できなくなります。この問題を回避するには、アップグレードを実行する前に必要なデータを保存しておくことをお勧めします。
Horizon Version Manager - FQDN を使用した vCenter Server への接続 - Active Directory と DNS サーバが同じマシン上で実行されている場合、Horizon Version Manager が IP アドレスを使用して vCenter Server に接続できるにもかかわらず、完全修飾ドメイン名 (FQDN) で vCenter Server にアクセスできないことがあります。これを回避するには、FQDN の /etc/hosts ファイルにホスト エントリを追加します。例：vc1dc1.newdaas.local xx.xxx.xx.xx__
デプロイの失敗後に手動クリーンアップが必要 - セキュリティ上の理由から、Horizon DaaS のデプロイに失敗した後は、プライマリ サービス プロバイダ アプライアンス (SP1) の手動クリーンアップを実行する必要があります。デプロイ時に、Horizon Air Link はノードの SSH パブリック キーを SP の認証済みキー リストにコピーして、インストールしているノードと SP1 の間の一時的な SSH 信頼を確立します。デプロイが成功すると、これらのキーはデプロイの完了後に自動的に削除されます。ただし、予期しないデプロイ エラーが発生した場合は、これらのキーを手動で削除する必要があります。
マルチ DM 環境でのクラスタ間の移行 - 2 つのクラスタが異なる（リンクされた）vCenter Server に割り当てられているマルチ DM 環境では、仮想マシンをあるクラスタから別のクラスタに移行すると、移行された仮想マシンはテナント FDB で削除済みとしてマークされ、使用できなくなります。これを回避するには、システムがインベントリの完全なアップデートを実行するまで待機します。これには、最大 12 時間かかります。[2187188]
Mozilla Firefox を使用した管理コンソールへの接続
-
Mozilla Firefox を使用して管理コンソールに接続しようとすると、Firefox のバグが原因で接続タイムアウトが発生し、接続に失敗することがあります。この問題を回避するには、C:\Users\‹ユーザー名›\AppData\Roaming\Mozilla\Firefox\Profiles\‹ファイル名›.default ディレクトリにある、cert1.db と似た名前の証明書ファイルの名前を変更して、ブラウザを再起動します。
-
自己署名証明書を（通常は開発環境で）使用している場合、Mozilla Firefox を使用して管理コンソールに接続しようとすると失敗します。別のブラウザを使用することで、この問題を回避できます。
ドメイン参加の DNS サーバ IP アドレスの編集にはサポート チケットが必要 - 既存の Active Directory ドメインを編集するときに、管理コンソールで DNS サーバの IP アドレスを直接編集できなくなります。DNS サーバの IP アドレスを変更するには、Omnissa Customer Connect にお問い合わせください。
デフォルトで 1 ポッドあたりのデスクトップが 2,000 台に制限 - デスクトップの割り当てとファームの両方で、1 ポッドあたりの仮想マシンの制限がデフォルトで 2,000 台になりました。これには、以前バージョンの製品で作成された仮想マシンが含まれていますが、ユーティリティまたはインポートされたデスクトップは含まれません。割り当てやファームを作成または編集しているときに、表示される残りのキャパシティが少なすぎるように見える場合は、この制限に達している可能性があります。デフォルトの上限である 2,000 は、要求に応じて調整可能です。詳細については、Omnissa Customer Connect にお問い合わせください。**サービス プロバイダへの注：**テナントを登録または編集するときに、[全般] タブの新しい **[DM あたりの最大デスクトップ数]**フィールドの値を変更して、この設定を変更できます。
エージェントを HAI 18.4 にアップグレードするには、BAT ファイルの使用が必要 - HAI ユーザー インターフェイスを使用してビルド バージョンの古いエージェントから HAI 18.4 にアップグレードすると、インストーラにより HAI-upgrade.bat ファイルが作成され、アップグレードが中断されます。このとき、ユーザー インターフェイスを閉じて、BAT ファイルを使用してアップグレードを実行するようにプロンプトが表示されます。
アップグレードが完了すると、仮想マシンが自動的に再起動されます。この再起動は、次のいずれかの方法で回避できます。
-
BAT ファイルが生成される_前_に、コマンドの最後に /norestart を追加することで、HAI ユーザー インターフェイスのコマンドライン オプションを更新する。
-
コマンドの最後に /norestart を追加して、生成された HAI-upgrade.bat ファイルを手動で更新する。
**注：**アップグレードの後、エージェントを利用可能にするには、任意の時点で仮想マシンを再起動する必要があります。
コンソール アクセスを使用したイメージのアップデート - イメージをオフラインにしないまま、コンソール アクセスを通じてイメージのアップデート（エージェントのアップデートなど）を実行してから、ヘルプデスク コンソール（ベータ版の機能）を介してイメージにアクセスすることはサポートされていません。イメージや、このイメージを使用してスピンアップされた以降のプールに問題を生じることがあります。このような方法でイメージの更新を実行しないでください。イメージは必ず管理コンソールから複製し、HACA コンソールを使用して更新してください。
HTML Access を使用したクライアント システムと仮想マシン間のコピーアンドペースト - ユーザーが Horizon Client を介して接続されている場合、クライアント システムと仮想マシン間でのテキストのコピーアンドペーストがデフォルトでサポートされます。ただし、HTML Access を介して接続されている場合、コピーアンドペースト機能を設定して、ユーザーがこの機能を利用できるようにする必要があります。詳細については、Omnissa Horizon HTML Access のドキュメントを参照してください。
ユーザーが、ユーザー グループから削除された後も専用デスクトップにログインできる - ユーザーが、専用デスクトップの割り当てを付与された Active Directory グループに属している場合、いったんこのデスクトップにログインした後は、管理コンソールからこのデスクトップへの割り当てを解除しない限り、同じデスクトップに対して引き続きログインすることができます。ただし、ユーザーが Active Directory から完全に削除された場合、またはデスクトップが削除された場合は、この限りではありません。
管理アクティビティ レポートの生成にかかる待機時間 - [アクティビティ] 画面の [管理] タブ（[モニター] > [アクティビティ] > [管理]）でエクスポートを開始すると、システムがレポートを生成するまでに、しばらく時間がかかります。この間、管理コンソールで別のタスクを実行することはできません。レコード数によって、レポート生成に数分かかることがあります。レポート サイズが最大（50,000 件）の場合、この待機時間は 10 分ほどになります。
エクスポートされたユーザー アクティビティ レポートのデータのソート - [アクティビティ] 画面の [ユーザー] タブ（[モニター] > [アクティビティ] > [ユーザー]）でデータをエクスポートすると、生成された .csv ファイルのデータが日付によってソートされません。これは、次の 2 つのオプションを使用して修正できます。
-
.csv ファイルを Excel で開き、日付を含むセルの日付形式を yy/mm/dd hh:mm AM/PM（たとえば 3/14/12 1:30 PM）に変更する。
-
Excel で新規の空白のワークブックを作成し、データ インポート ウィザードを使用して .csv ファイルにインポートする
デスクトップのイメージへの変換 - デスクトップのイメージへの変換を開始しても、タスクが終了する前にキャンセルした場合、再度デスクトップをイメージに変換すると失敗することがあります。この問題を回避するには、デスクトップをパワーオフして、再度パワーオンしてから、もう一度イメージに変換してください。
設定の変更が有効になるまでの時間間隔 - 次の設定のいずれかを変更する場合、変更が有効になるまでに最大 5 分かかる場合があります。
-
[全般設定] 画面（[設定] > [全般]）：
-
[セッション タイムアウト] - [Client ハートビートの間隔]、[Client ブローカ セッション]、[Client アイドル ユーザー]
-
[HTML Access] - [タブを閉じたときに認証情報をクリーンアップ]
-
[プール/ファーム オプション] - [クライアントの再試行を有効にする]
-
-
[ID 管理] 画面（[設定] > [ID 管理]）：
- アイテムを選択し、**[構成]**をクリック > [リモート ユーザーを Identity Manager に強制的に登録]
サービス プロバイダ情報 - 次のテナント ポリシーのいずれかを変更する場合、変更が有効になるまでに最大 5 分かかる場合があります。
-
desktop.connection.corrective.action.required
-
desktop.connection.retry.count
-
client.retry.enabled
-
element.session.logontiming.enabled
-
jms.agent.allow.mmr
-
jms.agent.allow.usb
解決した問題
Horizon DaaS 9.2.0 では、次の問題が解決されています。
-
仮想マシンの移行中のユーザー割り当て
ユーザーが割り当てられた仮想マシンを移行すると、ユーザーが誤ってプール レベルで割り当てられました。この問題は解決され、発生しなくなりました。
-
アクティブなセッションのユーザー レポートに NULL と表示される
アクティブなセッションのユーザー レポートのユーザー インターフェイスに
NULL[...]と表示されていました。この問題は解決され、発生しなくなりました。 -
resolv.confの古い DNS エントリユーザー インターフェイスを介して更新された DNS サーバ情報が
resolv.confファイルに反映されず、古い DNS エントリが表示されたままでした。この問題は解決され、発生しなくなりました。 -
ネットワーク名での「/」文字のサポート
ネットワーク名フィールドに「/」文字を使用できませんでした。この問題は解決され、発生しなくなりました。
-
certssoutil構成要求の要求タイムアウトTrueSSO 構成の certssoutil 構成要求に要求タイムアウトが導入されました。この問題は解決され、発生しなくなりました。
-
apsetupスクリプトでの UAG 23.12 のサポートapsetupスクリプトは、UAG 23.12 と互換性を持たせるように更新が必要でした。この問題は解決され、発生しなくなりました。 -
RollUp02 の適用後に Nagios が
Desktone_DatabaseStatusエラーを報告するRollUp02 を適用した後、Nagios は
Desktone_DatabaseStatusに関連するエラーを報告していました。この問題は解決され、発生しなくなりました。 -
仮想マシンの VMware Tools のバージョンが ESXi ホストのバージョンより古い場合、イメージの公開に失敗する
仮想マシンの VMware Tools のバージョンが、ESXi ホストに含まれるバージョンよりも古い場合、イメージの公開に失敗しました。この問題は解決され、発生しなくなりました。
-
Windows Server 2019 を HAI 22.2 でイメージに変換できない Windows Server 2019 マシンを Horizon Agent Installer (HAI) 22.2 のイメージに変換しようとすると、「エラー。message=SEAL を送信できません。すべての送信者タイプが枯渇しました」というエラー メッセージが表示されます。この問題は解決され、発生しなくなりました。[3095930]
-
Horizon DaaS コンソールで使用可能な vGPU プロファイルを表示できない
サービス センター コンソールの [割り当て] タブで、[使用可能な vGPU プロファイル] リストが空です。この問題は解決され、コンソールには使用可能な vGPU プロファイルが表示されるようになりました。[3085570]
-
内部エラーが原因でテナント管理機能を使用できない
管理者がテナント コンソールでタスクを実行できず、次のエラー メッセージが表示されます：「内部エラーです。予期しない内部エラーが発生したため、システムは要求を完了できませんでした。後で再試行してください。」この問題は解決され、発生しなくなりました。[3079599]
-
従来のクローンが OOBE で起動するか、または起動ループに入る
従来のクローン プール内の仮想マシンが Out Of Box Experience (OOBE) モードで起動するか、または起動ループで停止します。この問題は解決され、発生しなくなりました。[3043629]
-
App Volumes 4.x が Horizon DaaS でサポートされない
以前のリリースでは、Horizon DaaS はバージョン 4.x の App Volumes で正常に動作しませんでした。この問題は解決され、Horizon DaaS は App Volumes 4.x をサポートするようになりました。[3064658]
-
新しい Spring API によりプールのパーティショニングが可能になりました
このリリースでは、プールのパーティションを作成できる新しい Spring API が実装されています。[3018499]
-
メモリ使用量の値がサービス センターと vCenter Server 間で一致しない
仮想マシンに複数のネットワーク インターフェイスがある場合、サービス センター ポータルと vCenter Server に表示されるメモリ使用量の値が一致しません。この問題は解決され、発生しなくなりました。[3033772]
-
従来のクローン デスクトップが適切にクローン作成されない
従来のクローン デスクトップには、デスクトップが切断状態の NIC を使用してパワーオンされるという問題がありました。この問題は解決され、発生しなくなりました。[2938977]
-
/var パーティションが 100% に達しているため環境を使用できない
テナント アプライアンスで /var パーティションが 100% に達すると、テナント環境を使用できません。この問題は解決され、発生しなくなりました。[2815895]
-
Spring フレームワークを更新しました
Spring フレームワークがバージョン 5.3.19 にアップグレードされました。[2803741]
-
すべてのアプライアンスの GIGC
既存の CMS GC は、すべてのアプライアンスで G1GC に置き換えられました。[2803738]
既知の問題
-
インスタント クローンのデプロイと再同期が SERVER_FAULT_FATAL - ランタイム エラーで失敗する
vCenter Server をバージョン 6.7 または 7.0 にアップグレードした後、管理コンソールのアクティビティ ログに次のエラーが表示されてインスタント クローンのデプロイに失敗します：「SERVER_FAULT_FATAL - ランタイム エラー: 内部仮想マシンの完全なリンクが見つかりません」。Omnissa KB89679 を参照してください。
-
TrueSSO 構成が失敗する。
テナントを TrueSSO 登録サーバとペアリングすると、TrueSSO 構成が失敗します。この問題は、このリリースに含まれる更新された OpenSSL ライブラリで発生します。この問題は今後のリリースで修正される予定です。
**回避策：**なし
-
テナントを 9.2.0 にアップグレードした後、RSA による 2 要素認証が失敗する。
既存のテナント アプライアンスが 2 要素認証に RSA SecurID を使用し、その後 Horizon DaaS 9.2.0 にアップグレードされると、RSA Authentication Manager への接続に失敗します。この問題は今後のリリースで修正される予定です。
**回避策：**テナント アプライアンスから、テナントの前のネットワーク トラフィックを管理する Unified Access Gateway インスタンスに 2 要素認証を移動します。
-
Horizon Air Link ログは個別にダウンロードする必要があります。
Horizon Version Manager には、複数のアプライアンス ログを収集するためのオプションが用意されています。ただし、Horizon Air Link (HAL) アプライアンスのログを他のアプライアンス ログと一緒に収集することはできません。
回避策：HAL アプライアンスのログを個別に収集します。[プロジェクト] > [Horizon-DaaS-Ops] > [Download-Logs] ページで、次の設定のみを指定します。その他のすべての設定は空白のままにします。
-
[Primary-SP-IP] および [SP-Appliance-Password] でサービス プロバイダ情報を入力します。
-
[HAL] チェック ボックスを選択します。
-
[Hal-Password] を入力します。
-
このページは役に立ちましたか?