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

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

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

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

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

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

注：

• Citrix Virtual Apps and Desktopsの展開の管理には、WebベースのWeb StudioとWindowsベースのCitrix Studioという2種類の管理コンソールが利用可能です。この記事ではWeb Studioのみを扱います。Citrix Studioに関する詳細については、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デスクトップクライアントとリモートデスクトップサービスクライアントの両方に仮想アプリケーションを配信します。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アプリケーションをユーザーに提供します。このコンポーネントは、ホストマシン上のパッケージのライフサイクルのすべての側面を管理します。

エムエスアイエックスおよびエムエスアイエックス アプリ アタッチに関する詳細については、Microsoftのドキュメント「MSIXドキュメント」と「Azure Virtual Desktopでのアプリ アタッチ」をそれぞれご参照ください。

注：

• ネイティブMSIXパッケージはデスクトップVDAおよびサーバー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配信エージェントを介して、FlexAppアプリケーションをユーザーに提供します。これら2つのコンポーネントは、ホストマシン上のパッケージのライフサイクルのすべての側面を管理します。

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

前提条件

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

VDAマシンへのアプリパッケージ配信コンポーネントのインストール

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 アプリケーションの場合、アプリケーションパッケージ配信コンポーネントとともに 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はマシンのLocalServiceアカウントのコンテキストで実行され、マシンのIDを使用してADに認証するため、上記のシナリオには適していません。

いずれの場合も、サービスは、ローカルで管理者権限を持ち、パッケージの保存場所（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ソフトウェア
• アプリケーションパッケージ配信コンポーネント: インストール済み
• パッケージの場所に対する権限: 読み取り (詳細については、ネットワーク共有にアプリケーションパッケージを保存するを参照してください。)
• 電源: オン
• 状態: 登録済み

アプリケーションパッケージの一括アップロード

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

• (#preparations)の要件を満たすデリバリーグループ
• ネットワークの場所のパス

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

1. 左ペインで、アプリパッケージを選択します。
2. ソースタブで、ソースの追加ボタンをクリックします。ソースの追加ページが表示されます。
3. 名前フィールドに、パッケージソースのわかりやすい名前を入力します。
4. デリバリーグループフィールドで、デリバリーグループの選択をクリックします。次に、(#preparations)に記載されている要件を満たすデリバリーグループを選択し、OKをクリックします。
5. 場所の種類フィールドで、パッケージの保存場所に応じて、Microsoft App-Vサーバーまたはネットワーク共有を選択し、対応する設定を完了します:
   • Microsoft App-Vサーバーを選択した場合、次の情報を入力します:
     • 管理サーバーの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コマンドを使用して、パッケージ化されたアプリケーションの公開を自動化できます。

デリバリーコントローラー™で、次のパワーシェルコマンドを実行します。

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. 後でVDA上のBrokerエージェントに送信される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では利用できません。