アプリパッケージ
アプリパッケージは、Citrix®が管理する事前構成されたアプリケーション展開です。 これらにより、アプリケーションを仮想化することが可能になり、アプリケーションはユーザーのデバイスのオペレーティングシステムやインターフェイスとは独立して実行されるようになります。
アプリパッケージは、アプリケーション管理を簡素化し、ITオーバーヘッドを削減し、アプリケーションのライフサイクル全体にわたって安全かつ機能的であることを保証します。
Citrixは、ユーザーにアプリケーションを配信するための次のパッケージングテクノロジをサポートしています：
ここでは、Citrix Virtual Apps and Desktops™環境でこれらのパッケージアプリケーションを展開および配信する方法について説明します。
注：
- Web Studio（Webベース）とCitrix Studio（Windowsベース）の2つの管理コンソールを使用して、Citrix Virtual Apps and Desktopsの展開を管理できます。 この記事ではWeb Studioのみを扱います。 Citrix Studioについて詳しくは、Citrix Virtual Apps and Desktops 7 2212以前の同様の記事を参照してください。
- アプリパッケージの展開と配信に、Web StudioとCitrix Studioを相互に置き換えて使用することはお勧めしません。 それぞれ異なるメカニズムを使用しているため、一方ではApp-Vサーバー情報が正しく表示されても、他方では正しく表示されないなど、矛盾が発生する可能性があります。 また、Citrix StudioはApp-Vのみをサポートすることにご注意ください。
App-Vアプリケーション
アプリケーション仮想化（App-V）は、エンドユーザーのデバイスにインストールすることなく、アプリケーションをストリーミングしてアクセスできるようにするMicrosoftテクノロジです。 Citrix Virtual Apps and Desktopsは、App-Vを使用してアプリケーションを配信し、さまざまなクライアントマシン間でアプリケーションを集中的に効率的に管理する方法を提供します。
App-Vパッケージアプリケーションの配信時に対話するコンポーネントと概念について詳しくは、Microsoftのドキュメントを参照してください：Windowsクライアント用Application Virtualization（App-V）の概要。
重要な用語
- Managemet Server（管理サーバー）：App-Vインフラストラクチャを管理したり、App-Vデスクトップクライアントやリモートデスクトップサービスクライアントに仮想アプリケーションを配信したりするための中央管理コンソールです。 App-V管理サーバーは、セキュリティ、測定、監視、および管理者によって要求されるデータ収集を認証、要求、および提供します。 このサーバーは、Active Directoryといくつかのツールを使用してユーザーとアプリケーションを管理します。
- Publishing Server（公開サーバー）：App-V Clientに特定ユーザー用のアプリケーションを提供し、ストリーム配信用の仮想アプリケーションパッケージをホストします。 これらのパッケージは、管理サーバーから取得されます。
- 動的構成ファイル：App-Vパッケージは、動的構成ファイルを使用してカスタマイズできます。動的構成ファイルは、パッケージに適用して、パッケージの特性を変更するために使用できます。 たとえば、追加のアプリケーションショートカットや動作を定義するために使用できます。 詳しくは、「動的構成ファイル」を参照してください
動的構成ファイル
Citrix App-Vは、両方の種類の動的構成ファイルをサポートしています。 ファイル設定は、アプリケーションの起動時に適用されます：
-
展開構成ファイルにより、すべてのユーザーがマシン全体を構成できます。 これらのファイルの名前は
<packageFileName>_DeploymentConfig.xmlとなり、適用先のApp-Vパッケージと同じフォルダーにあります。 これらのファイルは、シングルおよびデュアル管理方式によってサポートされています。 -
ユーザー構成ファイルには、パッケージに対するユーザー単位のカスタマイズをサポートするユーザー固有の構成が用意されています。 シングル管理では、
<packageFileName>_[ユーザーSID | ユーザー名 | グループSID | グループ名_]UserConfig.xmlという形式の名前のユーザー構成ファイルをサポートしており、これは適用先のApp-Vパッケージと同じフォルダーにあります。特定のパッケージに対して複数のユーザー構成ファイルが存在する場合は、以下の優先順位で適用されます：
- ユーザーSID
- Username
- ADグループSID（最初に見つかったものが優先）
- ADグループ名（最初に見つかったものが優先）
- デフォルト
次に例を示します：
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パッケージと同じフォルダーにある動的構成ファイルのみを処理します。
パッケージ内のアプリケーションを起動すると、対応する動的構成ファイルへの変更がすべて再適用されます。 動的構成ファイルがパッケージの別の場所にある場合は、マッピングファイルを使用してパッケージを展開構成ファイルにマッピングします。
マッピングファイルを作成するには:
- 新しいテキストファイルを開きます。
-
それぞれの動的構成ファイルに対して、
<PackageGuid> : pathという形式を使用して、パッケージへのパスを指定する行を追加します。次に例を示します：
F1f4fd78ef044176aad9082073a0c780 : c:\widows\file\packagedeploy.xml <!--NeedCopy--> - パッケージと同じフォルダーに
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マシンにインストールされ、アプリケーションの起動に必要な適切な公開サーバーの登録を管理します。
その結果、公開サーバーは適切なタイミングでユーザーに対して同期されます。 公開サーバーは、（ログオングループや接続グループの更新など）アプリパッケージのライフサイクルにおけるさまざまな面を設定で構成して維持します。
-
シングル管理：アプリケーションパッケージはネットワーク共有に保存されます。 Citrix Virtual Apps and Desktopsは、パッケージを個別に配信および管理します。
この方式では、環境にApp-Vサーバーとデータベースインフラストラクチャが必要ないため、オーバーヘッドが削減されます。
この方式では、App-Vパッケージをネットワーク共有に保存し、そのメタデータをその場所から利用環境にアップロードします。 VDAマシンにインストールされたアプリパッケージの配信コンポーネントは、次のようにアプリケーションを管理および配信します：
- アプリケーションの起動時に、展開の構成ファイルとユーザー構成ファイルを処理します。
- ホストマシン上のパッケージのライフサイクルに関するすべての面を管理します。
注：
- いずれかの管理方式を使用することも、両方の管理方式を同時に使用することもできます。 つまり、アプリケーションをデリバリーグループに追加する場合、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マシンにインストールされたアプリパッケージの配信コンポーネントを介して、MSIXおよびMSIXアプリのアタッチアプリケーションをユーザーに提供します。 このコンポーネントは、ホストマシン上のパッケージのライフサイクルに関するすべての面を管理します。
MSIXおよびMSIXアプリアタッチについて詳しくは、Microsoftのドキュメントを参照してください：順番に「MSIXドキュメント」および「Azure Virtual Desktopでのアプリアタッチ」。
注：
- デスクトップおよびサーバーVDA上のネイティブMSIXパッケージと、デスクトップVDA上の
.vhd、.vhdx、および.cimディスクイメージ形式でのMSIXアプリアタッチのみをサポートします。- 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マシンにインストールされたアプリパッケージの配信コンポーネントおよびFlexApp配信エージェントを介して、FlexAppアプリケーションをユーザーに提供します。 これら2つのコンポーネントは、ホストマシン上のパッケージのライフサイクルに関するすべての面を管理します。
アプリパッケージの展開と配信
前提条件
App-V、MSIX、MSIXアプリアタッチ、およびFlexAppパッケージの配信をサポートするには、まずVDAマシンにアプリパッケージの配信コンポーネントをインストールする必要があります。 詳しくは、「VDAマシンへのアプリパッケージの配信コンポーネントのインストール」を参照してください。
VDAマシンへのアプリパッケージの配信コンポーネントのインストール
アプリパッケージの配信コンポーネントは、App-V、MSIX、MSIXアプリのアタッチ、およびFlexApp形式のアプリケーションパッケージの公開プロセスを管理します。 VDAをインストールする場合、このコンポーネントはデフォルトではインストールされません。 VDAのインストール中またはインストール後にコンポーネントをインストールできます。
VDAのインストール中にコンポーネントをインストールするには、次のいずれかの方法を使用します：
- インストールウィザードで、［追加コンポーネント］ページに移動してから、［アプリパッケージの配信コンポーネント］チェックボックスをオンにします。
- コマンドラインインターフェイスの場合は、「
/includeadditional “Citrix Personalization for App-V – VDA」オプションを使用します。
VDAのインストール後にコンポーネントをインストールするには、次の手順に従います：
- VDAマシンで、［コントロールパネル］>［プログラム］>［プログラムと機能］に移動し、［Citrix Virtual Delivery Agent］を右クリックして［変更］を選択します。
- ウィザードが表示されたら、［追加コンポーネント］ページに移動し、［アプリパッケージの配信コンポーネント］チェックボックスをオンにします。
注：
- Microsoft App-Vデスクトップクライアントは、ユーザーデバイス上のApp-Vパッケージから仮想アプリケーションを実行するコンポーネントです。 Windows 10（1607以降）、およびWindows Server 2019以降には、このApp-Vクライアントソフトウェアが既に組み込まれています。 VDAマシンでオンにするだけで使用できます。 詳しくは、こちらのMicrosoft社のドキュメントを参照してください：App-Vインボックスクライアントを有効にする。
- FlexAppアプリケーションの場合、FlexApp Oneエージェントをアプリパッケージの配信コンポーネントとともにVDAにインストールします。
FlexApp Oneエージェントをインストールする
- VDAで管理者コマンドプロンプトを起動します。
-
任意のFlexApp Oneパッケージのネットワークパスを見つけます。
-
次のコマンドを入力します：
\\path\to\any\FlexAppOnePackage.exe --install <!--NeedCopy--> - 表示されるプロンプトをすべて受け入れます。
パッケージアプリケーションを配信する
前提条件のインストールが完了したら、次の操作を実行してパッケージアプリケーションをユーザーに配信します：
- アプリケーションパッケージをネットワーク共有に保存する。
- アプリケーションパッケージを環境にアップロードする。
- デリバリーグループにアプリケーションを追加する。
- 相互依存するApp-Vパッケージの自動配信を有効にするには、分離グループを作成します。
アプリケーションパッケージをネットワーク共有に保存する
インフラストラクチャをセットアップした後、アプリケーションパッケージを生成し、それらをUNCまたはSMBネットワーク共有などのネットワークの場所、またはAzureファイル共有に保存します。
詳細な手順は次のとおりです：
-
アプリケーションパッケージを生成します。 詳細については、Microsoftのドキュメント「App-V仮想化アプリケーションの作成と管理」を参照してください。
-
アプリケーションパッケージをネットワークの場所に保存します：
-
App-Vのシングル管理の場合：パッケージとそれに対応する動的構成ファイル（App-V）をUNCまたはSMBネットワーク共有、またはAzureファイル共有に保存します。
-
App-Vのデュアル管理の場合：UNCパスからApp-V管理サーバーにパッケージを公開します。 （HTTP URLからの公開はサポートされていません。）
-
MSIXまたはMSIXアプリのアタッチの場合：パッケージをUNCまたはSMBネットワーク共有、またはAzureファイル共有に保存します。
-
FlexAppの場合：パッケージをUNCまたはSMBネットワーク共有、またはAzureファイル共有に保存します。
-
-
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ユーザーアカウントを使用するようにサービスを再構成する必要があります：
- ［サービス］ を起動し、ctxAppVServiceを右クリックして、［プロパティ］ を選択します。
-
［ログオン］タブで、このアカウントを選択します：
- ローカル管理者権限とパッケージ保存パスへの読み取り権限を持つユーザーアカウントを入力します
- ユーザーのパスワードを2回入力します。
- [ 作成]または[ OK]をクリックします。
アプリケーションパッケージを環境にアップロードする
必要に応じてアプリケーションパッケージをネットワークの場所に保存したら、それらを環境にアップロードして配信します。 必要に応じて、次のいずれかの方法を使用します：
準備
Citrix Virtual Apps and Desktopsは、VDAマシンを使用して、パッケージ検出用のネットワークの場所への接続をセットアップします。 したがって、事前にデリバリーグループを作成し、グループ内の1つ以上のVDAが次の要件を満たしていることを確認してください：
- VDAバージョン：
- App-Vパッケージを検出する場合：2203以降
- MSIXおよびMSIXアプリのアタッチパッケージを検出する場合：2209以降
- FlexAppパッケージを検出するには：2311以降およびFlexAppエージェントソフトウェア
- アプリパッケージの配信コンポーネント：インストール済み
- パッケージの場所での権限：読み取り（「アプリケーションパッケージをネットワーク共有に保存する」を参照してください。）
- 電源：オン
- 状態：登録済み
アプリケーションパッケージの一括アップロード
ネットワークの場所にあるパッケージを環境にアップロードします。 アップロードする前に、次のアイテムの準備ができていることを確認してください：
- 「準備」に記載されている要件を満たすデリバリーグループ
- ネットワークの場所のパス
パッケージを一括でアップロードするには、次の手順に従います：
- 左側のペインで、［アプリパッケージ］を選択します。
- ［ソース］ タブで、［追加］ ボタンをクリックします。 ［ソースの追加］ ページが表示されます。
- ［名前］ フィールドに、わかりやすいパッケージソースの名前を入力します。
- ［デリバリーグループ］ フィールドで、［デリバリーグループの選択］ をクリックします。 次に、「準備」に記載されている要件を満たすデリバリーグループを選択し、［OK］をクリックします。
-
［場所の種類］ フィールドで、パッケージの保存場所に基づいて ［Microsoft App-Vサーバー］ または ［ネットワーク共有］ を選択し、それに対応する設定を構成します：
-
［Microsoft App-Vサーバー］ を選択した場合は、次の情報を入力します：
- 管理サーバーのURL。 例：
http://appv-server.example.com - 管理サーバー管理者のログイン資格情報。
- 公開サーバーのURLとポート番号。 例：
http://appv-server.example.com:3330
- 管理サーバーのURL。 例：
-
［ネットワーク共有］ を選択した場合は、次の情報を指定します：
- ネットワーク共有のUNCパスを入力します。 例：
\\Package-Server\apps\ - アップロードするパッケージの種類を選択します。 オプションには、App-V、MSIX、MSIXアプリのアタッチ、FlexAppがあります。
-
サブフォルダーでパッケージを検索するかどうかを指定します。
注：
cimイメージを含むフォルダー構造でMSIXアプリアタッチパッケージを検索する場合は、必ず「検索」サブフォルダーを選択してください。 そうしないと、ディスクが正しく検出されません。
- ネットワーク共有のUNCパスを入力します。 例：
-
［Microsoft App-Vサーバー］ を選択した場合は、次の情報を入力します：
-
［ソースの追加］ をクリックします。
［ソースの追加］ページが閉じ、新しく追加されたソースがソース一覧に表示されます。 Citrix Virtual Apps and Desktopsは、デリバリーグループのVDAを使用してパッケージを環境にアップロードします。 アップロードが完了すると、［ステータス］フィールドに「インポート成功」と表示されます。 対応するパッケージが ［パッケージ］ タブに表示されます。
注：
ソースの場所でパッケージの更新を確認して環境にインポートするには、ソース一覧で場所を選択し、［パッケージの更新の確認］ をクリックします。
アプリケーションパッケージを1つずつアップロード
ネットワーク共有から環境にアプリケーションパッケージをアップロードします。 アップロードする前に、次のアイテムの準備ができていることを確認してください：
- 「準備」に記載されている要件を満たすデリバリーグループ
- ネットワークの場所のパス。
パッケージを環境にアップロードするには、次の手順に従います：
- 左側のペインで、［アプリパッケージ］ を選択します。
- ［パッケージ］ タブで、［パッケージの追加］ ボタンをクリックします。 ［パッケージの追加］ ページが開きます。
- ［デリバリーグループ］ フィールドで、［デリバリーグループの選択］ をクリックします。 次に、「準備」に記載されている要件を満たすデリバリーグループを選択し、［OK］をクリックします。
-
［パッケージの完全パス］ フィールドに、必要に応じてパスを入力します：
- 一度に複数のパッケージをアップロードするには、セミコロン（
;）で区切って完全パスを入力します。 例：\\Package-Server\apps\office365.appv;\\Package-Server\apps\skype.msix;\\Package-Server\apps\slack.vhd - ネットワーク共有にあるすべてのパッケージをアップロードするには、ストレージパスを入力します。 例：\package-Server\apps\
- 一度に複数のパッケージをアップロードするには、セミコロン（
-
［パッケージの追加］ をクリックします。
アプリケーションパッケージが ［パッケージ］ タブに表示されます。
デリバリーグループへのアプリケーションの追加
アプリケーションパッケージが使用環境に完全にアップロードされたら、必要に応じてそのアプリケーションを1つまたは複数のデリバリーグループに追加します。 これらのデリバリーグループに関連付けられているユーザーは、アプリケーションにアクセスできるようになります。
注：
- デリバリーグループを通じて、パッケージアプリケーションをシングルセッションVDAおよびマルチセッションVDAに配信できます。
- デフォルトでは、エンドユーザーは、シングルセッション（またはデスクトップと呼ばれる）VDAに関連付けられたデリバリーグループに割り当てられた、すべてのパッケージアプリケーションにアクセスできます。 デスクトップVDA上のパッケージアプリケーションの表示を特定のユーザーまたはグループに制限するには、アプリケーションノードに移動し、［アプリケーションプロパティの編集］>［表示の制限］を選択して、変更を加えます。 「アプリケーションの表示を制限する」を参照してください
パッケージ内の1つまたは複数のアプリケーションを複数のデリバリーグループに追加するには、次の手順に従います：
- 左側のペインで、［アプリパッケージ］ を選択します。
- ［パッケージ］ タブで、必要に応じてパッケージを選択します。
- 操作バーで、［デリバリーグループの追加］ をクリックします。 ［アプリケーションをデリバリーグループに割り当てる］ページが表示されます。
- 必要に応じてパッケージ内の1つまたは複数のアプリケーションを選択し、［次へ］ をクリックします。
-
デリバリーグループの一覧で、アプリケーションを割り当てるグループを選択し、［次へ］ をクリックします。
注：
- MSIXまたはMSIXアプリのアタッチパッケージを選択した場合、VDAバージョンが2106以降のデリバリーグループのみが一覧に表示されます。
- FlexAppパッケージを選択した場合、VDAバージョンが2402以降のデリバリーグループのみが一覧に表示されます。
- ［完了］をクリックします。
さまざまなパッケージのアプリケーションを複数のデリバリーグループに追加するには、次の手順を実行します：
- 左側のペインで、［アプリパッケージ］ を選択します。
- ［アプリケーション］ タブで、［アプリケーションの追加］ を選択します。
- ［グループ］ ページで、必要に応じて1つまたは複数のデリバリーグループを選択します。
-
［アプリケーション］ ページで、次のように1つまたは複数のアプリケーションパッケージを選択します：
- ［追加］ をクリックし、［アプリケーションパッケージ］ を選択します。
- 必要なパッケージソースの種類（たとえば、App-Vのシングル管理）を選択します。 この種類のすべてのパッケージが表示されます。
- 必要に応じて1つまたは複数のパッケージを選択します。
- ［OK］、［次へ］ をクリックします。
- 異なる種類のパッケージのアプリケーションをさらに追加するには、手順aからdを繰り返します。
- ［完了］をクリックします。
以下を実行する際に、パッケージアプリケーションをデリバリーグループに追加することもできます：
- デリバリーグループを作成する。 詳しくは、「デリバリーグループの作成」を参照してください。
- 既存のデリバリーグループまたはアプリケーショングループを編集する。 詳しくは、「アプリケーションの追加」を参照してください。
（オプション）App-Vパッケージの分離グループの作成
分離グループを作成し、相互依存するApp-Vパッケージの自動配信を有効にできます。
注：
分離グループは、App-Vのシングル管理方式でサポートされています。 App-Vのデュアル管理方式を使用している場合は、Microsoft App-Vインフラストラクチャで接続グループを作成することで同じ目的を達成できます。 詳しくは、こちらのMicrosoft社のドキュメントを参照してください：接続グループファイルについて。
分離グループについて
分離グループは、仮想環境を作成するために同じWindowsサンドボックスで実行する必要がある相互依存するアプリケーションパッケージのコレクションです。 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が自動的にapp-aで展開されます。
ユーザーが分離グループでExplicitとマークされたApp-Vアプリケーションを起動すると、Citrix Virtual Apps and Desktopsはデリバリーグループ内のアプリケーションへのユーザーのアクセス権限を確認します。 ユーザーがそのアプリケーションにアクセスする権限を持っている場合、ユーザーは同じ分離グループ内のすべてのAutomaticアプリケーションパッケージを使用できます。
Automaticパッケージをデリバリーグループに追加する必要はありません。 分離グループに別のExplicitアプリケーションパッケージがある場合、そのパッケージは、同じデリバリーグループにある場合にのみユーザーが使用できます。
App-V分離グループの作成
分離グループを作成し、相互依存するアプリケーションパッケージを追加します。 詳細な手順は次のとおりです：
- ［分離グループ］ タブで、［分離グループの追加］ をクリックします。
- 分離グループの名前と説明を入力します。 環境内のすべてのApp-Vシングル管理パッケージが［使用可能なパッケージ］一覧に表示されます。
- ［使用可能なパッケージ］ 一覧から、必要に応じたアプリケーションを選択し、右矢印をクリックします。 選択したアプリケーションが ［分離グループ内のパッケージ］ 一覧に表示されます。
- ［展開］ フィールドで、そのアプリケーションに対してExplicit（明示的）またはAutomatic（自動）を選択します。
- 手順2〜3を繰り返して、さらにパッケージを追加します。
- 一覧のパッケージの順序を変更するには、上矢印または下矢印をクリックします。
- ［保存］ をクリックします。
注：
分離グループの構成により、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コマンドを実行します：
-
パッケージ検出モジュールにあるコマンドを読み込む場合：
Import-Module "D:\Support\Tools\Scripts\Citrix.Cloud.AppLibrary.Admin.v1.psm1" <!--NeedCopy-->注：
パッケージ検出モジュールのバージョンは、手順1で指定したパスのCitrix Virtual Apps and Desktops ISOで見つかります。
- パッケージ検出モジュールは、公開するパッケージタイプにも対応するCitrix Virtual Apps and DesktopsバージョンのISOに含まれるものである必要があります。つまり、FlexAppOneアプリケーションの場合は2311以降が必要です。 最新のものを使用することをお勧めします。
-
関連するデリバリーグループIDとパッケージアプリケーションIDを取得するには、次の手順を実行します：
Get-BrokerDesktopGroup | Format-Table Uid, Name Get-AppLibAppVApplication | Format-Table Uid, Name <!--NeedCopy--> -
パッケージを公開し、適切なBrokerMachineConfigurationsを作成するには、次の手順を実行します：
Publish-PackagedApplication -AppLibararyApplicationUid <AppLibararyApplication.Uid > -DesktopGroupUid <DesktopGroup.Uid> <!--NeedCopy--> -
後でVDA上のBroker Agentに送信される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アプリでは使用できません。