Horizon Cloud での App Volumes アプリケーションの使用に関する概要と前提条件

App Volumes アプリケーション機能を使用して、アプリケーションのライフサイクル全体を管理できます。これには、アプリケーションのパッケージ作成、更新、およびリタイアが含まれます。アプリケーションの資格をカスタマイズして、特定のバージョンのアプリケーションをエンド ユーザーに提供することもできます。

App Volumes を使用する予定であるのに、コンソールで見つけられない場合は、アカウントの担当者に連絡して、ライセンスとテナント アカウントの構成で App Volumes の使用が許可されているかどうかを確認します。ライセンスが有効になると、App Volumes が自動的に Horizon Universal Console で使用できるようになります。

アプリケーション パッケージのインポートまたは削除、ファイル共有のプロビジョニング、ステージングから配信ファイル共有へのアプリケーション パッケージのレプリケーションなどの操作では、Horizon Edge デプロイを接続する必要があります。ファイル共有の詳細については、このページの「Horizon Edge 関連の前提条件」セクションを参照してください。

ゲスト OS のサポートについては、「Omnissa 製品の相互運用性マトリックス」を参照してください。

Horizon Cloud の App Volumes 機能の概要

次の表は、Horizon Cloud における App Volumes 機能の概要を示します。

機能領域	説明
デプロイ	完全に自動化されたデプロイ。ストレージなどの App Volumes インフラストラクチャ コンポーネントの自動プロビジョニング。 Microsoft Azure ファイル共有と Amazon FSx for Windows ファイル サーバを管理する App Volumes モジュールをサポートする Edge インフラストラクチャ。 Horizon Edge のデプロイ時に、アプリケーションを保存および配信するための Microsoft Azure ファイル共有または Amazon FSx for Windows ファイル サーバの自動プロビジョニング。 注：Horizon Edge が vSphere プロバイダ タイプにデプロイされている場合は、独自のステージングおよび配信ファイル共有を用意できます。これらのファイル共有は Edge に登録する必要があります。 vSphere Edge デプロイでは、App Volumes はプールの作成時にイメージ ソースとして vCenter カタログとイメージ カタログの両方をサポートします。 vSphere プロバイダのイメージの管理の詳細については、「vSphere プロバイダのデプロイでのイメージの管理」を参照してください。
管理コンソール	App Volumes コンソールは、Horizon Universal Console にシームレスに統合されます。デスクトップとアプリケーションを同じコンソールで管理します。 App Volumes Agent のインストール エクスペリエンスは、Horizon Cloud イメージ作成ワークフローにシームレスに統合されています。
App Volumes 4 Agent	オンプレミス、Microsoft Azure、Amazon WorkSpaces Core、および vSphere のデプロイに使用される、パフォーマンスが最適化された統合エージェント。
パッケージ作成	ファイル共有を使用して提供される VHD ベースのパッケージをサポートしています。 アプリケーション パッケージの作成は Horizon Cloud 内でネイティブに実行されます。コマンドライン ツールは不要です。 ユーザーは、App Volumes を使用して、MSIX アプリケーション添付の VHD をインポートし、この新しいパッケージ形式を提供できます。
アプリケーション ライフサイクル管理	すでに App Volumes 4 オンプレミスの一部となっている SAM (Simplified Application Management) 機能をサポートします。管理者は、アプリケーションのライフサイクル全体（パッケージ作成、更新、リタイアなど）を管理できるようになりました。
アプリケーション割り当て	管理者は、アプリケーションの資格をカスタマイズして、特定のバージョンのアプリケーションをエンド ユーザーに提供することができます。 マルチ Edge アプリケーションの提供をサポートします。
ID プロバイダ	App Volumes は、Active Directory と Microsoft Entra ID をサポートします。
ハイブリッド クラウドのサービス	オンプレミスの App Volumes ユーザーが、オンプレミスのデプロイから Horizon Cloud on Microsoft Azure または Amazon WorkSpaces Core にアプリケーション パッケージをインポートできるようになりました。オンプレミス パッケージを再利用します。再パッケージ化は必要ありません。

App Volumes アプリケーション プロセスの概要

ユーザーが App Volumes アプリケーションを使用できるようにするには、次の 2 段階のプロセスがあります。

• Horizon Universal Console で App Volumes アプリケーションを追加します。これを行うには、次の 2 つの方法があります。

  • 新しいアプリケーション パッケージを作成してインポートすることにより、App Volumes アプリケーションを追加します。

    アプリケーション パッケージがまだ作成されていない場合は、[パッケージの追加] オプションを使用して作成できます。これにより、App Volumes を使用してアプリケーション パッケージが作成され、自動的にインポートされます。「Horizon Cloud を使用した App Volumes アプリケーションの追加」を参照してください。

    また、[アプリケーションの追加] 機能を使用してアプリケーションを作成するときに、アプリケーション パッケージを作成することもできます。

  • 既存のアプリケーション パッケージをインポートすることにより、App Volumes アプリケーションを追加します。

    以前に App Volumes で作成されているアプリケーション パッケージがある場合は、[アプリケーションのインポート] オプションを使用してインポートできます。これは、アプリケーション パッケージを作成し直すことなく、オンプレミスのデプロイからアプリケーション パッケージを再利用できることを意味します。「Horizon Cloud を使用して既存のアプリケーション パッケージをインポートして、App Volumes アプリケーションを追加する」を参照してください。

• App Volumes アプリケーションの資格をユーザーに付与するための App Volumes 資格を作成します。「Horizon Cloud を使用した App Volumes アプリケーションの資格の作成」を参照してください。

Edge デプロイで Horizon Cloud とともに App Volumes を使用するための前提条件

App Volumes は、Microsoft Azure、Amazon WorkSpaces Core、および vSphere プロバイダ Edge のデプロイで使用できます。

Azure のストレージ アカウント アクセス キーのローテーション

Microsoft Azure ポータルで App Volumes アプリケーション ストレージ アカウントのストレージ アカウント アクセス キーをローテーションし、Horizon Universal Console でストレージ アカウントのローテーションされたキーを更新できます。

**注：**ストレージ アカウントのアクセス キーをローテーションするときは、Microsoft Azure によるすべてのベスト プラクティスと推奨事項に従ってください。

Microsoft Azure ポータルで App Volumes アプリケーション ストレージ アカウントのアクセス キーをローテーションした後、そのストレージ アカウントのアクセス キーは無効になります。その結果、プール仮想マシンはストレージ アカウントにアクセスできなくなり、そのプール仮想マシンにログインしたエンド ユーザーはアプリケーションを使用できなくなります。エンド ユーザーに影響を与えないようにするには、プライマリ キー (key1) をローテーションする前でも、Horizon Universal Console で App Volumes アプリケーション ストレージのセカンダリ (key2) アクセス キーを更新する必要があります。

App Volumes アプリケーション ストレージのアクセス キーを更新するには、Horizon Universal Console > [キャパシティ] > [Edge] > [App Volumes アプリケーション ストレージ] グリッド セクションの [アクセス キーの更新] 機能を使用します。この機能を表示するには、グリッドで、そのストレージ アカウントの省略記号アイコンをクリックする必要があります。ストレージ グリッドの [アクセス キーのステータス] には、更新されたキーのステータスが [有効] か [無効] と表示されます。ストレージ アカウントのアクセス キーが正常に更新されると、キーのステータスは [有効] になります。プール仮想マシンはストレージ アカウントにアクセスでき、ユーザーはアプリケーションを引き続き使用できます。

重要： プール仮想マシンにアクティブなアタッチメントが存在し、アクセス キーを更新するストレージ アカウントにアクセスしている可能性があります。そのため、セカンダリ (key2) アクセス キーを使用してストレージ アカウントを更新した後、プール仮想マシンを再起動します。この再起動により、プール仮想マシンは引き続きストレージ アカウントにアクセスし、アタッチメントはアクティブなままになります。その結果、エンド ユーザーはそのプール仮想マシンでアプリケーションを引き続き使用できます。この操作の後、目的のキーをローテーションできます。

ローテーションされたアクセス キーを使用してストレージ アカウントの更新を行う場合は、目的のアクセス キーをローテーションする前に、このキーを使用しているアタッチメントがないことを確認します。

App Volumes のドメイン参加サービス アカウントの詳細の更新

Amazon WorkSpaces Core Edge のデプロイ

AWS コンソールでドメイン参加サービス アカウントの認証情報を変更する場合は、変更されたサービス アカウントの詳細が Horizon Universal Console で更新されていることを確認する必要があります。この更新により、Horizon Edge はサービス アカウントを介して Amazon FSx ファイル共有に引き続きアクセスし、管理者の操作は正常に続行されます。

注：

• サービス アカウントの詳細は、同じサービス アカウントを使用するすべての Horizon Edge で更新する必要があります。

• AWS コンソールでは、特定の Horizon Edge の App Volumes アプリケーション ストレージ アカウントで使用されるすべての FSx ファイル共有について、サービス アカウントの詳細を更新する必要があります。

• App Volumes の Active Directory ドメインの DNS サーバ IP アドレスに変更がある場合は、Horizon Universal Console で変更された IP アドレスも更新する必要があります。

手順

1. ドメイン参加サービス アカウントの認証情報を変更します。

   a. Horizon Universal Console で [キャパシティ] ページに移動し、目的の Horizon Edge を選択して [編集] をクリックします。

   b. [App Volumes ストレージ] セクションに移動し、すべての [ファイル共有名] を控えます。

   c. AWS コンソールで [ファイル システム]（[ファイル共有名]）に移動し、必要なすべてのファイル システムでサービス アカウントの詳細（ユーザー名とパスワード）を更新します。

   必要に応じて、必要なすべてのファイル システムの DNS IP アドレスを更新します。

2. Horizon Universal Console で [キャパシティ] ページに移動し、目的の Horizon Edge を選択して [編集] をクリックします。

3. [App Volumes アプリケーション ストレージ] セクションに移動します。

4. [サービス アカウントの詳細] テーブルのタイトルの横にある [編集] をクリックします。

5. サービス アカウントのユーザー名とパスワードを、AWS コンソールでの更新に使用されたのと同じ値で更新します。

   AWS コンソールで DNS IP アドレスを変更した場合は、このページの DNS IP アドレスも更新する必要があります。

vSphere プロバイダ Edge のデプロイ

ドメイン参加サービス アカウントの認証情報を変更する場合は、変更されたサービス アカウントの詳細が Horizon Universal Console で更新されていることを確認する必要があります。この更新により、Horizon Edge はサービス アカウントを介してファイル共有に引き続きアクセスし、管理者の操作は正常に続行されます。

注：

• サービス アカウントの詳細は、同じサービス アカウントを使用するすべての Horizon Edge で更新する必要があります。

• ファイル共有にアクセスするには、このサービス アカウントに読み取り権限と書き込み権限の両方があることを確認します。

手順

1. Horizon Universal Console で [キャパシティ] ページに移動し、目的の Horizon Edge を選択して [編集] をクリックします。

2. [App Volumes アプリケーション ストレージ] セクションに移動します。

3. [サービス アカウントの詳細] テーブルのタイトルの横にある [編集] をクリックします。

4. サービス アカウントのユーザー名とパスワードを、vCenter Server コンソールでの更新に使用されたのと同じ値で更新します。

Horizon Edge 関連の要件

App Volumes アプリケーションをインベントリに追加する前に、環境が次の前提条件を満たしていることを確認します。

• デプロイにはゲートウェイ構成（Unified Access Gateway インスタンス）が必要であり、Unified Access Gateway の FQDN マッピング手順を完了している必要があります。これは、Unified Access Gateway インスタンスを使用して構成された Horizon Cloud on Microsoft Azure または Horizon Cloud on Amazon WorkSpaces Core デプロイに必須です。

• Edge デプロイのタイプに応じて、ファイル共有がサービスによって自動生成されるか、独自のファイル共有を持ち込んで使用することができます。
  ファイル共有を表示するには、Horizon Universal Console で [キャパシティ] ページに移動し、Horizon Edge をクリックして、[App Volumes アプリケーション ストレージ] セクションまでスクロールします。

  2 つのファイル共有のタイプは以下のとおりです。

  • ステージング ファイル共有

    ステージング ファイル共有は、検出用の新しいアプリケーション パッケージをステージングし、アプリケーション インベントリにインポートするために使用される単一のファイル共有です。アプリケーション パッケージは、既存の App Volumes 4.x デプロイからコピーできます。ファイル共有は、アプリケーションのパッケージングにも使用されます。

    Edge デプロイ	ステージング ファイル共有
    Microsoft Azure	Horizon Edge をデプロイすると、単一の Azure ファイル共有が自動的にプロビジョニングされます。 Microsoft Azure Edge のデプロイに関する詳細については、「Microsoft Azure Edge の追加およびデプロイ」を参照してください。
    Amazon WorkSpaces Core	Horizon Edge をデプロイすると、単一の Amazon FSx for Windows ファイル サーバが自動的にプロビジョニングされます。 Amazon WorkSpaces Core Edge のデプロイに関する詳細については、「Amazon WorkSpaces Core Edge の追加およびデプロイ」を参照してください。
    vSphere プロバイダ	Edge のデプロイ時に、ドメインに参加した独自の SMB ファイル共有を用意して、そのファイル共有を登録できます。また、デプロイされた Edge を編集して、Edge のデプロイ後にファイル共有を登録することもできます。 vSphere Edge のデプロイの詳細については、「vSphere 向けの Horizon Edge の追加およびデプロイ」を参照してください。ステージング ファイル共有として登録されるのは 1 つのファイル共有のみです。 デプロイされた Edge の編集の詳細については、「Horizon Edge のデプロイの編集」を参照してください。

  • 配信ファイル共有

    配信ファイル共有は、使用資格が割り当てられているユーザーまたはグループに、既存のアプリケーション パッケージを配信するために使用されます。デスクトップ プール仮想マシンは、このファイル共有からアプリケーション パッケージ ディスクをマウントします。Horizon Edge 内では、Horizon Cloud がステージング ファイル共有から配信ファイル共有にアプリケーション パッケージを自動的にレプリケートします。

    Edge デプロイ	配信ファイル共有
    Microsoft Azure	すべてのプロバイダに対して最初のプールが作成されると、6 つの Azure 配信ファイル共有が自動的にプロビジョニングされます。 たとえば、1 つのプライマリ プロバイダと 4 つのセカンダリ プロバイダを持つ Microsoft Azure Edge の場合、App Volumes はすべてのセカンダリ プロバイダに対して 1 つのステージング ファイル共有と 6 つの配信ファイル共有をプロビジョニングします。その結果、合計 24 個の配信ファイル共有がプロビジョニングされます。
    Amazon WorkSpaces Core	すべてのプロバイダに対して最初のプールが作成されると、単一の Amazon FSx for Windows ファイル サーバが自動的にプロビジョニングされます。
    vSphere プロバイダ	Edge のデプロイ時に、ドメインに参加した独自の SMB ファイル共有を用意して、これらのファイル共有を登録できます。また、デプロイされた Edge を編集して、Edge のデプロイ後にファイル共有を登録することもできます。任意の数の配信ファイル共有を登録できます。 デプロイされた Edge の編集の詳細については、「Horizon Edge のデプロイの編集」を参照してください。 vSphere Edge のデプロイの詳細については、「vSphere 向けの Horizon Edge の追加およびデプロイ」を参照してください。

    注：

  • プライマリ プロバイダを使用してプールを作成する場合、App Volumes は 1 つのステージング ファイル共有と 6 つの Azure 配信ファイル共有をプロビジョニングします。

  • vSphere Edge のデプロイでは、登録済みのファイル共有は、デプロイされた Edge と同じリージョンに配置する必要があります。

  • Amazon WorkSpaces Core Edge のデプロイ時に、Amazon FSx for Windows ファイル サーバのサイズ調整を構成できます。提供されるサイズ調整オプションは、[基本] と [高度] です。Amazon FSx for Windows ファイル サーバは、構成されたサイズ調整オプションに従ってプロビジョニングされます。Edge の追加およびデプロイに関する詳細については、「Amazon WorkSpaces Core Edge の追加およびデプロイ」を参照してください。

    サイズ調整オプション	説明
    基本	プロビジョニングされた Amazon FSx for Windows ファイル サーバには、以下のサイズ調整仕様があります。 1,500 IOPS 500 GB のストレージ容量 32 MB/s のスループット
    詳細	プロビジョニングされた Amazon FSx for Windows ファイル サーバには、以下のサイズ調整仕様があります。 10,000 IOPS 500 GB のストレージ容量 256 MB/s のスループット

    注：
    新規のデプロイでは、サイズ調整オプションとして [基本] または [高度] を選択できます。初期構成の完了後は、Horizon Universal Console からサイズ調整オプションを変更することはできません。ただし、サイズ調整オプションは AWS マネジメント コンソールを使用してカスタマイズできます。詳細については、「FSx for Windows ファイル サーバのパフォーマンス」を参照してください。
    既存のデプロイでは、サイズ調整オプションは [基本] になります。

構成要件

イメージのエージェント バージョンの特定方法

**前提条件：**App Volumes Agent がインストールされていることを確認します。

特定のプールのイメージのエージェント バージョンを見つけるには、次の手順を実行します。

1. [プール] ページに移動します。

2. プール名をクリックします。

3. プールの詳細ページで、[全般設定] セクションに移動します。

4. [イメージ] ペインで、[名前] の値を控えます。
   [名前] は、その特定のプールに使用されるイメージ名です。

5. イメージの一覧を表示するには、[イメージ] ページに移動します。

6. イメージ バージョンとステータスを一覧表示する [バージョン] テーブルを表示するには、イメージ名のリンクをクリックします。

7. 目的のイメージ バージョンのリンクをクリックします。

8. イメージ バージョンの詳細ページで、[イメージ コピー] テーブルに移動します。

9. エージェント バージョンを表示します。
   [エージェントのバージョン] は、イメージ バージョンにインストールされている Horizon Agent インストーラ ビルドを示します。

パッケージング要件

• App Volumes によってプロビジョニングされたストレージ アカウントにアクセスするためのファイアウォール ルールを構成している場合は、アプリケーションのパッケージ化に使用する Horizon Edge デプロイのプロバイダに関連付けられているすべてのサブネットを許可リストに登録してください。
• 自動更新の動作に問題があるため、パッケージ化する各アプリケーションの自動更新サービスを無効にする必要があります。
  • アプリケーションに自動更新サービスがある場合は、アプリケーションのプロビジョニング プロセス中に、Windows Services Manager などのサービスを無効にします。
  • アプリケーション プロビジョニング プロセス中に自動更新サービスを無効にできない場合や無効にしない場合は、未割り当てのアプリケーションの不完全なバージョンをユーザーが受け取るなどの問題が発生した後で、レジストリを構成して基本イメージを変更します。このように構成することで、アプリケーション パッケージがユーザー仮想マシンにデプロイされるときに、目的のサービスが確実に開始されなくなります。具体的には、アプリケーション サービス名を svservice レジストリ構成 DisableAppServicesList に追加してレジストリを構成します。

Hub Sercices のアプリケーション カタログに App Volumes アプリケーションを表示するための前提条件

Horizon Cloud が Workspace ONE Intelligent Hub と統合されている場合、エンド ユーザーは、Workspace ONE Intelligent Hub Web ポータルから、Windows マシンの Intelligent Hub から割り当てられたアプリケーションにアクセスして起動できます。Workspace ONE Intelligent Hub との Horizon Cloud 統合の詳細については、「Horizon Cloud と Workspace ONE Intelligent Hub との統合」を参照してください。

• App Volumes アプリケーションを VDI デスクトップの Hub カタログ（アプリケーション カタログ）に表示するには、最新の HAI バージョンがエンド ユーザーの Windows マシンにインストールされていることを確認してください。
  HAI バージョンの詳細については、Omnissa 製品ドキュメントにある Horizon Cloud リリース ノートを参照してください。
  VDI デスクトップに以前のバージョンの HAI がある場合、または App Volumes Agent がインストールされていない場合、App Volumes アプリケーションは Hub カタログに表示されません。

• Intelligent Hub が App Volumes Agent サービスと通信できることを確認します。

• エンド ユーザーの Windows マシンで、ローカル ネットワーク アクセス用の Intelligent Hub Web URL を許可リストに登録するために必要な Windows ポリシーが構成されていることを確認します。
  この要件の詳細については、Omnissa 製品ドキュメントにある『Omnissa Access でのリソースのセットアップ』ガイドの「App Volumes パッケージ アプリケーションへのアクセスの提供」を参照してください。

• Hub Services コンソールで、[App Volumes アプリを表示] トグルがオンになっていることを確認します。
  この要件の詳細については、Omnissa 製品ドキュメントにある『Omnissa Access でのリソースのセットアップ』ガイドの「App Volumes パッケージ アプリケーションへのアクセスの提供」を参照してください。

Horizon Edge デプロイで App Volumes アプリケーションと共に Microsoft Windows Enterprise マルチセッション イメージを使用するためのベスト プラクティス

次のベスト プラクティスは、ユーザーと管理者の使用環境を向上させるのに役立ちます。「App Volumes アプリケーションで Microsoft Windows Enterprise マルチセッション イメージを設定する」も参照してください。

• 基本イメージに、プリンタ ドライバを使用してハードウェア プリンタをインストールします。

• Microsoft のドキュメント FAQ で説明されているように、Microsoft Windows 11 Enterprise マルチセッションは、以前は Microsoft Windows Server オペレーティング システムでのみ提供された複数の同時対話型セッションを許可する Remote Desktop Session Host (RDSH) タイプの仮想マシンです。Microsoft Windows 11 Enterprise マルチセッションは RDSH タイプのオペレーティング システムであるため、VDI 関連のワークフローではなく、Horizon Cloud RDSH に該当するワークフローが適用されます。したがって、これらのマルチセッション システムに基づいてエンド ユーザーにセッション デスクトップを提供するには、「マルチセッション プール グループの作成」の説明に従ってマルチセッション プール グループを作成します。

• アプリケーションをインストールしたり、同じ仮想マシン上のすべてのユーザー セッション間で共有しないファイルを作成したりするときに、ファイルをユーザー自身のプロファイルの場所に配置できることをユーザーに通知します。