このページでは、第 1 世代の Horizon Cloud on Microsoft Azure のデプロイを Horizon Cloud Service - next-gen テナントに移行するためのセルフサービス移行プロセスから現在除外されている項目について説明します。このページでは、第 1 世代のデプロイの特殊なケースについてもいくつか説明します。

注: このコンテンツは、随時更新されるドキュメントです。この情報は、サポートがさらに提供された時点で更新されます。

現在の主な除外

重要: このコンテンツは、すべての可能な除外を引用するわけではありません。ここでの項目は、現在移行プロセスから除外されている大きな特性です。

この最初のリストには、何が含まれているかを示し、次に除外対象のリストを示します。

2024 年 4 月 25 日時点で含まれる
本書の執筆時点では、次の基準を満たす Horizon Cloud on Microsoft Azure ポッドを移行できます。
  • Azure Commercial 環境に展開されます。
  • その単一ポッド内に割り当てがあります。つまり、ポッド 1 で割り当てが行われる場合、その他のポッドには同じ割り当ては存在しません。

    たとえば、assignment-A は pod-1 と pod-2 の両方を使用し、assignment-B は pod-3 のみを使用し、pod-3 は移行できます。

  • Horizon Cloud on Microsoft Azure ポッドが最小ポッド マニフェスト バージョンを実行し、第 1 世代のコンソールの [キャパシティ] ページでステータスが Online(緑色)で、エージェントが最小バージョンを実行している必要があります。詳細については、「デプロイとエージェントが移行に必要なバージョンであることを確認する」セクションを参照してください。
  • 第 1 世代ポッド デプロイヤが第 1 世代ポッドに提供した内部ゲートウェイ構成。
  • 第 1 世代ポッド デプロイヤが第 1 世代ポッドに提供した外部ゲートウェイ構成。
  • ポッドのサブネットまたは VNet が、AKS が制限された IP アドレス範囲と競合または重複している場合、[単一仮想マシン]のデプロイ タイプを選択するか、次世代のデプロイのための新しい VNet と管理サブネットを作成する回避策を実装する限り、ポッドを移行できます。このシナリオの詳細については、「ポッドの VNet または接続されたネットワークに AKS 制限付き IP アドレスが含まれているかどうかの判断」を参照してください。
  • テナントのインベントリにリモート アプリケーションを提供しているポッドは、移行の対象となります。現時点では、自動スキャンされたリモート アプリケーションと、[ファームから手動で] オプションを使用してインベントリに追加されたリモート アプリケーションの両方を移行できます。この第 1 世代のドキュメントで説明するように、これらのリモート アプリケーションは、ポッドのアプリケーション ファームによって提供されます。
    注: 第 1 世代のファーム仮想マシンに手動アプリケーションを直接インストールした場合、移行プロセスの一環としてメタデータが移行されても、そのようなアプリケーションはデフォルトで次世代環境のプール仮想マシンにインストールされません。このようなアプリケーションの場合は、第 1 世代のファーム仮想マシンにインストールされた特定の正確なパスで、プール仮想マシンに再インストールする必要があります。

    移行後の次世代の Horizon Universal Console での移行されたアプリケーション ファームの外観の詳細については、この移行ガイドの「メンテナンス ウィンドウ後」セクションを参照してください。

  • first-gen サービスが第 1 世代ポッドでサポートするプロキシ構成設定。移行プロセスでは、作成された Horizon Edge Gateway アプライアンスで同じプロキシ設定が構成されます。
    注: AKS デプロイ タイプを使用して移行することを決定し、第 1 世代ポッドが認証済みプロキシを使用しており、そのプロキシ設定に認証用のユーザー名とパスワードが含まれている場合、移行プロセスはプロキシ URL のみを Horizon Edge Gateway アプライアンスにコピーします。この理由は、AKS タイプが、現時点では認証済みプロキシをサポートしていない Microsoft Azure Kubernetes Service (AKS) を使用するためです。

    AKS デプロイ タイプを使用して移行し、第 1 世代ポッドが認証済みプロキシを使用している場合は、スケジュール設定ウィザードのユーザー インターフェイスを実行して移行をスケジュール設定する前に、プロキシで認証を無効にする必要があります。移行メンテナンス ウィンドウが完了したら、Horizon Edge の構成設定を更新して、プロキシで認証を再度有効にすることができます。

    移行時にどの Horizon Edge Gateway デプロイ タイプを選択するかを決定する方法の詳細については、「Horizon Edge Gateway のデプロイ タイプを決定する」を参照してください。

  • 第 1 世代のテナントのポッド フリートに、Horizon Cloud on Microsoft Azure ポッドに加えて Horizon ポッドが含まれている場合、それらの Horizon ポッドがサブスクリプション ライセンスのみを使用し、他のクラウドベースのサービスを使用していない限り、Horizon Cloud on Microsoft Azure ポッドはセルフサービス移行プロセスに参加できます。

    このシナリオでは、このガイドで説明されているセルフサービス移行プロセスを使用して、Horizon Cloud on Microsoft Azure ポッドを次世代環境に移行できます。Horizon Cloud on Microsoft Azure ポッドが移行された後、Horizon ポッドは第 1 世代のテナント環境に残り、次世代のテナントを介してサブスクリプション ライセンスを受け取ります。Horizon ポッドのセルフサービス移行プロセスはまだ提供されていません。

  • VMware 互換性マトリックスの Horizon Cloud Service next-gen にリストされている Horizon シン クライアントは、移行後もサポートされます。エンド ユーザーが Horizon シン クライアントを使用しているユースケースの場合は、移行を進める前に、Horizon シン クライアント デバイスとモデル、および Horizon Cloud Service next-gen の間の互換性マトリックスを確認してください。移行後は、Horizon Cloud Service next-gen と互換性があるとしてリストされている Horizon シン クライアントのみがサポートされます。

    Horizon シン クライアントと [Horizon プラットフォーム バージョン](つまり Horizon Cloud Service next-gen)間の互換性マトリックスは次の場所にあります:https://www.vmware.com/resources/compatibility/search.php?deviceCategory=vdm&details=1&horizonVersion=666&page=1&display_interval=10&sortColumn=Partner&sortOrder=Asc

注: 各デスクトップの Horizon Client で設定されたエンドユーザーのデスクトップ環境設定の移行は現在サポートされていません。移行後に必要な環境設定を取得するために、エンド ユーザーはこれらの環境設定をクライアントで再度設定できます。
除外
次のシナリオは、現在移行ではサポートされていません。
  • Azure Government 環境にデプロイされたポッド。
  • Horizon Cloud on Microsoft Azure ポッドが 2 つ以上のポッドが関与する割り当てに参加している場合。
  • Horizon Cloud on Microsoft Azure のデプロイでエンド ユーザーまたはそのクライアントが PCoIP を使用する必要がある状況。
    注: 自動セルフサービス移行では、PCoIP を必要とするエンド ユーザーがいるかどうかを検出できません。ユーザーと VDI 管理者は、この状況がエンド ユーザーに適用されるかどうかを確認する必要があります。
  • VMware互換性マトリックスに記載されていない Horizon シン クライアントは、移行後に使用することはできません。エンド ユーザーが Horizon シン クライアントを使用しているユースケースの場合は、移行を進める前に、Horizon シン クライアント デバイスとモデル、および Horizon Cloud Service next-gen の間の互換性マトリックスを確認してください。Horizon Cloud Service next-gen と互換性があるとしてリストされている Horizon シン クライアントのみがサポートされます。

    Horizon シン クライアントと [Horizon プラットフォーム バージョン](つまり Horizon Cloud Service next-gen)間の互換性マトリックスは次の場所にあります:https://www.vmware.com/resources/compatibility/search.php?deviceCategory=vdm&details=1&horizonVersion=666&page=1&display_interval=10&sortColumn=Partner&sortOrder=Asc

注: 2023 年 6 月 30 日の VMware ナレッジベースの記事 KB91183 で説明しているように、Cloud Monitoring Service (CMS) データによって提供された古いダッシュボードとレポートは、 Workspace ONE Intelligence でのみ使用できます。2023 年 6 月 30 日より前のナレッジベースの記事の手順に従った場合、第 1 世代の Horizon Cloud on Microsoft Azure ポッドのデータは Workspace ONE Intelligence コンソールで最初に利用できるようになりました。

第 1 世代の Horizon Cloud on Microsoft Azure ポッドが次世代環境に移行されると、そのポッドの時系列データ タイプは移行後も Workspace ONE Intelligence で引き続き使用できます。

VMware が第 1 世代 Horizon Universal Console での next-gen 移行ウィザードへのアクセスを有効にしている場合、そのウィザードには第 1 世代 Horizon Cloud on Microsoft Azure で使用可能だが Horizon Cloud Service - next-gen への移行後に使用できない機能セットが表示されます。

管理者は、移行についてエンド ユーザーに通知し、Horizon Cloud Service - next-gen のユーザー エクスペリエンスが第 1 世代の Horizon Cloud on Microsoft Azure とは多少異なっていることを通知する必要があります。たとえば、この Tech Zone ビデオ「VMware Horizon Cloud Service のログイン フロー」では、ログイン エクスペリエンスの違いを示しています。

第 1 世代のデプロイでは、ユーザーに選択的に提供される機能や、VMware Horizon Cloud オペレーション チームによって有効にされた機能、あるいは Workspace ONE Access と統合された機能を利用していますか。

一部の機能は、VMware Horizon Cloud オペレーション チームによって第 1 世代のデプロイに対して選択的に有効になっている可能性があります。一部の項目(プライベート API など)は、特別な条件下で使用するために提供されている場合があります。

デプロイにこれらの項目が含まれているかどうかをチームで確認してください。

  • テナントはシングルポッド仲介用に構成され、Workspace ONE Access はそのテナントおよびそのテナントのポッドと統合されていますか。ポッドを移行するために VMware Horizon Cloud チームとまだ連絡していない場合は、サポート リクエストを発行して、VMware Horizon Cloud チームにガイダンスを依頼してください。
  • テナントは Universal Broker で構成され、Workspace ONE Access および Intelligent Hub サービスと統合されていますか。ポッドを移行するために VMware Horizon Cloud チームとまだ連絡していない場合は、サポート リクエストを発行して、VMware Horizon Cloud チームにガイダンスを依頼してください。
  • テナントが要求に基づいてそのような機能の使用を明示的に有効にしている場合に、第 1 世代のドキュメントで利用可能と記載されている機能の有効化を要求しましたか? そのような機能の例としては、Active Directory ドメインを登録するときの LDAPS の使用、同じポッド内の割り当て間での個々の仮想マシンの移動、組み込みの事前定義済みロールのデスクトップ割り当てとファームへの狭い範囲の権限があります。「はい」と回答した場合は、サポート リクエストを発行し、VMware Horizon Cloud チームに連絡してガイダンスを受けてください。
  • 第 1 世代の制御プレーンで使用するために VMware が提供する API に依存するスクリプトを開発しましたか? これらのスクリプトまたはツールは、次世代制御プレーンの API を使用して再作成する必要があります。これらの API については、Horizon Cloud Service - next-gen API ドキュメントを参照してください。
  • ユーザーのチームまたは VMware Horizon Cloud オペレーション チームが、ユーザーに代わってデプロイの Unified Access Gateway 構成で特定の機能またはプロパティを構成しましたか? このような構成の例としては、Syslog、高度な RADIUS オプション、管理サブネットまたはテナント サブネットでのカスタム ルーティング、Unified Access Gateway インスタンスでのデフォルトの MTU サイズの変更があります。「はい」と回答した場合は、サポート リクエストを発行し、VMware Horizon Cloud チームに連絡してガイダンスを受けてください。
  • VMware Horizon Cloud オペレーション チームがユーザーに代わって、デプロイのポッド マネージャ インスタンスに関連する特定のプロパティを構成しましたか? このような構成の例としては、デフォルトのユーザー キャッシュ スレッド タイムアウト値の変更、ドメイン参加アカウントの権限検証の無効化があります。「はい」と回答した場合は、サポート リクエストを発行し、VMware Horizon Cloud チームに連絡してガイダンスを受けてください。
  • VMware Horizon Cloud オペレーション チームがデプロイ用に構成したその他の項目で、第 1 世代のドキュメントでは一般提供または要求ごとの機能として説明されていないものはありますか? 「はい」と回答した場合は、サポート リクエストを発行し、VMware Horizon Cloud チームに連絡してガイダンスを受けてください。