アプリパッケージ

最終公開日 : Nov 13, 2026
アプリパッケージは、Citrix® が管理する事前構成されたアプリケーション展開です。これにより、アプリケーションを仮想化できます。これは、アプリケーションがユーザーデバイスのオペレーティングシステムやインターフェイスから独立して実行されることを意味します。
アプリパッケージは、アプリケーション管理を簡素化し、ITのオーバーヘッドを削減し、アプリケーションがライフサイクル全体を通じて安全かつ機能的であることを保証します。
Citrix は、ユーザーにアプリケーションを配信するために、以下のパッケージングテクノロジーをサポートしています。
この記事では、Citrix Virtual Apps and Desktops™ 環境でこれらのパッケージ化されたアプリケーションを展開および配信する方法について説明します。
注：
  • Citrix Virtual Apps and Desktops の展開は、Web Studio (Webベース) と Citrix Studio (Windowsベース) の2つの管理コンソールを使用して管理できます。この記事では Web Studio のみを取り上げます。Citrix Studio の詳細については、Citrix Virtual Apps and Desktops 7 2212 以前の同等の記事を参照してください。
  • アプリケーションパッケージの展開と配信に Web Studio と Citrix Studio を相互に利用することはお勧めしません。それぞれ異なるメカニズムを使用しているため、App-V サーバーの情報が一方では正しく表示されるが、もう一方では表示されないといった不一致が生じる可能性があります。また、Citrix Studio は App-V のみをサポートしていることに注意してください。
Related information
シームレス
アプリケーション

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 デスクトップクライアントとリモートデスクトップサービスクライアントの両方に仮想アプリケーションを配信します。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
    注：
    ファイル名のユーザー固有の部分は、オプションで末尾に配置することもできます (例: MyAppVPackage_UserConfig_joeblogs.xml)。
重要:
パッケージ内のアプリケーションでユーザーセッションが開いている場合、動的展開構成に変更を適用することはできません。他のユーザー（ただし現在のユーザーではない）がパッケージ内のアプリケーションを開いている場合、動的ユーザー構成ファイルに変更を適用できます。

動的構成ファイルの場所

シングル管理者管理では、Citrix App-Vコンポーネントは、App-Vパッケージと同じフォルダーにある動的構成ファイルのみを処理します。
パッケージ内のアプリケーションが起動されると、対応する動的構成ファイルへの変更が再適用されます。動的構成ファイルがパッケージとは異なる場所にある場合は、マッピングファイルを使用してパッケージを展開構成ファイルにマッピングします。
マッピングファイルを作成するには:
  1. 新しいテキストファイルを開きます。
  2. 各動的構成ファイルについて、<PackageGuid> : pathの形式を使用してパッケージへのパスを指定する行を追加します。
    例:
    F1f4fd78ef044176aad9082073a0c780 : c:\widows\file\packagedeploy.xml
  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管理サーバーは動的構成ファイルを処理します
    • App Packages Delivery Component (VDAマシンにインストール): アプリケーションの起動に必要な適切な公開サーバーの登録を管理します。
    これにより、公開サーバーが適切なタイミングでユーザーと同期されます。公開サーバーは、構成されている設定を使用して、アプリケーションパッケージのライフサイクルの他の側面（ログオン時の更新や接続グループなど）を維持します。
  • シングル管理者: アプリケーションパッケージはネットワーク共有に保存されます。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 のナビゲーションペインで を選択すると、パッケージ名とソースが表示されます。 列は、パッケージの配信に使用されるテクノロジーと、 で参照されている場所を示します。パッケージを選択すると、詳細ペインにパッケージ内のアプリケーションとショートカットが一覧表示されます。

MSIXおよびMSIXアプリ添付アプリケーション

MSIXはWindowsアプリパッケージ形式であり、すべてのWindowsアプリに最新のパッケージングエクスペリエンスを提供します。MSIXは、Win32、.NET、UWPアプリなど、さまざまなWindowsアプリケーションタイプに適しています。
MSIXアプリ添付は、パッケージの内容をストリーミングするのではなく、仮想ハードディスクに事前に展開され、必要に応じてターゲットマシンにマウントできるMSIXパッケージを利用します。これにより、展開時間を短縮し、ネットワークトラフィックを削減し、ターゲットマシンでのIOPSを低減できますが、アプリ添付ディスクの作成と維持には追加の作業が必要です。
Citrix Virtual Apps and Desktops は、VDA マシンにインストールされているApp Packages Delivery Componentを介して、MSIX および MSIX app attach アプリケーションをユーザーに配信します。このコンポーネントは、ホストマシン上のパッケージのライフサイクルに関するすべての側面を管理します。
MSIX および MSIX app attach の詳細については、Microsoft のドキュメント「MSIX documentation」と「App Attach in Azure Virtual Desktop」をそれぞれ参照してください。
注：
  • ネイティブの MSIX パッケージはデスクトップおよびサーバー VDA でサポートされており、MSIX app attach はデスクトップ VDA の .vhd、.vhdx、および .cim ディスクイメージ形式でのみサポートされています。
  • 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 delivery agent を介して、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 Packages Delivery Component は、App-V、MSIX、MSIX app attach、および FlexApp 形式のアプリケーションパッケージの公開プロセスを管理します。このコンポーネントは、VDA のインストール時にデフォルトではインストールされません。コンポーネントは、VDA のインストール中またはインストール後にインストールできます。
VDAのインストール中にコンポーネントをインストールするには、次のいずれかの方法を使用します。
  • インストールウィザードで、追加コンポーネントページに移動し、App Packages Delivery Componentチェックボックスを選択します。
  • コマンドラインインターフェイスで、/includeadditional "Citrix Personalization for App-V – VDA"オプションを使用します。
VDAのインストール後にコンポーネントをインストールするには、次の手順に従います。
  1. VDAマシンで、コントロールパネル > プログラム > プログラムと機能に移動し、Citrix Virtual Delivery Agentを右クリックして、変更を選択します。
  2. 表示されるウィザードで、追加コンポーネントページに進み、App Packages Delivery Componentチェックボックスを有効にします。
注：
  • 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 Agent をインストールする

  1. VDA で管理者コマンドプロンプトを起動します。
  2. 任意の FlexApp One Package のネットワークパスを見つけます。
  3. 次のコマンドを入力します。
    \\path\to\any\FlexAppOnePackage.exe --install
  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はマシンのLocalServiceアカウントのコンテキストで実行され、マシンのIDを使用してADに認証するため、上記のシナリオには適していません。
いずれの場合も、サービスは、ローカルで管理者権限を持ち、パッケージの保存場所（SMB共有またはAzureファイル共有）への読み取りアクセス権が付与されているADユーザーアカウントを使用するように再構成する必要があります。手順は次のとおりです。
  1. サービスを開始し、ctxAppVServiceを右クリックし、プロパティを選択します。
  2. ログオンタブで、このアカウントを選択します。
    1. ローカル管理者権限とパッケージストレージパスへの読み取り権限を持つユーザーアカウントを入力します
    2. ユーザーのパスワードを2回入力します。
  3. OKをクリックします。

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

必要に応じてアプリケーションパッケージをネットワークの場所に保存した後、配信のために環境にアップロードします。必要に応じて、以下のいずれかの方法を使用します。
準備
Citrix Virtual Apps and Desktops は、パッケージ検出のためのネットワークロケーションへの接続を設定するために VDA マシンを使用します。したがって、事前にデリバリーグループを作成し、グループ内の少なくとも1つの VDA が次の要件を満たしていることを確認してください。
  • VDAバージョン:
    • App-Vパッケージを検出する場合: 2203以降
    • MSIXおよびMSIXアプリ添付パッケージを検出する場合: 2209以降
    • FlexAppパッケージを検出する場合: 2311以降およびFlexApp Agentソフトウェア
  • アプリケーションパッケージ配信コンポーネント: インストール済み
  • パッケージの場所に対するアクセス許可: 読み取り (詳細については、ネットワーク共有にアプリケーションパッケージを保存するを参照してください。)
  • 電源: オン
  • 状態: 登録済み
アプリケーションパッケージを一括でアップロードする
ネットワーク上の場所にあるパッケージを環境にアップロードします。アップロードする前に、次の項目が準備されていることを確認してください。
  • 準備の要件を満たすデリバリーグループ
  • ネットワークの場所のパス
パッケージを一括でアップロードするには、次の手順に従います。
  1. 左側のペインで、App packagesを選択します。
  2. タブで、 ボタンをクリックします。 ページが表示されます。
  3. フィールドに、パッケージソースのわかりやすい名前を入力します。
  4. デリバリーグループフィールドで、デリバリーグループの選択をクリックします。次に、準備に記載されている要件を満たすデリバリーグループを選択し、OKをクリックします。
  5. フィールドで、パッケージの保存場所に基づいて または を選択し、対応する設定を完了します。
    • 「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つずつアップロードする
ネットワーク共有から環境にアプリケーションパッケージをアップロードします。アップロードする前に、次の項目が準備されていることを確認してください。
  • 準備に記載されている要件を満たすデリバリーグループ
  • ネットワークの場所のパス。
パッケージを環境にアップロードするには、次の手順に従います。
  1. 左側のペインで、アプリパッケージを選択します。
  2. パッケージタブで、パッケージの追加ボタンをクリックします。パッケージの追加ページが表示されます。
  3. 「デリバリーグループ」フィールドで、「デリバリーグループの選択」をクリックします。次に、準備に記載されている要件を満たすデリバリーグループを選択し、「OK」をクリックします。
  4. 「パッケージのフルパス」フィールドに、必要に応じてパスを入力します。
    • 複数のパッケージを一度にアップロードするには、セミコロン (;) で区切って、それらのフルパスを入力します。例: \\Package-Server\apps\office365.appv;\\Package-Server\apps\skype.msix;\\Package-Server\apps\slack.vhd
    • ネットワーク共有にあるすべてのパッケージをアップロードするには、ストレージパスを入力します。例: \\package-Server\apps\
  5. 「パッケージの追加」をクリックします。
    アプリケーションパッケージが「パッケージ」タブに表示されます。

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

アプリケーションパッケージが環境に完全にアップロードされたら、必要に応じて、そのアプリケーションを1つ以上のデリバリーグループに追加します。その結果、それらのデリバリーグループに関連付けられたユーザーはアプリケーションにアクセスできるようになります。
注：
  • デリバリーグループを介して、パッケージ化されたアプリケーションをシングルセッションVDAおよびマルチセッションVDAに配信できます。
  • デフォルトでは、エンドユーザーは、シングルセッション (またはデスクトップ と呼ばれる) VDAに関連付けられたデリバリーグループに割り当てられているすべてのパッケージ化されたアプリケーションにアクセスできます。デスクトップ VDA上のパッケージ化されたアプリケーションの可視性を特定のユーザーまたはグループに制限するには、「アプリケーション」ノードに移動し、アプリケーションを選択して、「アプリケーションプロパティの編集 > 可視性の制限」を選択して変更を加えます。アプリケーションの可視性を制限するを参照してください。
パッケージ内の1つ以上のアプリケーションを複数のデリバリーグループに追加するには、次の手順に従います。
  1. 左ペインで、App Packagesを選択します。
  2. Packagesタブで、必要に応じてパッケージを選択します。
  3. アクションバーで、Add Delivery Groupsをクリックします。Assign Applications to Delivery Groupsページが表示されます。
  4. 必要に応じてパッケージ内のアプリケーションを1つ以上選択し、「次へ」をクリックします。
  5. デリバリーグループのリストで、アプリケーションを割り当てるグループを選択し、Nextをクリックします。
    注：
    • MSIXまたはMSIXアプリ添付パッケージを選択した場合、VDAバージョンが2106以降のデリバリーグループのみがリストに表示されます。
    • FlexAppパッケージを選択した場合、VDAバージョンが2402以降のデリバリーグループのみがリストに表示されます。
  6. 完了をクリックします。
さまざまなパッケージのアプリケーションを複数のデリバリーグループに追加するには、次の手順に従います。
  1. 左ペインで、App Packagesを選択します。
  2. Applicationsタブで、Add Applicationsを選択します。
  3. Groupsページで、必要に応じて1つ以上のデリバリーグループを選択します。
  4. Applicationsページで、次のように1つ以上のアプリケーションパッケージを選択します。
    1. Addをクリックし、Application packagesを選択します。
    2. 必要なパッケージソースの種類を選択します（例: App-V Single Admin）。この種類のすべてのパッケージが表示されます。
    3. 必要に応じて1つ以上のパッケージを選択します。
    4. OKをクリックし、次にNextをクリックします。
    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（明示的としてマーク）とJRE 1.7（自動としてマーク）を含む分離グループを作成できます。次に、app-aのApp-Vパッケージを1つ以上のデリバリーグループに追加します。ユーザーがapp-aを起動すると、JRE 1.7が自動的に展開されます。
ユーザーが分離グループ内で Explicit とマークされたApp-Vアプリケーションを起動すると、Citrix Virtual Apps and Desktopsはデリバリーグループ内のアプリケーションに対するユーザーのアクセス権限を確認します。ユーザーがアプリケーションにアクセスする権限を持っている場合、同じ分離グループ内の Automatic アプリケーションパッケージはユーザーに利用可能になります。
自動パッケージをデリバリーグループに追加する必要はありません。分離グループに別の明示的アプリケーションパッケージがある場合、そのパッケージは同じデリバリーグループにある場合にのみユーザーが利用できます。
App-V分離グループを作成する
分離グループを作成し、相互依存するアプリケーションパッケージを追加します。詳細な手順は次のとおりです。
  1. **「分離グループ」タブで、「分離グループの追加」**をクリックします。
  2. 分離グループの名前と説明を入力します。環境内のすべてのApp-Vシングル管理者パッケージが**「利用可能なパッケージ」**リストに表示されます。
  3. **「利用可能なパッケージ」リストから、必要に応じてアプリケーションを選択し、右矢印をクリックします。選択したアプリケーションが「分離グループ内のパッケージ」**リストに表示されます。
  4. 「展開」フィールドで、アプリケーションに対して「明示的」または「自動」を選択します。
  5. さらにパッケージを追加するには、手順2～3を繰り返します。
  6. リスト内のパッケージの順序を調整するには、上矢印または下矢印をクリックします。
  7. 「保存」をクリックします。
注：
隔離グループ構成により、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コマンドを使用して、パッケージ化されたアプリケーションの公開を自動化できます。
Delivery Controller™上で、以下のPowerShellコマンドを実行します:
  1. パッケージ検出モジュールに存在するコマンドをロードするには:
    Import-Module "D:\Support\Tools\Scripts\Citrix.Cloud.AppLibrary.Admin.v1.psm1"
    注：
    パッケージ検出モジュールのバージョンは、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
  4. パッケージを公開し、適切なBrokerMachineConfigurationを作成するには:
    Publish-PackagedApplication -AppLibararyApplicationUid <AppLibararyApplication.Uid > -DesktopGroupUid <DesktopGroup.Uid>
  5. Broker構成を同期するには、これは後でVDA上のBrokerエージェントに送信されます:
    Update-DesktopGroupMachineConfigurations -DesktopGroupUid <DesktopGroup.Uid>
    注：
    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では利用できません。