Horizon DaaS 9.1.x | 2022 年 10 月 13 日

これらのリリース ノートの追加と更新については、下記の「改訂履歴」を参照してください。

他のバージョンのリリース ノートのリンク: 8.0.0 | 8.0.1 | 9.0.x

リリース ノートの概要

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

製品ドキュメント

Horizon DaaS のすべての製品ドキュメントは、VMware Horizon DaaS ドキュメントのランディング ページにあります。

注:サービス センターおよび管理コンソール インターフェイスからリンクされたドキュメントは、2 つの製品間で共有され、Horizon Cloud Service 製品名でラベルが付けられます。これらのドキュメント(『サービス プロバイダの管理』および『テナント管理』ガイド)は、VMware Horizon DaaS ドキュメントのランディング ページでアクセスするドキュメントと同じ内容です。

互換性に関する情報

この製品と他の VMware 製品との互換性に関する最新情報については、「VMware 製品の相互運用性マトリックス」を参照してください。

NEW - Horizon DaaS 9.1.4 - 2022 年 10 月リリース

Horizon DaaS 9.1.4 は、My VMware からダウンロードし、手動でインストールできるようになりました。

Horizon DaaS 9.1.4 では、次の問題が修正されています。

問題 対策
Horizon DaaS 9.1.3 デプロイで dbmonitor.log に次のエラーが表示される。“Caused by: java.net.UnknownHostException: THIS_DB_IP” 
  • Horizon DaaS 9.1.4 の新規インストールでは、この問題は解決されています。
  • Horizon DaaS 9.1.3 からアップグレードする場合は、Horizon DaaS 9.1.4 をインストールする前に、VMware ナレッジベースの記事 KB89737 に記載されている修正手順を実行する必要があります。

Horizon DaaS 9.1.3 - 2022 年 8 月リリース

Horizon DaaS 9.1.3 は、My VMware からダウンロードし、手動でインストールできるようになりました。

Horizon DaaS 9.1.3 では、次の問題が修正されています。

問題 対策
Spring Framework のアップデート Spring Framework が 5.3.12+ および 5.2.18+ にアップデートされました。
Horizon DaaS 9.0.2 で、起動コンソールにロード中の表示を含む黒い画面が表示される。

この問題は解決され、画面は想定どおりに表示されます。

:ESXi 6.7 で vCenter Server 7.0 を使用している場合、この修正を機能させるには、config.mksdevproxy.enable パラメータを使用して vCenter Server を構成する必要があります。

使用可能な容量がない場合でも、ユーザーは仮想マシンを作成することが可能でした。 この問題は解決され、これは不可能になりました。
ユーザーに追加の GPU カードのサポートが必要になる。 以下の「サポートされている GPU カード」セクションに新しい GPU カードが追加されました。
Horizon DaaS 8.0 から Blue/Green にアップグレードした後、既存の割り当てのホット プラグ設定が [いいえ] から [はい] に変更される。 この問題は解決され、アップグレード後に設定が変更されなくなりました。
Horizon 20.2.0 にアップグレードした後、3 つのデータベースすべてで PG 認証に関する警告が表示された。 この問題は解決され、この警告は表示されなくなりました。
仮想デスクトップインフラストラクチャ (VDI) が再構築された後、ユーザー アクティビティ イベントの仮想マシン名が消えていた。  この問題は解決され、仮想マシン名は想定どおりに表示されます。
ドメイン名に 2 つのドットが含まれるアドレスに「技術者の連絡先情報」のメール アドレスを設定することができない。 この問題は解決され、システムは 2 つのドットを含むメール アドレスを受け入れるようになりました。
apsetup.sh を実行すると、TLS v1.1 が有効になっていた。 この問題は解決され、apsetup.sh を実行したときに TLS v1.1 が有効にならなくなりました。

Horizon DaaS 9.1.2 - 2022 年 3 月リリース

Horizon DaaS 9.1.2 は、My VMware からダウンロードし、手動でインストールできるようになりました。

このリリースの新機能は次のとおりです。

  • 4 台のクライアント側モニターのサポート

    Horizon DaaS は、解像度が 4K 未満のモニターを 4 台まで、または解像度が 4K のモニターを 3 台までサポートするようになりました。この機能を使用するには、Soft3D が有効になっていない必要があります。

  • Unified Access Gateway を使用した 2 要素認証

    システムは、Unified Access Gateway (UAG) を介した内部ユーザーの RSA SecurID および Radius 認証をサポートするようになりました。2 要素認証の設定の詳細については、『Horizon DaaS 9.1.0 テナント管理』の「2 要素認証」を参照してください。

  • インスタント クローン クリーンアップ ツール

    インスタント クローン クリーンアップ ツールは、ngvcUtil.sh ユーティリティ スクリプトに含まれ、データストアで公開イメージの割り当てを解除した後、残りのインスタント クローン cp-\* 仮想マシン(cp-template、cp-replica、cp-parent)をクリーンアップするために使用されます。

    警告:イメージ公開タスク(仮想マシンのイメージへの変換または新しいイメージの作成)の進行中は、インスタント クローン クリーンアップ ツールを使用しないでください。

    インスタント クローン クリーンアップ ツールを実行するには、次の手順を実行します。

    1. PuTTY を使用して SP アプライアンスに接続します。
    2. スクリプト ディレクトリに移動します。

      >/usr/local/desktone/scripts

    3. スクリプトを実行します。

      >sudo ./ngvcUtil.sh

      次のプロンプトが表示されます。

      次のいずれかを選択してください。ESX メンテナンスの場合は「M」、インスタント クローンの内部仮想マシンの保護を解除するには「U」、インスタント クローンの内部仮想マシンのクリーンアップには「C」と入力します。

    4. C と入力します。
    5. プロンプトが表示されたら、vCenter Server ホスト名または IP アドレスと vCenter Server ユーザー名を入力します。

      使用可能なオプションは、listunprotectdeleteexit などです。

      次の点に注意してください。

      • list コマンドの場合、オプションが指定されていない場合はすべての内部仮想マシン グループがリストされます(-all オプションを使用する場合と同じ)。
      • unprotect および delete コマンドは、list コマンドの実行後にのみ使用できるサブコマンドです。最初に list コマンドを実行せずに、メイン メニューからこれらのコマンドのいずれかを実行しようとすると、すべての内部仮想マシン グループでこのサブコマンドを実行できないという警告が表示されます。
      • unprotect コマンドの場合、すべての内部仮想マシンの保護を解除する場合は、-all オプションを指定します。
      • delete コマンドの場合、リストされているすべての内部仮想マシンを削除する場合は、-all オプションを指定します。

        注:不具合のある仮想マシンがすべて削除された後で list -D コマンドを実行すると、仮想マシンは表示されません。

    Horizon DaaS 9.1.2 には、次の問題の修正も含まれています。

    問題 対策
    カスタム アプリケーションを追加するとき、またはアプリケーションのデフォルトのアイコンを変更するときに、HTML Access または App Blast Portal にアイコンが表示されません。  この問題は解決され、ユーザーは HTML Access または App Blast Portal で任意のサイズのカスタム アイコンを表示できるようになりました。

    Horizon DaaS 9.1.2 の既知の問題については、以下の「既知の問題」を参照してください。

    セキュリティ ホットフィックス - 2021 年 12 月リリース

    CVE-2021-44228 および CVE-2021-45046 で識別される Apache Log4j の重大な脆弱性に対処するホットフィックスは、My VMware からダウンロードし、手動でインストールできるようになりました。詳細については、「VMSA-2021-0028」を参照してください。

    Horizon DaaS 9.1.1 - 2021 年 9 月リリース

    Horizon DaaS 9.1.1 は、My VMware からダウンロードし、手動でインストールできるようになりました。このリリースでは、VMware NSX-T™ Data Center の使用がサポートされています。

    :NSX-T Data Center の使用は、新規の Horizon DaaS 9.1.1 のインストールでのみサポートされます。

    Horizon DaaS 9.1.1 には、次の問題の修正も含まれています。

    問題 対策
    Horizon Version Manager (HVM) のアップグレード前チェックに、RM とホスト マネージャの 1 対 1 のマッピングを含める必要があります。

    HVM のアップグレード前チェックを追加して、RM とホスト マネージャの 1 対 1 のマッピングを含めました。

    Horizon Air Link (HAL) は、NSX-T ベースの新規インストールに対応する必要があります。

    ネットワーク プロセスを改善するための更新。

    SP のコンピューティング リソースを拡張すると、vCenter Server 情報の表示に時間がかかります。

    この修正により、SP のコンピューティング リソースの拡張が長時間かかることはなくなりました。

    GM エージェント バージョンの複合コードを比較するときに、等号 (=) とハッシュコード (#) 文字をサポートする必要があります。
        

    GM エージェント バージョンの複合コードを比較するときに、等号とハッシュコード文字をサポートするための修正を追加しました。

    管理コンソールで、[インベントリ] > [容量] を選択すると、テナントが構成したデータストアだけでなく、クラスタ内のすべてのデータストアが一覧表示されます。

    テナントが構成したデータストアのみを一覧表示するための修正を追加しました。

    HVM でホットフィックスを適用した後にアプライアンスを再起動するオプションはありません。

    ホットフィックスを適用した後にアプライアンスを再起動するオプションを追加しました。

    RM AppSvrStats wbemcli ヒープ使用率は DaaS 9.0.1 環境で高くなっています。

    wbemcli のヒープ使用率を正しくする修正が追加されました。

    NGVC requestID が作成されなかったため、再同期タスクが失敗しました。

    この障害を排除するための変更を実装しました。

    サービス プロバイダとリソース マネージャでスワップが無効になっています。 SP および RM でスワップを有効にする変更を行いました。
    イメージの公開時にタスクのステータスが SubmittedtoElement で固定される。 Quartz ジョブで task_id が null 値で上書きされる断続的な問題に対処しました。
    デスクトップ モデルのハード ドライブの値は 2 桁に制限されています。 デスクトップ モデルのハード ドライブの値が 2 桁という UI の制限を削除しました。
    nVidia カード RTX8000 のプロファイルを追加する必要があります。
     
    プロファイル名が grid_rtx8000-2q の nVidia カード RTX8000 のプロファイルを追加しました。

    アップグレードに必要なソフトウェア バージョン

    Horizon DaaS 9.1.0 にアップグレードする前に、環境内のサービス プロバイダおよびテナント アプライアンスが Horizon DaaS 9.0.0、9.0.1、または 9.0.2 を実行していることを確認します。これらは、アップグレードに必要なバージョンです。

    アップグレード後のアプライアンスのリストアに関する注意事項

    21.1.0/9.1.0 リリースへのアップグレード後に、Horizon DaaS プラットフォーム アプライアンスを以前のバージョンにリストアすることができます。

    プラットフォームをセットアップするときにバージョン 20.2.0/9.0.0/9.0.1/9.0.2 のアプライアンスの予期されるリストア/予期しないリストアがサポートされるようにするには、リストアを実行する前に、ディレクトリ全体 (/opt/vmware/horizon/link/transfer/20.2.0.4133.0) を、20.2.0/9.0.0/9.0.1/9.0.2 Horizon Air Link アプライアンスから同じパス (/opt/vmware/horizon/link/transfer/) の新しい 21.1.0/9.1.0 Horizon Air Link アプライアンスにコピーする必要があります。これは、プラットフォーム管理アプライアンス(SP および RM)のアップグレード後など、21.1.0/9.1.0 Horizon Air Link アプライアンスをインストールしてからいつでも実行できます。

    新機能

    サービス プロバイダの管理

    • このリリースでは、管理アプライアンスおよび Horizon DaaS プラットフォーム サービスを強化するため、セキュリティ機能が強化されています。
    • このリリースでは、Blue/Green アップグレード プロセスの一環として、サービス プロバイダ、リソース マネージャ、およびテナント アプライアンスが Ubuntu 18.04 LTS にアップグレードされます。

    テナント管理

    • テナントの自動エージェント更新 (AAU) が拡張され、OS のタイプとバージョンに基づいて、さまざまな Horizon Agent インストーラ (HAI) バージョンを使用して永続的なデスクトップ割り当てとゴールド イメージをアップグレードするようになりました。

    • テナントの自動エージェント更新 (AAU) には、デスクトップのエージェントの更新をロールバックする機能(事前に有効化されている場合)など、安定性と機能性の強化がいくつか追加されました。

    • VMware Instant Clone Smart Provisioning のサポートが追加されました。プロビジョニング モード(A または B)は、プール サイズやイメージ サイズなどの環境要因に依存します。詳細については、https://techzone.vmware.com/?share=video2745 を参照してください。

    ページのトップへ

    ベスト プラクティス

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

    1 台の仮想マシンを使用した割り当てのエージェントの更新

    仮想マシンが 1 台のみの割り当てに対してエージェントの更新を実行する場合は、[ユーザーが利用可能な仮想マシン] を 0 に設定する必要があります。

    vCenter Server での仮想マシンの移動

    アプライアンス仮想マシンが作成されたフォルダにない場合、再同期およびアップグレード中に実行されるチェックが失敗するため、アプライアンス仮想マシンを vCenter Server 内の他のフォルダに移動することは推奨されません。

    アップグレード前のプラットフォーム ファイルの置換

    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 のスケーラビリティに関するベスト プラクティス(アプリケーションのライフサイクル管理に VMware 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 であることを覚えておいてください。    

    他の VMware 製品との互換性

    この製品と他の VMware 製品との互換性に関する最新情報については、「VMware 製品の相互運用性マトリックス」を参照してください。

    対応ブラウザ

    管理コンソールは、Google Chrome、Mozilla Firefox、Microsoft Internet Explorer、Microsoft Edge の最新バージョンに対応しています。Apple Safari での使用を試すことはできますが、このリリースでは Apple Safari 環境での管理コンソールの使用はサポートされていません。

    テンプレート デスクトップ仮想マシンの作成

    テンプレート仮想マシンを作成する場合は、構成が完了した後、Windows PowerShell で次のコマンドを実行します。

    Get-AppxPackage|Remove-AppxPackage

    これにより、イメージ公開の失敗につながる sysprep の問題が回避されます。

    テナントの [割り当て] タブのデスクトップ キャパシティ情報の更新

    テナントを編集する際に、[割り当て] タブの [デスクトップ キャパシティ] の情報が正しくない場合は、ページを更新して修正します。特に、[標準キャパシティ][使用中] の値が誤って表示され、更新する必要がある場合があります。

    サポートされている GPU カード

    リリース ノートのこの新しいセクションには、Horizon DaaS でサポートされている GPU カードが一覧表示されています。新しいカードが検証されると、リストが更新されます。

    注:現在一覧表示されていないカードを使用する場合は、VMware グローバル サポート サービス (GSS) でチケットを作成します。

    デバイス
    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 アドレスを変更するには、VMware のサポートでチケットを登録してください。

    1 ポッドあたりのデスクトップ数の制限がデフォルトで 2,000 台

    デスクトップの割り当てとファームの両方で、1 ポッドあたりの仮想マシンの制限がデフォルトで 2,000 台になりました。これには、以前バージョンの製品で作成された仮想マシンが含まれていますが、ユーティリティまたはインポートされたデスクトップは含まれません。割り当てやファームを作成または編集しているときに、表示される残りのキャパシティが少なすぎるように見える場合は、この制限に達している可能性があります。デフォルトの上限として、要求した仮想マシンを 2,000 まで調整することができます。詳細については、VMware の担当者にお問い合わせください。
    サービス プロバイダへの注意:テナントを登録または編集するときに、[全般] タブの新しい [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 を介して接続されている場合、ユーザーがこの機能を利用できるようにするには、コピー アンド ペースト機能を設定する必要があります。詳細については、VMware Horizon HTML Access のマニュアルを参照してください。

    ユーザー グループから削除されたユーザーは引き続き専用デスクトップにログインできる

    ユーザーが、専用デスクトップの割り当てを付与された Active Directory グループに属している場合、いったんこのデスクトップにログインした後は、管理コンソールからこのデスクトップへの割り当てを解除しない限り、同じデスクトップに対して引き続きログインすることができます。ただし、ユーザーが Active Directory から完全に削除された場合、またはデスクトップが削除された場合は、この限りではありません。

    管理アクティビティ レポートの生成が完了するまで待機

    [アクティビティ] 画面([モニター] > [アクティビティ] > [管理])の [管理] タブでエクスポートを開始すると、システムがレポートを生成するまでに、しばらく時間がかかります。この間、管理コンソールで別のタスクを実行することはできません。レコード数によって、レポート生成に数分かかることがあります。レポート サイズが最大(50,000 件)の場合、この待機時間は 10 分ほどになります。

    エクスポートされたユーザー アクティビティ レポートでのデータ ソート

    [アクティビティ] 画面([モニター] > [アクティビティ] > [ユーザー])の [ユーザー] タブでデータをエクスポートすると、generated .csv ファイルのデータが日付によってソートされません。これは、次の 2 つのオプションを使用して修正できます。

    • .csv ファイルを Excel で開き、日付を含むセルの日付形式を yyyy/mm/dd hh:mm AM/PM(たとえば 2012/3/14 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.1.0 では、次の問題が解決されています。マイナー リリース(Horizon DaaS 9.1.1 など)で解決された問題については、上記の関連セクションを参照してください。

    • スーパー管理者ロールが割り当てられた Active Directory グループが Active Directory 内の別の OU に移動された場合、そのグループの管理者ユーザーは管理コンソールにログインできますが、変更を加えることはできませんでした。この問題は解決し、ユーザーは任意の変更を行うことができるようになりました。[2554690]

    • 管理コンソールでグループを削除する前に、Active Directory から構成済みの管理者グループを直接削除した場合、[設定] > [役割と許可] ベージで次の 2 つの問題が発生しました。

      • 削除されたグループが、\unknown\XXXX として表示される。
      • 新しい管理者グループを既存のリストに追加すると、エラーが発生し、グループの詳細は保存されない。

      この Active Directory の問題は解決され、これらの問題は発生しなくなりました。[2543068]

    既知の問題

    サービス プロバイダの問題

    このリリースで初めて出現する問題は太字で示しています。

    • Horizon DaaS 9.1.3 をデプロイした後、dbmonitor.log に次のエラーが表示される。“Caused by: java.net.UnknownHostException: THIS_DB_IP”

      回避策:ナレッジベースの記事 KB89737 で説明されている修正手順を実行します。 

    • 複数のテナントをサポートする vCenter Server インスタンスを使用する場合、推奨されるテナントの最大数は 12 で、サポートされる最大数は 18 です。より多くのテナントをサポートするには、別のテナント リソース マネージャを追加して、別の vCenter Server インスタンスを追加する必要があります。  

      回避策:なし。このキャパシティは今後のリリースで拡張される予定です。

    • アップグレード後、Unified Access Gateway (UAG) の設定が失われ、ユーザーがデスクトップにアクセスできなくなることがあります。

      回避策:各テナント アプライアンスで apsetup スクリプトを実行します。

      sudo /usr/local/desktone/scripts/apsetup.sh

      [2551708/2550694]

    • Service Center でテナントの名前を変更すると、vCenter Server で名前が変更されず、そのテナントのアップグレードに失敗します。

      回避策:vCenter Server でテナント名を変更し、アップグレードを再試行します。

      [2516006/2502672]

    • アップグレード中に、テナントの移行に失敗し、次のエラーが表示されることがあります。

      仮想デバイス Ethernet0 の接続に失敗しました

      回避策:ナレッジベースの記事 KB2093588 の手順に従ってください。

      [2409011]

    • 前のバージョンへのロールバックを試行すると、次のような HAL エラーが表示される場合があります:「java. RemoteException: VI SDK invoke exception:javax.net.ssl.SSLHandshakeException: Remote host closed connection during handshake」。これは、構成ファイル /opt/vmware/horizon/link/conf/settings.json のサイズが大きすぎる場合に発生する可能性があります。

      回避策:失敗した、または完了したすべてのジョブを、不要なマニフェスト バージョンとともにクリーンアップします。

    • 前のバージョンへのロールバックを試行すると、次のような HAL エラーが表示される場合があります:「Given final block not properly padded.javax.crypto.BadPaddingException: Given final block not properly padded」。これは、Java 暗号化/復号化モジュールのバグが原因で発生する可能性があります。

      回避策:JSON ファイルからジョブを手動で削除します。

    テナント管理の問題

    このリリースで初めて出現する問題は太字で示しています。

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

    Active Directory に関する既知の問題

    • 管理コンソールがプライマリ ドメイン バインド アカウントのロックアウトまたはロック解除された状態を反映するのに 最大 15 分かかる。

    • Active Directory へのシステムの接続オブジェクトは 15 分間キャッシュされます。この結果、プライマリ バインド アカウントがロックされてからシステムが管理者へ通知するまで 15 分かかる可能性があります。また、管理者がアカウントのロックアウト状態をクリアした後、システムがそのクリア済みのアカウントについての通知を停止するまでにも、15 分かかる可能性があります。

      回避策:なし。  [2009434]

    • 同じ Active Directory フォレスト内の別のドメインと同じファーム名を再使用すると、重複するサービス プロバイダ名 (SPN) が原因でドメイン参加が失敗する可能性があるMicrosoft Windows Server 2012 R2 以降でのドメイン コントローラの新機能により、ドメイン コントローラでの重複する SPN チェックが原因でドメイン参加が失敗します。Microsoft のナレッジベースの記事 KB3070083 を参照してください。

      回避策:

      • ファーム名を再使用しないようにします。
      • Microsoft のナレッジベース記事の説明に従って、Active Directory ドメインでの重複する SPN チェックを無効にします。

      [1969172]

    イメージ、ファーム、割り当てに関する既知の問題

    • フローティングの従来型クローンの割り当てでは、VDI マシンへの自動ログインがカスタマイズ後に失敗します。これは、VDI マシンのカスタマイズ後にクリーンアップ スクリプトが実行されないために発生します。[2821801]

    • 大規模環境では、エージェント上の Blast サービスなどの一部の Windows サービスが起動しないために、フローティング デスクトップ割り当て内の数台の仮想マシンが [不明] の状態になり、エージェントのハートビートが AGENT_ERR_PROTOCOL をレポートする可能性がある。この場合、仮想マシンのエージェント ステータスの値の上にマウス カーソルを置くと、エージェントのエラーを示すツールチップが表示される。

      回避策:[割り当て] 画面から仮想マシンを再起動するか、RDP を使用して仮想マシンにログインし、Windows サービスから VMware Blast サービスを再起動します。[2406279]

    • イメージ上のエージェントをアップデートすると、クローン作成された仮想マシンでイメージへの変換タスクが失敗することがある。 

      回避策:元のイメージではなくクローン作成された仮想マシンを削除して、再試行してください。クローン作成された仮想マシンは [ユーティリティ仮想マシン] に表示されます。再試行に失敗した場合は、クローン作成された仮想マシンを保存し、以下の手順を実行して DCT ログを取得して、VMware の担当者にお問い合わせください。

      1. クローン作成された仮想マシンで、C:\Program Files\VMware\VMware View\Agent\DCT に移動し、「support.bat」ファイルを開きます。

        cmd プロンプト ウィンドウが開き、どのログが現在収集されているかを示すメッセージが出力されます。このプロセスの完了に数分間かかる場合があります。

      2. ダンプ ファイルの収集を求められた場合は、VMware がダンプ ファイルの収集を要求していない限り、「n」を入力します。

        収集されたログを含む zip ファイルがデスクトップに配置されます。

      ログ取得の詳細については、ナレッジベースの記事 https://kb.vmware.com/s/article/1017939 を参照してください。

      [2202387]

    • 18.2.2 以前のバージョンのエージェントでエージェントのアップデート機能を使用すると、「1 回実行」が保留になっているデスクトップでアップデート プロセスがハングすることがある。

      回避策:エージェントのアップデートを実行し、[エージェントのアップデート] ウィザードの [コマンド ライン] タブで次のコマンド ライン引数を追加します。
      VDM_SUPPRESS_RUNONCE_CHECK=1

      [2191312]

    • 同じユーザー グループに関連付けられた専用デスクトップの割り当てが 2 つあると、次の問題が発生することがある。いずれか一方の割り当てから Horizon Client を使用してデスクトップを開き、もう一方の割り当てから Horizon Client によりデスクトップを開こうとすると、ユーザーにデスクトップの使用資格がないというエラーが表示され、2 つ目の試行が失敗する。

      回避策:2 つ目の割り当てからは、Horizon Client の代わりに、ブラウザを使用してデスクトップを開きます。[2201599/1813881]

    • 従来のクローンの割り当ての更新をプッシュすると、いくつかの仮想マシンが PXE ブート エラー状態になることがある。次に例を示します。

      • PXE-E53:ブート ファイル名を受け取りませんでした
      • PXE-MOF:オペレーティング システムが見つかりませんでした

      回避策:これは NetApp の問題であり、Horizon DaaS では回避策はありません。  [1969642]

    • ユーザーに専用デスクトップ割り当てを使用する資格が付与されている場合、管理コンソールでユーザーの名前をクリックすると、その割り当てがユーザーの詳細情報の [割り当て] に表示される。しかし、ユーザーがその割り当てからデスクトップを起動すると、ユーザーの詳細情報に表示されなくなる。

      回避策:なし。  [1958046]

    • インスタント クローンの割り当てを縮小すると、仮想マシンの 1 つが削除できずにパワーオフ状態になることがある。

      回避策:仮想マシンをパワーオンします。仮想マシンがパワーオンされて割り当てに表示されるようになったら、割り当てを再び縮小します。[2027097]

    • Windows Server 2016 イメージを使用してファームの作成を試みると、仮想マシンがカスタマイズの段階でハングする場合がある。

      回避策:Windows Server 2016 イメージ上で tiledatamodelsvc サービスを無効にしてから、ファームを作成します。[2010914]

    レポートに関する既知の問題

    • デスクトップの CPU 使用率が非常に高い場合、たとえばアプリケーションが 100% を使用している場合などに、デスクトップの健全性アラートの通知が [レポート] 画面の [デスクトップの健全性] タブに表示されない。

      回避策:なし。  [2015486]

    • IPv6 がイメージで有効になっている場合に、異常な IP アドレスに関する通知が [レポート] 画面の [デスクトップの健全性] タブに表示されない可能性がある。

      回避策:イメージに対して IPv6 を無効にします。  [2017500]

    ユーザー インターフェイスに関する既知の問題

    • キーの重複値が一意の制約「t_general_machine_mac_address_key」に違反しているため、新規作成またはクローン作成された仮想マシンが [インポートされた仮想マシン] に表示されません。

      回避策:なし。この問題は、将来のリリースで解決されます。

      [2887657]

    • 特定の割り当ての [デスクトップ] タブを表示しようとすると、管理コンソールが遅くなります。[2820840]

    • デスクトップの健全性レポートに対して報告され、デスクトップの健全性アラートのために使用されるメモリ使用量の割合は、コミットされているメモリの割合に基づく。これは、物理メモリとページファイルのサイズの合計に等しく、物理メモリのみの割合に基づくものではない。

    • デスクトップ仮想マシンでコミットされたメモリは物理メモリにページファイル サイズを加えたものとして計算されます。デスクトップのメモリ使用量の割合を計算するときに、システムはその合計(物理メモリとページファイルのサイズ)に使用される割合を示します。デスクトップの健全性アラートと、デスクトップの健全性レポート内のメモリ使用率レポートの両方で、その割合の計算が使用されます。ただし、デスクトップ仮想マシンにログインして Windows タスク マネージャーを開き、デスクトップの Windows オペレーティング システムのメモリ使用量を表示する場合、Windows タスク マネージャーには物理メモリのみに基づく割合が表示されます。このため、デスクトップの Windows タスク マネージャーに表示されるメモリ使用量の割合は、デスクトップの健全性レポートまたはデスクトップの健全性アラートに表示されるメモリ使用量の割合と一致しません。

      回避策:デスクトップの Windows タスク マネージャーによって報告されるメモリ使用量の割合と、管理コンソールのデスクトップの健全性レポートとデスクトップの健全性アラートでそのデスクトップについて報告されるメモリ使用量の割合の比較を実施する場合は、この差異を考慮します。[2015772]

    • Safari ブラウザで、管理コンソールの一部のページが正しく表示されない。

      回避策:別のブラウザを使用して管理コンソールにアクセスします。[1956356/1956348 ]

    App Volumes - 既知の問題 [これらは SP リリース ノートのみ]

    • App Volumes Agent がイメージ仮想マシンにインストールされた後、DaaS Agent のペアリング プロセスが完了するまで App Volumes Agent が App Volumes Manager と通信できない。次のエラー メッセージが表示されます。「接続エラー、App Volumes Manager に通信できません。仮想化は無効になりました」。

      回避策:

      1. App Volumes Agent をインストールする前に、確実に DaaS Agent のペアリング プロセスが完了させます。
      2. App Volumes Agent がインストールされた後に DaaS Agent のペアリングが発生する場合は、その接続エラーを無視して [OK] をクリックします。DaaS Agent が後でペアリングされると、接続は自動的にセットアップされます。

      [2036603]

    ローカライズに関する既知の問題

    • True SSO テンプレート名で 非 ASCII 文字または拡張 ASCII 文字を使用すると、テンプレートの取得に失敗し、True SSO を正しく設定できない。

      回避策:True SSO テンプレートの名前には ASCII 文字のみを使用します。  [1957829]

    • [レポート] 画面の [デスクトップの健全性] タブの一部のテキストがローカライズされていない。  

      回避策:なし [2019363]

    改訂履歴

    日付 説明
    2021 年 1 月 07 日
    • 初期リリース
    2021 年 3 月 23 日
    • 必要なバージョン (2733701) を追加
    2021 年 9 月 23 日
    • 9.1.1 を追加
    2021 年 12 月 8 日
    • ベスト プラクティスを追加 - アップグレード前のプラットフォーム ファイルの置換 - 2886062
    2022 年 3 月 30 日
    • 9.1.2 を追加
    2022 年 6 月 29 日 既知の問題 2887657
check-circle-line exclamation-circle-line close-line
Scroll to top icon