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

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

重要：

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

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

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

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 ファイル サーバの自動プロビジョニング。
管理コンソール	App Volumes コンソールは、Horizon Universal Console にシームレスに統合されます。デスクトップとアプリケーションを同じコンソールで管理します。 App Volumes Agent のインストール エクスペリエンスは、Horizon Cloud イメージ作成ワークフローにシームレスに統合されています。
App Volumes 4 Agent	オンプレミス、Microsoft Azure、および Amazon Workspaces Core デプロイに使用される、統合され、パフォーマンス最適化されたエージェント。
パッケージ作成	Microsoft Azure ファイル共有と Amazon FSx for Windows ファイル サーバを使用して提供される VHD ベースのパッケージをサポートしています。 アプリケーション パッケージの作成は Horizon Cloud 内でネイティブに実行されます。コマンドライン ツールは不要です。 ユーザーは、App Volumes を使用して、MSIX アプリケーション添付の VHD をインポートし、この新しいパッケージ形式を提供できます。
アプリケーション ライフサイクル管理	すでに App Volumes 4 オンプレミスの一部となっている SAM (Simplified Application Management) 機能をサポートします。管理者は、アプリケーションのライフサイクル全体（パッケージ作成、更新、リタイアなど）を管理できるようになりました。
アプリケーション割り当て	管理者は、アプリケーションの資格をカスタマイズして、特定のバージョンのアプリケーションをエンド ユーザーに提供することができます。 マルチ Edge アプリケーションの提供をサポートします。
ID プロバイダ	App Volumes は、Active Directory と Microsoft Entra ID をサポートします。ID プロバイダとして Microsoft Entra ID を構成するには、「ID プロバイダとしての 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 アプリケーションの資格の作成」を参照してください。

Horizon Cloud on Microsoft Azure および Horizon Cloud on Amazon Workspaces Core デプロイで App Volumes を使用するための要件と前提条件

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 のドメイン参加サービス アカウントの詳細の更新

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 アドレスも更新する必要があります。

Horizon Cloud on Microsoft Azure および Horizon Cloud on Amazon Workspaces Core デプロイで App Volumes を使用するための前提条件

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

Horizon Edge 関連の要件

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

• これらのファイル共有はサービスによって生成され、App Volumes に必要です。

  ファイル共有を表示するには、Horizon Universal Console で [キャパシティ] ページに移動し、Horizon Edge をクリックして、[App Volumes アプリケーション ストレージ] セクションまでスクロールします。

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

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

    Horizon Edge をデプロイすると、1 つのファイル共有が自動的にプロビジョニングされます。

  • 配信ファイル共有

    配信ファイル共有は、Azure ファイル共有または Amazon FSx for Windows ファイル サーバであり、ユーザーまたはグループに使用資格が付与されている既存のアプリケーション パッケージを配信するために使用されます。デスクトップ プール仮想マシンは、このファイル共有からアプリケーション パッケージ ディスクをマウントします。

    各プロバイダで最初のプールが作成されると、Azure 用の配信用ファイル共有が 6 つと、Amazon FSx 用の配信用ファイル共有が 1 つ、自動的にプロビジョニングされます。

    たとえば、1 つのプライマリ プロバイダと 4 つのセカンダリ プロバイダを持つ Microsoft Azure Edge の場合、App Volumes はすべてのセカンダリ プロバイダに対して 1 つのステージング ファイル共有と 6 つの Azure 配信ファイル共有をプロビジョニングします。その結果、合計 24 個の配信ファイル共有がプロビジョニングされます。

    注：

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

  • Horizon Edge 内では、Horizon Cloud がステージング ファイル共有から配信ファイル共有にアプリケーション パッケージを自動的にレプリケートします。

構成要件

イメージの要件

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 アプリケーションを表示するための前提条件

App Volumes アプリケーションを VDI デスクトップの Hub カタログ（アプリケーション カタログ）に表示するには、最新の HAI バージョンが使用されている必要があります。HAI バージョンの詳細については、Omnissa 製品ドキュメントにある Horizon Cloud リリース ノートを参照してください。

VDI デスクトップに以前のバージョンの HAI がある場合、または App Volumes Agent がインストールされていない場合、App Volumes アプリケーションは Hub カタログに表示されません。

Workspace ONE Intelligent Hub との Horizon Cloud 統合の詳細については、「Horizon Cloud と Workspace ONE Intelligent Hub との統合」を参照してください。

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

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

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

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

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