アプリパッケージ
アプリパッケージは、Citrix®が管理する、事前構成済みのアプリケーション展開です。これにより、アプリケーションを仮想化でき、アプリケーションがユーザーデバイスのオペレーティングシステムやインターフェイスから独立して実行されることを意味します。
-
アプリパッケージは、アプリケーション管理を簡素化し、ITオーバーヘッドを削減し、アプリケーションがライフサイクル全体を通じて安全かつ機能的であることを保証します。
-
Citrixは、ユーザーにアプリケーションを配信するために、以下のパッケージングテクノロジーをサポートしています。
- App-Vアプリケーション
- MSIXおよびMSIXアプリ添付アプリケーション
- FlexAppアプリケーション
- Elastic Appアプリケーション
- Cloudpagingアプリケーション
この記事では、Citrix Virtual Apps and Desktops™環境でこれらのパッケージ化されたアプリケーションを展開および配信する方法について説明します。
注:
- バージョン2511以降、Citrix Web Studio（Webベース）はCitrix Virtual Apps and Desktops™の唯一の管理コンソールです。Citrix Studio（MMCベース）はインストーラーから削除されました。この記事は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 Desktop ClientとRemote Desktop Services Clientの両方に仮想アプリケーションを配信します。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
1. ユーザー名
1. ADグループSID（最初に見つかったものが優先）
1. ADグループ名（最初に見つかったものが優先）
1. デフォルト
例:
```
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マシンにインストールされたApp Packages Deliveryコンポーネント: アプリケーションの起動に必要な適切な公開サーバーの登録を管理します。
これにより、公開サーバーは適切なタイミングでユーザーと同期されます。公開サーバーは、構成されている設定を使用して、アプリパッケージのライフサイクル（ログオン時の更新や接続グループなど）の他の側面を維持します。
-
シングル管理: アプリケーションパッケージはネットワーク共有に保存されます。Citrix Virtual Apps and Desktopsは、パッケージを独立して配信および管理します。
この方法では、App-Vサーバーとデータベースインフラストラクチャが展開に不要なため、オーバーヘッドが削減されます。
この方法では、App-Vパッケージをネットワーク共有に保存し、その場所からメタデータを環境にアップロードします。VDAマシンにインストールされたApp Packages Deliveryコンポーネントは、次のようにアプリケーションを管理および配信します。
- アプリケーションの起動時に展開構成ファイルとユーザー構成ファイルを処理します。
- ホストマシン上のパッケージのライフサイクルのすべての側面を管理します。
注記:
- 1つまたは両方の管理方法を同時に使用できます。つまり、アプリケーションをデリバリーグループに追加すると、アプリケーションはApp-Vサーバーまたはネットワーク共有にあるApp-Vパッケージから取得できます。
- 両方の管理方法を同時に使用しており、App-Vパッケージが両方の場所に動的構成ファイルを持っている場合、App-Vサーバー（デュアル管理）のファイルが使用されます。
- Web Studioナビゲーションペインで [Appパッケージ] を選択すると、パッケージ名と種類が表示されます。パッケージの種類列は、パッケージの配信に使用されるテクノロジーと、アプリケーションライブラリで参照されている場所を示します。パッケージを選択すると、詳細ペインにパッケージ内のアプリケーションとショートカットが一覧表示されます。
MSIXおよびMSIX app attachアプリケーション
MSIXは、すべてのWindowsアプリに最新のパッケージングエクスペリエンスを提供するWindowsアプリパッケージ形式です。MSIXは、Win32、.NET、UWPアプリなど、さまざまなWindowsアプリケーションタイプに適しています。
MSIX app attachは、パッケージコンテンツをストリーミングするのではなく、仮想ハードディスクに事前に展開され、必要に応じてターゲットマシンにマウントできるMSIXパッケージを利用します。これにより、展開時間が短縮され、ネットワークトラフィックが削減され、ターゲットマシンでのIOPSが低下する可能性がありますが、app attachディスクの作成と維持には追加の作業が必要です。
Citrix Virtual Apps and Desktopsは、VDAマシンにインストールされたApp Packages Deliveryコンポーネントを介して、MSIXおよびMSIX app attachアプリケーションをユーザーに配信します。このコンポーネントは、ホストマシン上のパッケージのライフサイクルのすべての側面を管理します。
MSIXおよびMSIX app attachの詳細については、MicrosoftドキュメントのMSIXドキュメントとAzure Virtual DesktopでのApp Attachを参照してください。
-
注記:
- ネイティブ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がパッケージの署名に使用されている証明書を信頼していることを確認します。
- ネイティブMSIXパッケージはデスクトップVDAおよびサーバーVDAでサポートされており、MSIX app attachはデスクトップVDAでのみ
FlexAppアプリケーション
FlexAppは、Liquidwareが開発したアプリケーションレイヤリングソリューションであり、従来のアプリケーションインストールプロセスを介して基盤となるベースイメージを変更することなく、任意のアプリケーションをWindowsセッションにアタッチします。
FlexApp Oneアプリケーションは、単一の共有可能なファイルにカプセル化されており、Windowsセッションに追加のアプリケーションレイヤーを必要とせずに動作できます。ユーザーはコンテナファイルをクリックすることでアプリケーションを起動でき、1つまたは複数のアプリケーションをWindowsワークスペースに迅速に統合します。
Citrixは、VDAマシンにインストールされたApp Packages DeliveryコンポーネントとFlexApp配信エージェントを介して、FlexAppアプリケーションをユーザーに配信します。これら2つのコンポーネントは、ホストマシン上のパッケージのライフサイクルのすべての側面を管理します。
Elastic Appアプリケーション
Elastic Appテクノロジーは、Citrix App Layeringの機能であり、ベースイメージにアプリケーションレイヤーをインストールするのではなく、ログオン時に動的にユーザーに割り当てることができます。Elastic Appテクノロジーを使用すると、アプリケーションは異なる仮想マシン間でユーザーに追従し、マスターイメージを肥大化させることなく、必要なアプリに常にアクセスできるようにします。
Citrix Virtual Apps and Desktopsは、Citrix PersonalizationコンポーネントとApplication Layering Enterprise Layer Manager（ELM）を介して、Elastic Appアプリケーションをユーザーに配信します。これら2つのコンポーネントは、ホストマシン上のパッケージのライフサイクルのすべての側面を管理します。Application Layering Enterprise Layer Managerの詳細については、Citrix App Layering™ドキュメントを参照してください。
Cloudpagingアプリケーション
Cloudpagingは、Numecentのアプリケーションストリーミングテクノロジーであり、ベースイメージに変更を加えることなく、Windowsセッションにアプリケーションを配信します。
Cloudpagingを使用すると、コードのごく一部（通常10%未満）が最初にストリーミングされるため、アプリケーションはほぼ瞬時に起動します。残りのコンポーネントは、ユーザーがアクセスしたときにバックグラウンドでストリーミングされ、シームレスなエクスペリエンスを提供します。
Citrix環境では、VDA上のApp Packages DeliveryコンポーネントがNumecent Cloudpaging Playerと連携してアプリケーションのライフサイクルを管理します。Citrixコンポーネントが配信をオーケストレーションし、Cloudpaging Playerがセッション内でのオンデマンドストリーミングと実行を処理します。
構成要件
以下の構成の詳細を考慮してください。
Cloudpaging PlayerとLogoffCheckSysModules
Cloudpagingコンテナで仮想公開アプリケーションを使用する場合、セッションのログオフを許可するために以下の設定を構成します。
- |設定|値|
- |---|---|
- |\*\*レジストリキー\*\*|`HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix\wfshell\TWI`| |\*\*値の名前\*\*|`LogoffCheckSysModules`| |\*\*値の型\*\*|`REG_SZ`| |\*\*値のデータ\*\*|`CoreHelper.exe`|
ホワイトリスト登録するURL
標準のURLホワイトリスト登録要件に加えて、VDAは以下のエンドポイントへのアクセスを必要とします。
| パラメータ | 値 |
|---|---|
| URL | external-api.cloudpager.net |
- |ポート|443|
- |クライアント|Cloudpager PoSh Module|
- |Webベースのフォワードプロキシ構成|- アウトバウンドアクセスを許可|
- |^^|^^- 認証バイパスが必要|
- |説明|Cloudpager PowerShell Module|
- オプションとして、Cloudpagerディスカバリのみを実行するために使用されるVDAを持つ専用のデリバリーグループを作成し、必要なホワイトリスト登録済みURLを制限できます。**VDAバージョン2511以降**と**App packages Delivery Component**がインストールされているマシンでデリバリーグループを作成することをお勧めします。
Cloudpager Clientのネットワークおよびファイアウォール要件の詳細については、Numecentナレッジベースの記事を参照してください。
- ## アプリパッケージの展開と配信
App-V、MSIX、MSIX app attach、FlexAppパッケージ、Elastic Appアプリケーション、およびCloudpagingパッケージの配信をサポートするには、まず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、Elastic App、およびCloudpaging形式のアプリケーションパッケージの公開プロセスを管理します。このコンポーネントは、VDAをインストールする際にはデフォルトではインストールされません。コンポーネントはVDAのインストール中またはインストール後にインストールできます。
VDAのインストール中にコンポーネントをインストールするには、以下のいずれかの方法を使用します。
- インストールウィザードで、**［追加コンポーネント］**ページに移動し、**［App Packages Delivery Component］**チェックボックスをオンにします。
- コマンドラインインターフェイスで、
/includeadditional "Citrix Personalization for App-V – VDA"オプションを使用します。
VDAのインストール後にコンポーネントをインストールするには、以下の手順に従います。
-
- VDAマシンで、［コントロールパネル］>［プログラム］>［プログラムと機能］に移動し、［Citrix Virtual Delivery Agent］を右クリックして、［変更］を選択します。
-
- 表示されるウィザードで、［追加コンポーネント］ページに進み、［App Packages Delivery Component］チェックボックスを有効にします。
-
- VDAマシンで、［コントロールパネル］>［プログラム］>［プログラムと機能］に移動し、［Citrix Virtual Delivery Agent］を右クリックして、［変更］を選択します。
注：
- 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をインストールします。
- Elastic Appアプリケーションの場合、App Packages Delivery ComponentとともにVDAにApp Layering対応イメージをインストールします。
- Cloudpagingアプリケーションの場合、App Packages Delivery ComponentとともにVDAにCloudpaging Playerをインストールします。
FlexApp One Agentのインストール
-
- VDAで管理者コマンドプロンプトを起動します。
-
- 任意のFlexApp Oneパッケージのネットワークパスを見つけます。
-
以下のコマンドを入力します。
\\path\to\any\FlexAppOnePackage.exe --install <!--NeedCopy-->- 1. 表示されるプロンプトをすべて承認します。 - #### App Layering対応イメージのインストール - 1. App Layeringをセットアップします。 - Citrix App Layeringのドキュメントの指示に従ってください。プロセスには以下が含まれます。- Enterprise Layer Manager（ELM）をセットアップします。
- ゴールドOSイメージをインポートします。
- プラットフォームレイヤーを作成します。
-
- アプリケーションレイヤーを作成します。
-
- ELMで、配信する各アプリケーションレイヤーに対して［Enable this App Layer for use with Studio App Packages］チェックボックスをオンにします。
-
- Elastic Layeringコンポーネントを含むイメージをVDAマシンにインストールします。以下のいずれかの方法を使用できます。
-
- ELMからElastic Layeringを有効にしてイメージを展開します。
- マシンにVDAを手動でインストールし、セットアップ中にElastic Layeringコンポーネントを選択します。
Cloudpaging Playerのインストール
-
VDAで管理者コマンドプロンプトを開きます。
-
- Cloudpaging Playerインストーラーが含まれるフォルダーに移動します。
-
-
以下のコマンドを実行して、プレーヤーをサイレントインストールし、SaaSコンソールURLを設定します。必要に応じてプレースホルダー値を置き換えてください。
cloudpaging-player-setup-x64-release.exe /S /v"/qn ADDLOCAL=ALL REG_BASTOKENPATHORURL=https://your-tenant-url/api/token" <!--NeedCopy--> -
(オプション) インストール後に、以下のレジストリ値を確認して構成を検証します。
- **パス:** `HKEY_LOCAL_MACHINE\SOFTWARE\Numecent\StreamingCore\Settings\Launcher` - **名前:** `BaseTokenPathOrURL` - **データ:** 値は、インストール時に指定したURLと一致する必要があります。
パッケージ化されたアプリケーションの配信
前提条件のインストールが完了したら、以下の手順でパッケージ化されたアプリケーションをユーザーに配信します。
- アプリケーションパッケージをネットワーク共有に保存する。
- アプリケーションパッケージを環境にアップロードする。
- デリバリーグループにアプリケーションを追加する。
- 相互依存するApp-Vパッケージの自動配信を有効にするには、分離グループを作成する。
アプリケーションパッケージのネットワーク共有への保存
インフラストラクチャをセットアップしたら、アプリケーションパッケージを生成し、UNCまたはSMBネットワーク共有、あるいはAzureファイル共有などのネットワークロケーションに保存します。
詳細な手順は以下のとおりです。
-
アプリケーションパッケージを生成します。詳細については、Microsoftドキュメントの「App-V仮想化アプリケーションの作成と管理」を参照してください。
-
アプリケーションパッケージをネットワークロケーションに保存します。
-
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ファイル共有に保存します。
-
-
Elastic Appの場合: パッケージをUNCまたはSMBネットワーク共有、あるいはAzureファイル共有に保存します。
-
-
VDAがパッケージストレージパスに対する読み取り権限を持っていることを確認します。
-
ADドメイン内のUNCまたはSMBネットワーク共有にパッケージを保存する場合、VDAマシンにストレージパスへの読み取り権限を付与します。これを行うには、マシンのADアカウントに共有への読み取り権限を明示的に付与するか、その権限を持つADグループにアカウントを含めます。
-
Azureファイル共有にパッケージを保存する場合、まずAzureでユーザーアカウントにストレージパスへの読み取り権限を付与します。次に、VDAマシンで実行されている
ctxAppVServiceを、そのユーザーアカウントを使用してパッケージストレージパスにアクセスするように構成します。詳細な手順については、「ユーザーログオンアカウントの変更」を参照してください。
-
ユーザーログオンアカウントの変更
- 以下の2つのシナリオでユーザーログオンアカウントを変更します。
- リンクされたADアカウントを使用してAzureファイル共有上のパッケージにアクセスする場合:
- Microsoft Entra IDはファイル共有上のマシンアカウントに読み取り権限を付与しないため、接続エンティティはマシンアカウントではなくユーザーアカウントである必要があります。
- MSIXおよびMSIX AppAttachパッケージにサービスが含まれている場合:
- パッケージ化されたサービスをインストールするには、ローカルマシンで管理者権限を持つユーザーアカウントを使用してパッケージを公開する必要があります。これは、パッケージ化されたサービスをインストールするために必要であり、パッケージはマシンではなくユーザーにのみ公開できるため、デフォルトのLocalServiceアカウントは不適切です。
VDAはctxAppVServiceを呼び出してパッケージストレージパスにアクセスし、管理者権限を必要とする操作を実行します。デフォルトでは、ctxAppVServiceはマシンのLocalServiceアカウントのコンテキストで実行され、マシンのIDを使用してADに認証するため、上記のシナリオには適していません。
いずれの場合も、サービスは、ローカルで管理者権限を持ち、SMB共有またはAzureファイル共有のいずれであっても、パッケージのストレージロケーションへの読み取りアクセス権が付与されているADユーザーアカウントを使用するように再構成する必要があります。手順は以下のとおりです。
- サービスを開始し、ctxAppVServiceを右クリックして、プロパティを選択します。
-
ログオンタブで、このアカウントを選択します。
- ローカル管理者権限とパッケージ保存パスへの読み取り権限を持つユーザーアカウントを入力します
- ユーザーのパスワードを2回入力します
- OKをクリックします。
-
アプリケーションパッケージを環境にアップロード
-
必要に応じてアプリケーションパッケージをネットワークの場所に保存した後、配信のために環境にアップロードします。必要に応じて、次のいずれかの方法を使用します。
- 一括アップロード
- 個別のアップロード
準備
Citrix Virtual Apps and Desktopsは、パッケージ検出のためのネットワークロケーションへの接続を設定するためにVDAマシンを使用します。そのため、事前にデリバリーグループを作成し、グループ内の少なくとも1つのVDAが次の要件を満たしていることを確認してください。
- VDAバージョン:
- App-Vパッケージを検出する場合: 2203以降
- MSIXおよびMSIX app attachパッケージを検出する場合: 2209以降
- FlexAppパッケージを検出する場合: 2311以降およびFlexApp Agentソフトウェア
- ElasticAppパッケージを検出する場合: 2511以降およびApp Layering対応イメージ
- Cloudpagingパッケージを検出する場合: 2511以降およびCloudpaging Playerソフトウェア
- アプリケーションパッケージ配信コンポーネント: インストール済み
- パッケージの場所に対する権限: 読み取り (詳細については、「ネットワーク共有にアプリケーションパッケージを保存する」を参照してください。)
- 電源: オン
- 状態: 登録済み
アプリケーションパッケージの一括アップロード
ネットワークロケーションにあるパッケージを環境にアップロードします。アップロードする前に、次の項目を準備してください。
- 準備の要件を満たすデリバリーグループ
- ネットワークロケーションパス
パッケージを一括でアップロードするには、次の手順に従います。
- 左側のペインで、[App packages] を選択します。
- [Package discovery] タブで、[Create discovery profile] ボタンをクリックします。[Create discovery profile] ページが表示されます。
- [Name] フィールドに、プロファイルの説明的な名前を入力します。
- [Delivery group] フィールドで、[Select a delivery group] をクリックします。次に、準備に記載されている要件を満たすデリバリーグループを選択し、[OK] をクリックします。
-
[Location type] フィールドで、パッケージの保存場所に基づいて、[Microsoft App-V server]、[Network share]、または [Numecent Cloudpager] を選択し、対応する設定を完了します。
-
[Microsoft App-V server] を選択した場合は、次の情報を入力します。
- 管理サーバーのURL。例:
http://appv-server.example.com - 管理サーバー管理者のログイン資格情報。
- 公開サーバーのURLとポート番号。例:
http://appv-server.example.com:3330
- 管理サーバーのURL。例:
-
[Network share] を選択した場合は、次の情報を指定します。
- ネットワーク共有のUNCパスを入力します (例:
\\Package-Server\apps\)。Elastic Appパッケージの場合は、ELMの[System’s Network File Share SMB path] からUNCパスを入力します。 - アップロードするパッケージの種類を選択します。オプションには、App-V、MSIX、MSIX app attach、FlexApp、および Elastic App が含まれます。
-
パッケージのサブフォルダーを検索するかどうかを指定します。
注:
cimイメージを含むフォルダー構造でMSIX app attachパッケージを検索する場合は、[Search] サブフォルダーを選択していることを確認してください。そうしないと、ディスクが正しく検出されません。
- ネットワーク共有のUNCパスを入力します (例:
-
[Numecent Cloudpager] を選択した場合は、次の情報を入力します。
-
CloudpagerコンソールURL。例:
https://cloudpagerconsole.my.org -
PowerShell APIキー。
-
AppLauncher MSID。
-
-
[Microsoft App-V server] を選択した場合は、次の情報を入力します。
- [Create discovery profile] をクリックします。
-
[Create discovery profile] ページが閉じ、新しく追加されたプロファイルがプロファイルリストに表示されます。Citrix Virtual Apps and Desktopsは、デリバリーグループ内のVDAを使用してパッケージを環境にアップロードします。アップロードが完了すると、[Status]フィールドに [Import successful] と表示されます。対応するパッケージは[Packages] タブに表示されます。
注:
ソースロケーションでのパッケージの更新を確認し、環境にインポートするには、プロファイルリストでロケーションを選択し、[Check for Updates] をクリックします。
アプリケーションパッケージの個別アップロード
ネットワーク共有からアプリケーションパッケージを環境にアップロードします。アップロードする前に、次の項目を準備してください。
- 準備に記載されている要件を満たすデリバリーグループ
- ネットワークロケーションパス
パッケージを環境にアップロードするには、次の手順に従います。
- 左側のペインで、[App Packages] を選択します。
- [Packages] タブで、[Add Package] ボタンをクリックします。[Add Package] ページが表示されます。
- [Delivery group] フィールドで、[Select a delivery group] をクリックします。次に、準備に記載されている要件を満たすデリバリーグループを選択し、[OK] をクリックします。
-
[Package full path] フィールドに、必要に応じてパスを入力します。
- 複数のパッケージを一度にアップロードするには、セミコロン (
;) で区切って完全なパスを入力します。例:\\Package-Server\apps\office365.appv;\\Package-Server\apps\skype.msix;\\Package-Server\apps\slack.vhd - ネットワーク共有に存在するすべてのパッケージをアップロードするには、保存パスを入力します。例:
\\package-Server\apps\
- 複数のパッケージを一度にアップロードするには、セミコロン (
-
[Add Package] をクリックします。
アプリケーションパッケージは[Packages] タブに表示されます。
アプリケーションをデリバリーグループに追加
アプリケーションパッケージが環境に完全にアップロードされたら、必要に応じてそのアプリケーションを1つ以上のデリバリーグループに追加します。その結果、それらのデリバリーグループに関連付けられたユーザーはアプリケーションにアクセスできるようになります。
注:
- パッケージ化されたアプリケーションは、デリバリーグループを介してシングルセッションVDAおよびマルチセッションVDAに配信できます。
- デフォルトでは、エンドユーザーは、シングルセッション (または デスクトップ と呼ばれる) VDAに関連付けられたデリバリーグループに割り当てられたすべてのパッケージ化されたアプリケーションにアクセスできます。デスクトップ VDA上のパッケージ化されたアプリケーションの可視性を特定のユーザーまたはグループに制限するには、[Applications] ノードに移動し、アプリケーションを選択してから、[Edit Application Properties] > [Limit Visibility] を選択して変更を加えます。詳細については、「アプリケーションの可視性を制限する」を参照してください。
パッケージ内の1つ以上のアプリケーションを複数のデリバリーグループに追加するには、次の手順に従います。
- 左ペインで、[App Packages] を選択します。
- [パッケージ] タブで、必要に応じてパッケージを選択します。
- アクションバーで、[デリバリーグループの追加] をクリックします。[アプリケーションをデリバリーグループに割り当てる] ページが表示されます。
- 必要に応じてパッケージ内のアプリケーションを1つ以上選択し、[次へ] をクリックします。
-
デリバリーグループのリストで、アプリケーションを割り当てるグループを選択し、[次へ] をクリックします。
注：
- MSIXまたはMSIXアプリ添付パッケージを選択した場合、VDAバージョンが2106以降のデリバリーグループのみがリストに表示されます。
- FlexApp パッケージを選択した場合、VDAバージョンが2402以降のデリバリーグループのみがリストに表示されます。
- Elastic App パッケージを選択した場合、VDAバージョンが2511以降のデリバリーグループのみがリストに表示されます。
- Cloudpaging パッケージを選択した場合、VDAバージョンが2511以降のデリバリーグループのみがリストに表示されます。
- [完了] をクリックします。
複数のデリバリーグループにさまざまなパッケージのアプリケーションを追加するには、次の手順に従います。
- 左ペインで、[App Packages] を選択します。
- [アプリケーション] タブで、[アプリケーションの追加] を選択します。
- [グループ] ページで、必要に応じて1つ以上のデリバリーグループを選択します。
-
[アプリケーション] ページで、次のように1つ以上のアプリケーションパッケージを選択します。
- [追加] をクリックし、[アプリケーションパッケージ] を選択します。
- 必要なパッケージプロファイルの種類（例：App-V Single Admin）を選択します。この種類のすべてのパッケージが表示されます。
- 必要に応じて1つ以上のパッケージを選択します。
- [OK] をクリックし、次に [次へ] をクリックします。
- 異なるパッケージタイプのアプリケーションをさらに追加するには、手順aからdを繰り返します。
- [完了] をクリックします。
パッケージ化されたアプリケーションは、次の場合にもデリバリーグループに追加できます。
- デリバリーグループを作成する場合。詳細については、「デリバリーグループの作成」を参照してください。
- 既存のデリバリーグループまたはアプリケーショングループを編集する場合。詳細については、「アプリケーションの追加」を参照してください。
（オプション）App-Vパッケージの分離グループの作成
相互依存するApp-Vパッケージの自動配信を可能にするために、分離グループを作成できます。
注：
分離グループは、App-V Single Admin方式でサポートされています。App-V Dual Admin方式を使用している場合は、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が自動的に展開されます。
ユーザーが分離グループ内で明示的としてマークされたApp-Vアプリケーションを起動すると、Citrix Virtual Apps and Desktopsはデリバリーグループ内のアプリケーションに対するユーザーのアクセス許可を確認します。ユーザーがアプリケーションにアクセスする権限を持っている場合、同じ分離グループ内の自動アプリケーションパッケージがユーザーに利用可能になります。
自動パッケージをどのデリバリーグループにも追加する必要はありません。分離グループ内に別の明示的アプリケーションパッケージがある場合、そのパッケージは同じデリバリーグループにある場合にのみユーザーに利用可能になります。
App-V分離グループの作成
分離グループを作成し、相互依存するアプリケーションパッケージを追加します。詳細な手順は次のとおりです。
- [分離グループ] タブで、[分離グループの追加] をクリックします。
- 分離グループの名前と説明を入力します。環境内のすべてのApp-V Single Adminパッケージが[利用可能なパッケージ] リストに表示されます。
- [利用可能なパッケージ] リストから、必要に応じてアプリケーションを選択し、右矢印をクリックします。選択したアプリケーションは[分離グループ内のパッケージ] リストに表示されます。
- [展開] フィールドで、アプリケーションに対して[明示的] または [自動] を選択します。
- 手順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にはまったく実装されておらず、現在、Microsoft（およびCitrix）によってWindows Server 2022または2025ではサポートされていません。
高度な設定
次の高度なトピックでは、基本的なアプリパッケージのワークフローを超えて、Citrix Virtual Apps and Desktopsでパッケージ化されたアプリケーションがどのように検出、更新、配信されるかを微調整するための追加の構成オプションと制御について説明します。
パッケージ化されたアプリケーションの公開を自動化する
PowerShellコマンドを使用して、パッケージ化されたアプリケーションの公開を自動化できます。
Delivery Controller™で、次のPowerShellコマンドを実行します。
-
Package Discovery Moduleに存在するコマンドをロードするには：
Import-Module "D:\Support\Tools\Scripts\Citrix.Cloud.AppLibrary.Admin.v1.psm1" <!--NeedCopy-->注:
パッケージ検出モジュールのバージョンは、Citrix Virtual Apps and Desktops ISO の手順 1 で述べられているパスにあります。
- パッケージ検出モジュールは、公開するパッケージタイプをサポートする Citrix Virtual Apps and Desktops のバージョン (FlexAppOne アプリケーションには 2311 以降が必要) の ISO から取得する必要があります。最新の利用可能なものを使用することをお勧めします。
-
関連するデリバリーグループ 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 エージェントに送信される 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" を使用して、BrokerApplication の PackagedApplicationVisibility プロパティを更新できます。
PackagedApplicationVisibility のデフォルト値は WorkspaceAndDesktop です。
値 Workspace: アプリは Workspaceアプリにのみ表示され、シームレスなアプリ起動に利用できますが、ユーザーが開始するデスクトップセッションには自動的に公開されません。
値 Desktop: アプリのアイコンを Workspaceアプリから非表示にし、シームレスなアプリ起動には利用できなくしますが、ユーザーが AD グループ設定を通じてアクセス権を持っている場合は、引き続きユーザーのデスクトップセッションに展開できます。
注:
シングルセッション静的デスクトップに公開されたパッケージ化されたアプリケーションは、この設定で構成された値に関係なく、Workspaceアプリでは利用できません。
App-V フルインフラストラクチャからシングル管理者ワークフローへの移行
Microsoft App-V フルインフラストラクチャ（デュアル管理者）は、サポート終了が近づいています。App-V パッケージおよびその他のサポートされているコンテナ形式の提供を継続するには、Citrix シングル管理者モデルに移行してください。
シングル管理者モデルは、App-V 管理サーバーおよび公開サーバーへの依存関係を排除し、Studio でパッケージ管理を一元化します。
シングル管理者モデルの利点
シングル管理者ワークフローに移行することで、アーキテクチャが簡素化され、パッケージ管理が効率化されます。
簡素化されたアーキテクチャ
シングル管理者モデルでは、VDA はファイル共有から直接パッケージを取得します。Citrix がメタデータ、公開、および分離ロジックを管理します。
| 機能 | フルインフラストラクチャ（デュアル管理者） | シングル管理者（Citrix 管理） |
|---|---|---|
| 管理 | App-V 管理コンソール | Citrix Studio または Web Studio |
| データベース | 必須（SQL Server） | なし（メタデータは Citrix サイトデータベースに保存） |
| 公開 | App-V 公開サーバー | Citrix VDA (ctxAppVService) |
| パッケージソース | UNC 共有（管理サーバーに同期） | UNC 共有、SMB 共有、または Azure Files |
| ロジック | 接続グループ | Citrix 分離グループ |
戦略的利点
シングル管理者に移行することで、同期遅延も解消されます。
-
デュアル管理者モデルでは、App-V 管理サーバーを同期し、その後 Studio を同期する必要があります。
-
シングル管理者モデルでは、ファイル共有上のパッケージを更新し、Studio で [更新] を選択すると、更新されたパッケージは次回のユーザーログオン時に利用可能になります。
移行ワークフロー
既存の App-V フルインフラストラクチャを Citrix シングル管理者ワークフローに移行するには、次の手順に従ってください。
ステップ 1: ターゲット環境の準備
パッケージをインポートする前に、インフラストラクチャとVDAがシングル管理者モデルをサポートする準備ができていることを確認してください。
-
共有リポジトリ
-
.appvパッケージをホストするUNC共有を特定します。
-
VDAマシンアカウント（例: ドメインコンピューター）が、共有とNTFSの両方のアクセス許可に対して読み取りアクセス権を持っていることを確認します。
-
-
VDA
すべてのVDAにApp Packages Delivery Componentがインストールされていることを確認してください。インストール後にこのコンポーネントを追加するには:
- VDAインストーラーを実行します。
- プログラムと機能で変更を選択します。
- App Packages Delivery Componentを追加します。
-
XML構成ファイル
_DeploymentConfig.xmlファイルと_UserConfig.xmlファイルを、対応する.appvファイルと同じフォルダーに移動します。シングル管理者モデルでは、VDAは中央のApp-Vデータベースからではなく、ファイル共有上のパッケージフォルダーから構成ファイルを読み取ります。
ステップ 2: Citrixライブラリへのパッケージのインポート
環境を準備したら、既存のApp-VパッケージをCitrixアプリケーションライブラリにインポートします。
- Citrix Studioで、構成 > App Packagesに移動します。
- 完全に移行する場合は、App-V管理サーバーへの既存の接続をすべて削除します。
- Add Packageを選択し、パッケージのUNCパスを指定します。
- Citrixはフォルダーをスキャンし、パッケージ名、バージョン、およびアプリケーションIDをCitrixアプリケーションライブラリにインポートします。
インポート後、必要に応じてアプリケーションをデリバリーグループに割り当てることができます。
注:
vPreferポリシー（オプション）: アプリケーションをリモートサーバーにリダイレクトする代わりにローカルVDAで起動したい場合は、VDAでvPrefer GPOを有効にします。
App-Vアプリケーションのトラブルシューティング（シングル管理者モデル）
App-Vパッケージ（シングル管理者モデル）が起動しない、またはユーザーセッションに表示されない場合は、以下のガイダンスを使用して一般的な問題を特定し、解決してください。
| 問題 | 説明 | 解決策 |
|---|---|---|
|
パッケージの検出と「カタログ化に失敗しました」エラー
|
Studioでパッケージを追加すると、ファイルにアクセスできないか、メタデータが無効であることを示すエラーが発生します。
|
|
|
アプリケーションが起動しない
（エラーコード: 0x80070005または0x80040154） |
ユーザーがアプリケーションアイコンをクリックするとCitrixスプラッシュ画面が表示されますが、アプリケーションが開きません。
|
|
|
分離グループの競合
|
Excelアドインなどのプラグインが、その親アプリケーションを認識できません。
|
|
| シングル管理者モデルでは、VDA上のApp-Vクライアントは、Delivery Controllerによって配信される構成に基づいて、それらのアプリケーションの仮想接続を管理します。 | ||
|
初回起動の遅延（バッファリング）
|
AutoCADやArcGISなどの大規模なApp-Vパッケージの初回起動には数分かかります。
|
|
便利なPowerShellコマンド（VDAで実行）
CitrixがパッケージをVDAに正常に配信したかどうかを確認するには、PowerShellウィンドウで次のコマンドを実行します。
| コマンド | 目的 |
|---|---|
`Get-AppvClientPackage` |
現在VDAにキャッシュまたは公開されているすべてのApp-Vパッケージを表示します。 |
`Get-CtxAppvPackage` |
Citrixエージェントによって管理されているパッケージを表示します。 |
`Start-Service ctxAppVService` |
Citrix App-Vオーケストレーションサービスを再起動します。 |