アプリケーションパッケージ

アプリケーションパッケージは、Citrix®が管理する事前構成されたアプリケーション展開です。これにより、アプリケーションを仮想化できます。これは、アプリケーションがユーザーデバイスのオペレーティングシステムやインターフェイスから独立して実行されることを意味します。

アプリケーションパッケージは、アプリケーション管理を簡素化し、ITのオーバーヘッドを削減し、アプリケーションがライフサイクル全体を通じて安全かつ機能的であることを保証します。

Citrixは、ユーザーにアプリケーションを配信するために、以下のパッケージングテクノロジーをサポートしています。

• App-Vアプリケーション
• MSIXおよびMSIX アプリケーションアタッチ アプリケーション
• FlexAppアプリケーション

この記事では、Citrix Virtual Apps and Desktops™環境でこれらのパッケージ化されたアプリケーションを展開および配信する方法を説明します。

注:

• Citrix Virtual Apps and Desktopsの展開は、ウェブベースのウェブスタジオとWindowsベースのシトリックススタジオという2つの管理コンソールを使用して管理できます。この記事ではウェブスタジオのみを扱います。シトリックススタジオに関する情報については、Citrix Virtual Apps and Desktops 7 2212以前の同等の記事を参照してください。
• アプリケーションパッケージの展開と配信のために、Web StudioとCitrix Studioを相互に切り替えて使用することはお勧めしません。それぞれ異なるメカニズムを使用しており、App-Vサーバーの情報が一方では正しく表示されるが、もう一方では表示されないといった不一致が生じる可能性があります。また、Citrix StudioはApp-Vのみをサポートしていることにも注意してください。

App-Vアプリケーション

Application Virtualization (App-V) はMicrosoftのテクノロジーであり、エンドユーザーのデバイスにインストールすることなく、アプリケーションをストリーミングしてアクセスできます。Citrix Virtual Apps and DesktopsはApp-Vを使用してアプリケーションを配信でき、これにより、さまざまなクライアントマシンでアプリケーションを一元的に効率的に管理できます。

App-Vパッケージアプリケーションを配信する際に操作するコンポーネントと概念の詳細については、Microsoftのドキュメントを参照してください: Application Virtualization (App-V) for Windows client overview。

重要な用語

• 管理サーバー：App-Vインフラストラクチャを管理するための一元化されたコンソールを提供し、App-Vデスクトップクライアントとリモートデスクトップサービス（RDS）クライアントの両方に仮想アプリケーションを配信します。App-V管理サーバーは、管理者に必要なセキュリティ、計測、監視、データ収集を認証、要求、提供します。このサーバーは、Active Directoryとサポートツールを使用してユーザーとアプリケーションを管理します。
• 公開サーバー：特定のユーザー向けにApp-Vクライアントにアプリケーションを提供し、ストリーミング用の仮想アプリケーションパッケージをホストします。管理サーバーからパッケージを取得します。
• 動的構成ファイル：App-Vパッケージは、動的構成ファイルを使用してカスタマイズできます。これらのファイルはパッケージに適用されると、その特性を変更するために使用できます。たとえば、追加のアプリケーションショートカットや動作を定義するために使用できます。詳細については、「動的構成ファイル」を参照してください。

動的構成ファイル

Citrix App-Vは、両方の種類の動的構成ファイルをサポートしています。ファイル設定は、アプリケーションの起動時に適用されます。

• 展開構成ファイルは、すべてのユーザーに対してマシン全体の構成を提供します。これらのファイルは<packageFileName>_DeploymentConfig.xmlという名前で、適用されるApp-Vパッケージと同じフォルダーにあることが想定されています。これらのファイルは、シングルおよびデュアル管理でサポートされています。

• ユーザー構成ファイルは、パッケージに対するユーザーごとのカスタマイズをサポートする、ユーザー固有の構成を提供します。シングル管理は、<packageFileName>_[UserSID | Username | GroupSID |GroupName_]UserConfig.xmlという形式で名前が付けられ、適用されるApp-Vパッケージと同じフォルダーにあるユーザー構成ファイルをサポートします。

  特定のパッケージに対して複数のユーザー構成ファイルが存在する場合、それらは次の優先順位で適用されます。

  1. ユーザーSID
  2. ユーザー名
  3. ADグループSID（最初に見つかったものが優先）
  4. ADグループ名（最初に見つかったものが優先）
  5. デフォルト

  以下に例を示します：

   MyAppVPackage_S-1-5-21-000000001-0000000001-000000001-001_UserConfig.xml
   MyAppVPackage_joeblogs_UserConfig.xml
   MyAppVPackage_S-1-5-32-547_UserConfig.xml
   MyAppVPackage_Power Users_UserConfig.xml
   MyAppVPackage_UserConfig.xml
   <!--NeedCopy-->
  

  注：

  ファイル名のユーザー固有の部分は、オプションで末尾に配置することもできます（例: MyAppVPackage_UserConfig_joeblogs.xml）。

重要:

パッケージ内のアプリケーションでユーザーセッションが開いている場合、動的展開構成に変更を適用することはできません。他のユーザー（現在のユーザーではない）がパッケージからアプリケーションを開いている場合、動的ユーザー構成ファイルに変更を適用できます。

動的構成ファイルの場所

単一管理者管理では、Citrix App-Vコンポーネントは、App-Vパッケージと同じフォルダーにある動的構成ファイルのみを処理します。

パッケージ内のアプリケーションが起動されると、対応する動的構成ファイルへの変更が再適用されます。動的構成ファイルがパッケージとは異なる場所にある場合は、マッピングファイルを使用してパッケージをその展開構成ファイルにマッピングします。

マッピングファイルを作成するには:

1. 新しいテキストファイルを開きます。

2. 各動的構成ファイルについて、<PackageGuid> : pathの形式を使用してパッケージへのパスを指定する行を追加します。

   例えば:

   F1f4fd78ef044176aad9082073a0c780 : c:\widows\file\packagedeploy.xml
   <!--NeedCopy-->
   

3. ファイルをパッケージと同じフォルダーにctxAppVDynamicConfigurations.cfgとして保存します。

パッケージ内のアプリケーションが起動されるたびに、App-Vパッケージと同じUNC共有上のディレクトリ階層全体が、このファイルを求めて再帰的に上位検索されます。

方法

App-Vパッケージを配信および管理するには、次の方法を使用できます。

• デュアル管理者: この方法では、Citrix Virtual Apps and DesktopsとApp-Vサーバーが連携してパッケージを配信および管理します。この方法では、Citrix Virtual Apps and DesktopsがApp-Vサーバーの状態のスナップショットビューを定期的に更新する必要があります。これには、ハードウェア、インフラストラクチャ、および管理のオーバーヘッドが発生します。Citrix Virtual Apps and DesktopsとApp-Vサーバーは、特にユーザー権限に関して同期を維持する必要があります。

  この方法は、密接に連携したApp-VとCitrixの展開で最も効果的です。この方法では、

  • App-V管理サーバーが動的構成ファイルを処理します。
  • VDAマシンにインストールされているApp Packages Delivery Component: アプリケーションの起動に必要な適切な公開サーバーの登録を管理します。

  これにより、公開サーバーが適切なタイミングでユーザーと同期されることが保証されます。公開サーバーは、構成されている設定を使用して、アプリパッケージのライフサイクル（ログオン時の更新や接続グループなど）の他の側面を維持します。

• シングル管理者: アプリケーションパッケージはネットワーク共有に保存されます。Citrix Virtual Apps and Desktopsは、パッケージを独立して配信および管理します。

  この方法では、展開にApp-Vサーバーとデータベースインフラストラクチャが不要なため、オーバーヘッドが削減されます。

  この方法では、App-Vパッケージをネットワーク共有に保存し、その場所からメタデータを環境にアップロードします。VDAマシンにインストールされているApp Packages Delivery Componentは、次のようにアプリケーションを管理および配信します。

  • アプリケーションが起動されたときに、展開構成ファイルとユーザー構成ファイルを処理します。
  • ホストマシン上のパッケージのライフサイクルのすべての側面を管理します。

注：

• 1つまたは両方の管理方法を同時に使用できます。つまり、アプリケーションをデリバリーグループに追加するとき、アプリケーションはApp-Vサーバーまたはネットワーク共有にあるApp-Vパッケージから取得できます。
• 両方の管理方法を同時に使用していて、App-Vパッケージが両方の場所に動的構成ファイルを持っている場合、App-Vサーバー内のファイル（デュアル管理）が使用されます。
• Web Studioのナビゲーションペインで「App packages」を選択すると、パッケージ名とソースが表示されます。パッケージの種類列は、パッケージの配信に使用されるテクノロジーと、アプリケーションライブラリで参照されている場所を示します。パッケージを選択すると、詳細ペインにパッケージ内のアプリケーションとショートカットが一覧表示されます。

MSIXおよびMSIXアプリのアタッチアプリケーション

MSIXは、すべてのWindowsアプリに最新のパッケージングエクスペリエンスを提供するWindowsアプリパッケージ形式です。MSIXは、Win32、.NET、UWPアプリなど、さまざまなWindowsアプリケーションタイプに適しています。

MSIX app attachは、パッケージコンテンツをストリーミングするのではなく、仮想ハードディスクに事前に展開されたMSIXパッケージを利用します。これらのパッケージは、必要に応じてターゲットマシンにマウントできます。これにより、展開時間を短縮し、ネットワークトラフィックを削減し、ターゲットマシンでのIOPSを低減できますが、app attachディスクの作成と維持には追加の作業が必要です。

Citrix Virtual Apps and Desktopsは、VDAマシンにインストールされているApp Packages Delivery Componentを介して、MSIXおよびMSIX app attachアプリケーションをユーザーに提供します。このコンポーネントは、ホストマシン上のパッケージのライフサイクルに関するすべての側面を管理します。

MSIXおよびMSIX App Attachの詳細については、MicrosoftのドキュメントであるMSIXドキュメントおよびAzure Virtual DesktopのApp Attachをそれぞれ参照してください。

注:

• 当社は、デスクトップVDAおよびサーバーVDA上のネイティブMSIXパッケージと、デスクトップVDA上の.vhd、.vhdx、および.cimディスクイメージ形式でのMSIX app attachのみをサポートしています。
• Microsoftは、Server 2019向けのAppAttach実装を提供していません。AppAttachはServer 2022および2025に存在しますが、Microsoftはこれらのバージョンでのサポートを提供していません。したがって、当社もServer 2022および2025でのAppAttachをサポートしていません。
• Windows Server 2019でサイドローディングを有効にします。
• VDAがパッケージの署名に使用されている証明書を信頼していることを確認してください。

FlexAppアプリケーション

FlexAppは、Liquidwareが開発したアプリケーションレイヤリングソリューションであり、従来のアプリケーションインストールプロセスを通じて基盤となるベースイメージを変更することなく、任意のアプリケーションをWindowsセッションにアタッチします。

FlexApp Oneアプリケーションは、単一の共有可能なファイルにカプセル化されており、Windowsセッションに追加のアプリケーションレイヤーを必要とせずに動作できます。ユーザーはコンテナファイルをクリックすることでアプリケーションを起動でき、これにより1つまたは複数のアプリケーションがWindowsワークスペースに迅速に統合されます。

Citrixは、VDAマシンにインストールされているApp Packages Delivery ComponentとFlexApp配信エージェントを介して、FlexAppアプリケーションをユーザーに提供します。これら2つのコンポーネントは、ホストマシン上のパッケージのライフサイクルに関するすべての側面を管理します。

アプリケーションパッケージの展開と配信

前提条件

App-V、MSIX、MSIX app attach、およびFlexAppパッケージの配信をサポートするには、まずVDAマシンにApp Packages Delivery Componentをインストールする必要があります。詳細については、VDAマシンへのApp Packages Delivery Componentのインストールを参照してください。

VDAマシンにアプリケーションパッケージ配信コンポーネントをインストールする

App Packages Delivery Componentは、App-V、MSIX、MSIX app attach、およびFlexApp形式のアプリケーションパッケージの公開プロセスを管理します。このコンポーネントは、VDAをインストールする際にはデフォルトでインストールされません。VDAのインストール中またはインストール後にコンポーネントをインストールできます。

VDAのインストール中にコンポーネントをインストールするには、次のいずれかの方法を使用します。

• インストールウィザードで、「追加コンポーネント」ページに移動し、「アプリパッケージ配信コンポーネント」チェックボックスを選択します。
• コマンドラインインターフェイスで、/includeadditional "Citrix Personalization for App-V – VDA"オプションを使用します。

VDAのインストール後にコンポーネントをインストールするには、次の手順に従います。

1. VDAマシンで、コントロールパネル > プログラム > プログラムと機能に移動し、Citrix Virtual Delivery Agentを右クリックして、変更を選択します。
2. 表示されるウィザードで、「追加コンポーネント」ページに進み、「アプリパッケージ配信コンポーネント」チェックボックスを有効にします。

注：

• Microsoft App-V Desktop Clientは、ユーザーデバイスでApp-Vパッケージから仮想アプリケーションを実行するコンポーネントです。Windows 10（1607以降）、Windows Server 2019以降には、このApp-Vクライアントソフトウェアがすでに含まれています。VDAマシンで有効にするだけで済みます。詳細については、このMicrosoftドキュメント記事を参照してください：App-Vインボックスクライアントを有効にする。
• FlexAppアプリケーションをご利用になる場合は、App Packages Delivery Componentと同時に、VDAに対してFlexApp One Agentをインストールすることが必要です。

FlexApp One エージェントのインストール

1. VDAで管理者コマンドプロンプトを起動します。

2. FlexApp Oneパッケージのネットワークパスを見つけます。

3. 次のコマンドを入力します。

   \\path\to\any\FlexAppOnePackage.exe --install
   <!--NeedCopy-->
   

4. 表示されるプロンプトを受け入れます。

パッケージ化されたアプリケーションの配信

前提条件のインストールが完了したら、ユーザーにパッケージアプリケーションを配信するために、次の手順を実行します。

1. アプリケーションパッケージをネットワーク共有に保存する。
2. アプリケーションパッケージを環境にアップロードする。
3. アプリケーションをデリバリーグループに追加する。
4. 相互依存するApp-Vパッケージの自動配信を有効にするには、分離グループを作成します。

アプリケーションパッケージをネットワーク共有に保存する

インフラストラクチャをセットアップしたら、アプリケーションパッケージを生成し、UNCまたはSMBネットワーク共有、あるいはAzureファイル共有などのネットワークロケーションに保存します。

詳細な手順は次のとおりです。

1. アプリケーションパッケージを生成します。詳細については、Microsoftのドキュメント「App-V仮想化アプリケーションの作成と管理」を参照してください。

2. アプリケーションパッケージをネットワークロケーションに保存します。

   • App-V Single Adminの場合：パッケージと対応する動的構成ファイル（App-V）をUNCまたはSMBネットワーク共有、またはAzureファイル共有に保存します。

   • App-V Dual Adminの場合：UNCパスからApp-V管理サーバーにパッケージを公開します。（HTTP URLからの公開はサポートされていません。）

   • MSIXまたはMSIX app attachの場合：パッケージをUNCまたはSMBネットワーク共有、またはAzureファイル共有に保存します。

   • FlexAppの場合: パッケージをUNCまたはSMBネットワーク共有、あるいはAzureファイル共有に保存します。

3. VDAがパッケージストレージパスに対する読み取り権限を持っていることを確認してください:

   • ADドメイン内のUNCまたはSMBネットワーク共有にパッケージを保存する場合、VDAマシンにストレージパスへの読み取り権限を付与します。これを行うには、マシンのADアカウントに共有への読み取り権限を明示的に付与するか、その権限を持つADグループにアカウントを含めることができます。

   • Azureファイル共有にパッケージを保存する場合、まずAzureのストレージパスにユーザーアカウントの読み取り権限を付与します。次に、VDAマシンで実行されているctxAppVServiceを構成して、そのユーザーアカウントを使用してパッケージストレージパスにアクセスするようにします。詳細な手順については、ユーザーログオンアカウントの変更を参照してください。

ユーザーログオンアカウントの変更

次の2つのシナリオでユーザーログオンアカウントを変更します:

• リンクされたADアカウントを使用してAzureファイル共有上のパッケージにアクセスする場合:
  • 接続エンティティはユーザーアカウントである必要があり、マシンアカウントであってはなりません。Azure ADはファイル共有上のマシンアカウントに読み取り権限を付与しないためです。
• MSIXおよびMSIX AppAttachパッケージにサービスが含まれている場合:
  • パッケージは、非管理者ユーザーに公開される前に、ローカルマシン上で管理者権限を持つユーザーアカウントを使用して公開する必要があります。これは、パッケージ化されたサービスをインストールするために必要であり、パッケージはマシンではなくユーザーにのみ公開できるため、デフォルトのLocalServiceアカウントは不適切です。

VDAはctxAppVServiceを呼び出してパッケージストレージパスにアクセスし、管理者権限を必要とする操作を実行します。デフォルトでは、ctxAppVServiceはマシンのIDを使用してADに認証するマシンのLocalServiceアカウントのコンテキストで実行され、上記のシナリオには適していません。

いずれの場合も、サービスは、ローカルで管理者権限を持ち、パッケージの保存場所（SMB共有またはAzureファイル共有）への読み取りアクセス権が付与されているADユーザーアカウントを使用するように再構成する必要があります。手順は次のとおりです:

1. サービスを開始し、ctxAppVServiceを右クリックして、プロパティを選択します。
2. ログオンタブで、このアカウントを選択します:
   1. ローカル管理者権限とパッケージストレージパスへの読み取り権限を持つユーザーアカウントを入力します。
   2. ユーザーのパスワードを2回入力します。
3. OKをクリックします。

アプリケーションパッケージを環境にアップロードする

必要に応じてアプリケーションパッケージをネットワークの場所に保存した後、配信のために環境にアップロードします。必要に応じて、以下のいずれかの方法を使用します。

• 一括アップロード
• 1つずつアップロード

準備事項

Citrix Virtual Apps and Desktopsは、パッケージ検出のためにネットワークの場所への接続を設定するためにVDAマシンを使用します。そのため、事前にデリバリーグループを作成し、グループ内の少なくとも1つのVDAが以下の要件を満たしていることを確認してください。

• VDAバージョン:
  • App-Vパッケージを検出する場合: 2203以降
  • MSIXおよびMSIXアプリ添付パッケージを検出する場合: 2209以降
  • FlexAppパッケージを検出する場合: 2311以降およびFlexApp Agentソフトウェア
• アプリケーションパッケージ配信コンポーネント: インストール済み
• パッケージの場所に対する権限: 読み取り (詳細については、ネットワーク共有にアプリケーションパッケージを保存するを参照してください。)
• 電源: オン
• 状態: 登録済み

アプリケーションパッケージを一括でアップロードする

ネットワーク上の場所にあるパッケージを環境にアップロードします。アップロードする前に、以下の項目が準備されていることを確認してください。

• 準備の要件を満たすデリバリーグループ
• ネットワーク上の場所のパス

パッケージを一括でアップロードするには、以下の手順に従います。

1. 左側のペインで、App packagesを選択します。
2. Sourcesタブで、Add Sourceボタンをクリックします。Add Sourceページが表示されます。
3. Nameフィールドに、パッケージソースのわかりやすい名前を入力します。
4. Delivery groupフィールドで、Select a delivery groupをクリックします。次に、準備で示されている要件を満たすデリバリーグループを選択し、OKをクリックします。
5. Location typeフィールドで、パッケージの保存場所に応じて、Microsoft App-V serverまたはNetwork shareを選択し、対応する設定を完了します。
   • Microsoft App-V serverを選択した場合は、以下の情報を入力します。
     • 管理サーバーのURL。例: http://appv-server.example.com
     • 管理サーバー管理者のログオン資格情報。
     • 公開サーバーのURLとポート番号。例: http://appv-server.example.com:3330
   • 「ネットワーク共有」を選択した場合は、次の情報を指定します。
     • ネットワーク共有のUNCパスを入力します。例: \\Package-Server\apps\
     • アップロードするパッケージの種類を選択します。オプションには、App-V、MSIX、MSIX app attach、およびFlexAppが含まれます。

     • パッケージのサブフォルダーを検索するかどうかを指定します。

       注:

       cimイメージを含むフォルダー構造でMSIX app attachパッケージを検索する場合は、「サブフォルダーを検索」を選択していることを確認してください。そうしないと、ディスクが正しく検出されません。

6. 「ソースの追加」をクリックします。

   「ソースの追加」ページが閉じ、新しく追加されたソースがソースリストに表示されます。Citrix Virtual Apps and Desktopsは、デリバリーグループ内のVDAを使用してパッケージを環境にアップロードします。アップロードが完了すると、ステータスフィールドにインポート成功と表示されます。対応するパッケージは「パッケージ」タブに表示されます。

   注:

   ソースの場所でパッケージの更新を確認し、環境にインポートするには、ソースリストでその場所を選択し、「パッケージの更新を確認」をクリックします。

アプリケーションパッケージを個別にアップロードする

ネットワーク共有からアプリケーションパッケージを環境にアップロードします。アップロードする前に、次の項目が準備されていることを確認してください。

• 準備に記載されている要件を満たすデリバリーグループ
• ネットワークの場所のパス。

パッケージを環境にアップロードするには、次の手順に従います。

1. 左ペインで、App Packages を選択します。
2. Packages タブで、Add Package ボタンをクリックします。Add Package ページが表示されます。
3. Delivery group フィールドで、Select a delivery group をクリックします。次に、Preparations に記載されている要件を満たすデリバリーグループを選択し、OK をクリックします。
4. Package full path フィールドに、必要に応じてパスを入力します。
   • 複数のパッケージを一度にアップロードするには、セミコロン (;) で区切って完全なパスを入力します。例: \\Package-Server\apps\office365.appv;\\Package-Server\apps\skype.msix;\\Package-Server\apps\slack.vhd
   • ネットワーク共有にあるすべてのパッケージをアップロードするには、ストレージパスを入力します。例: \package-Server\apps\

5. Add Package をクリックします。

   アプリケーションパッケージが Packages タブに表示されます。

アプリケーションをデリバリーグループに追加する

アプリケーションパッケージが環境に完全にアップロードされたら、必要に応じてそのアプリケーションを1つ以上のデリバリーグループに追加します。これにより、それらのデリバリーグループに関連付けられたユーザーはアプリケーションにアクセスできるようになります。

注:

• パッケージ化されたアプリケーションは、デリバリーグループを介してシングルセッションVDAおよびマルチセッションVDAに配信できます。
• デフォルトでは、エンドユーザーは、シングルセッション (または デスクトップ と呼ばれる) VDAに関連付けられたデリバリーグループに割り当てられているすべてのパッケージ化されたアプリケーションにアクセスできます。デスクトップ VDA上のパッケージ化されたアプリケーションの表示を特定のユーザーまたはグループに制限するには、Applications ノードに移動し、アプリケーションを選択してから、Edit Application Properties > Limit Visibility を選択して変更を加えます。Limit visibility of applications を参照してください。

パッケージ内の1つ以上のアプリケーションを複数のデリバリーグループに追加するには、次の手順に従います。

1. 左ペインで、App Packages を選択します。
2. 「パッケージ」タブで、必要に応じてパッケージを選択します。
3. アクションバーで「デリバリーグループの追加」をクリックします。「アプリケーションをデリバリーグループに割り当てる」ページが表示されます。
4. 必要に応じてパッケージ内のアプリケーションを1つ以上選択し、「次へ」をクリックします。

5. デリバリーグループのリストで、アプリケーションを割り当てるグループを選択し、「次へ」をクリックします。

   注：

   • MSIXまたはMSIXアプリ添付パッケージを選択した場合、VDAバージョンが2106以降のデリバリーグループのみがリストに表示されます。
   • FlexAppパッケージを選択した場合、VDAバージョンが2402以降のデリバリーグループのみがリストに表示されます。

6. 「完了」をクリックします。

さまざまなパッケージのアプリケーションを複数のデリバリーグループに追加するには、次の手順に従います。

1. 左ペインで「アプリパッケージ」を選択します。
2. 「アプリケーション」タブで、「アプリケーションの追加」を選択します。
3. 「グループ」ページで、必要に応じて1つ以上のデリバリーグループを選択します。
4. 「アプリケーション」ページで、次のように1つ以上のアプリケーションパッケージを選択します。
   1. 「追加」をクリックし、「アプリケーションパッケージ」を選択します。
   2. 必要なパッケージソースの種類（例：App-V Single Admin）を選択します。この種類のすべてのパッケージが表示されます。
   3. 必要に応じて1つ以上のパッケージを選択します。
   4. OKをクリックし、次に次へをクリックします。
   5. 異なるパッケージタイプのアプリケーションを追加するには、手順aからdを繰り返します。
5. 完了をクリックします。

次の場合に、パッケージ化されたアプリケーションをデリバリーグループに追加することもできます。

• デリバリーグループを作成する場合。詳細については、「デリバリーグループの作成」を参照してください。
• 既存のデリバリーグループまたはアプリケーショングループを編集する場合。詳細については、「アプリケーションの追加」を参照してください。

（オプション）App-Vパッケージの分離グループを作成する

相互依存するApp-Vパッケージの自動配信を可能にするために、分離グループを作成できます。

注：

分離グループは、App-Vシングル管理者方式でサポートされています。App-Vデュアル管理者方式を使用している場合は、Microsoft App-Vインフラストラクチャで接続グループを作成することで同じ目標を達成できます。詳細については、このMicrosoftドキュメント記事「接続グループファイルについて」を参照してください。

分離グループについて

分離グループは、仮想環境を作成するために同じWindows Sandboxで実行する必要がある、相互依存するアプリケーションパッケージの集合です。Citrix App-V分離グループは、App-V接続グループに似ていますが、同一ではありません。分離グループには、次の2種類のパッケージが含まれます。

• 明示的なアプリケーションパッケージ：特定のライセンス要件を持つアプリケーション。これらのアプリケーションをデリバリーグループに追加することで、特定のユーザー範囲に制限できます。
• 自動アプリケーションパッケージ：デリバリーグループに追加されているかどうかにかかわらず、常にすべてのユーザーが利用できるアプリケーション。

たとえば、アプリケーションapp-aを実行するにはJRE 1.7が必要です。app-a（Explicitとマーク）とJRE 1.7（Automaticとマーク）を含む分離グループを作成できます。次に、app-aのApp-Vパッケージを1つ以上のデリバリーグループに追加します。ユーザーがapp-aを起動すると、JRE 1.7が自動的に展開されます。

ユーザーが分離グループ内でExplicitとマークされたApp-Vアプリケーションを起動すると、Citrix Virtual Apps and Desktopsはデリバリーグループ内のアプリケーションに対するユーザーのアクセス許可を確認します。ユーザーがアプリケーションにアクセスする権限を持っている場合、同じ分離グループ内のAutomaticアプリケーションパッケージはユーザーが利用できるようになります。

Automaticパッケージをデリバリーグループに追加する必要はありません。分離グループ内に別のExplicitアプリケーションパッケージがある場合、そのパッケージは同じデリバリーグループ内にある場合にのみユーザーが利用できるようになります。

App-V分離グループを作成する

分離グループを作成し、相互依存するアプリケーションパッケージを追加します。詳細な手順は次のとおりです。

1. 「隔離グループ」タブで、「隔離グループの追加」をクリックします。
2. 分離グループの名前と説明を入力します。環境内のすべてのApp-V Single AdminパッケージがAvailable Packagesリストに表示されます。
3. Available Packagesリストから必要に応じてアプリケーションを選択し、右矢印をクリックします。選択したアプリケーションがPackages in Isolation Groupリストに表示されます。
4. Deploymentフィールドで、アプリケーションに対してExplicitまたはAutomaticを選択します。
5. 手順2～3を繰り返して、さらにパッケージを追加します。
6. リスト内のパッケージの順序を調整するには、上矢印または下矢印をクリックします。
7. Saveをクリックします。

注：

分離グループの構成により、VDA上にApp-V接続グループが作成されます。展開シナリオは複雑になる可能性があり、App-Vクライアントは一度に1つのアクティブな接続グループにのみ存在するパッケージをサポートします。同じパッケージを、同じデリバリーグループに追加される2つの異なる分離グループに追加することは避けることをお勧めします。

ベストプラクティス

• App-Vパッケージを展開するには、PowerShellコマンド Enable-AppV を使用して、VDAでApp-Vサブシステムを有効にします。
• MSIX（およびAppAttach）パッケージを展開するには、VDAがパッケージの署名に使用された証明書を信頼する必要があります。
• Windows Server 2019では、MSIXパッケージを展開するためにサイドローディングを有効にします。Windows 10、11、Windows Server 2022、および2025ではサイドローディングは不要です。
• App AttachはWindows Server 2019では全く実装されておらず、Windows Server 2022または2025ではMicrosoft（およびCitrixも同様に）によって現在サポートされていません。

詳細設定

パッケージ化されたアプリケーションの公開を自動化する

PowerShellコマンドを使用して、パッケージ化されたアプリケーションの公開を自動化できます。

デリバリーコントローラー™で、次のPowerShellコマンドを実行します。

1. パッケージ検出モジュールに存在するコマンドをロードするには：

   Import-Module "D:\Support\Tools\Scripts\Citrix.Cloud.AppLibrary.Admin.v1.psm1"
   <!--NeedCopy-->
   

   注：

   パッケージ検出モジュールのバージョンは、Citrix Virtual Apps and Desktops ISOのステップ1で述べられているパスにあります。

2. パッケージ検出モジュールは、公開するパッケージタイプもサポートするCitrix Virtual Apps and DesktopsバージョンのISOから取得する必要があります。つまり、FlexAppOneアプリケーションには2311以降が必要です。最新の利用可能なものを使用することをお勧めします。

3. 関連するデリバリーグループIDとパッケージ化されたアプリケーションIDを取得するには：

   Get-BrokerDesktopGroup | Format-Table Uid, Name
   Get-AppLibAppVApplication | Format-Table Uid, Name
   <!--NeedCopy-->
   

4. パッケージを公開し、適切なBrokerMachineConfigurationsを作成するには：

   Publish-PackagedApplication -AppLibararyApplicationUid <AppLibararyApplication.Uid > -DesktopGroupUid <DesktopGroup.Uid>
   <!--NeedCopy-->
   

5. Broker構成を同期するには（これらは後でVDA上のBrokerエージェントに送信されます）：

   Update-DesktopGroupMachineConfigurations -DesktopGroupUid <DesktopGroup.Uid>
   <!--NeedCopy-->
   

   注記：

   PowerShellコマンドラインを介してデリバリーグループからパッケージ化されたアプリケーションを公開または削除した後、PowerShellコマンド Update-DesktopGroupMachineConfigurations を実行してください。そうしないと、公開されたアプリケーションに関する情報がVDAに正しく送信されず、起動に失敗します。

アプリケーションの可視性を制限する

Citrix Virtual Apps and Desktops環境では、パッケージからのアプリケーションがデスクトップに公開されると、システムはそれらのアプリケーションに対するActive Directory (AD) のユーザーおよびグループの可視性設定を尊重します。ただし、ユーザーがパッケージ内の1つのアプリケーションのみに可視性を持っている場合でも、個々のパッケージコンポーネントはVDA上で細分化できないため、パッケージ全体を仮想デスクトップ（またはシームレスアプリ）セッションに展開する必要があります。さらに、VDAバージョン2503より前では、最初の公開後にアプリケーションの可視性を低下させる変更を行っても、その後のデスクトップ起動時に以前に公開されたパッケージがクリーンアップされることはありません。また、デスクトップとワークスペースの可視性など、他の可視性レイヤーは、これらのAD可視性割り当ての上に動作します。

パッケージ化されたアプリケーションをWorkspaceに表示するか、ユーザーのVDIデスクトップセッションに展開するかを制御できます。パッケージ化されたアプリケーションが公開されたら、PowerShellコマンド Set-BrokerApplication -Name "MyApp" -PackagedApplicationVisibility "Workspace|Desktop|WorkspaceAndDesktop" を使用して、BrokerApplictaion の PackagedApplicationVisibility プロパティを更新できます。

PackagedApplicationVisibility のデフォルト値は WorkspaceAndDesktop です。

値 Workspace: アプリはWorkspaceAppにのみ表示され、シームレスなAppLaunchに利用できますが、ユーザーが開始するどのデスクトップセッションにも自動的に公開されません。

値 Desktop: アプリのアイコンをWorkspaceAppから非表示にし、シームレスなAppLaunchに利用できなくしますが、ユーザーがADグループ設定を通じてアクセス権を持っている場合、アプリは引き続きユーザーのデスクトップセッションに展開できます。

注記：

シングルセッション静的デスクトップに公開されたパッケージ化されたアプリケーションは、この設定で構成された値に関係なく、Workspace Appでは利用できません。