アプリケーションパッケージ
アプリケーションパッケージは、Citrix® が管理する事前構成済みのアプリケーション展開です。これにより、アプリケーションを仮想化でき、ユーザーデバイスのオペレーティングシステムやインターフェイスから独立してアプリケーションが実行されることを意味します。
アプリケーションパッケージは、アプリケーション管理を簡素化し、IT のオーバーヘッドを削減し、アプリケーションがライフサイクル全体を通じて安全かつ機能的であることを保証します。
Citrix は、ユーザーにアプリケーションを配信するために、以下のパッケージングテクノロジーをサポートしています。
- App-V アプリケーション
- MSIX および MSIX app attach アプリケーション
- 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デスクトップクライアントとリモートデスクトップサービスクライアントの両方に配信します。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パッケージと同じフォルダーにあるユーザー構成ファイルをサポートします。特定のパッケージに対して複数のユーザー構成ファイルが存在する場合、それらは次の優先順位で適用されます。
- ユーザーSID
- ユーザー名
- 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マシンにインストールされている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を選択すると、パッケージ名と種類が表示されます。Package type列は、パッケージの配信に使用されるテクノロジーと、Application Libraryで参照される場所を示します。パッケージを選択すると、詳細ペインにパッケージ内のアプリケーションとショートカットが一覧表示されます。
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 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 配信エージェントを介して、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は、ベースイメージを変更することなく、アプリケーションをWindowsセッションに配信するNumecentのアプリケーションストリーミングテクノロジーです。
Cloudpagingを使用すると、コードのごく一部（通常は10%未満）のみが最初にストリーミングされるため、アプリケーションはほぼ瞬時に起動します。残りのコンポーネントは、ユーザーがアクセスしたときにバックグラウンドでストリーミングされ、シームレスなエクスペリエンスを提供します。
Citrix環境では、VDA上のApp Packages Delivery ComponentがNumecent Cloudpaging Playerと連携してアプリケーションのライフサイクルを管理します。Citrixコンポーネントが配信を調整し、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 |
| クライアント | クラウドペイジャー PoSh モジュール |
| Webベースのフォワードプロキシ構成
|
|
| 説明 | Cloudpager PowerShell モジュール |
必要となるホワイトリスト登録済みURLを制限するために、Cloudpager検出のみを実行するVDAを備えた専用のデリバリーグループを作成できます。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チェックボックスを有効にします。
注：
- 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--> - 表示されるプロンプトをすべて承認します。
App Layering対応イメージをインストールする
-
アプリレイヤリングを設定します。 Citrix App Layeringのドキュメントの指示に従ってください。このプロセスには以下が含まれます。
- Enterprise Layer Manager (ELM) を設定します。
- ゴールドOSイメージをインポートします。
- プラットフォームレイヤーを作成します。
- アプリケーションレイヤーを作成します。
- ELMで、配信する各アプリケーションレイヤーについて、「Studio App Packagesでの使用のためにこのApp Layerを有効にする」チェックボックスをオンにします。
-
VDAマシンにElastic Layeringコンポーネントを含むイメージをインストールします。次のいずれかの方法を使用できます。
- Elastic Layeringを有効にしてELMからイメージを展開します。
- マシンに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アプリのアタッチ」の場合：パッケージをUNCまたはSMBネットワーク共有、またはAzureファイル共有に保存します。
-
「FlexApp」の場合：パッケージをUNCまたはSMBネットワーク共有、またはAzureファイル共有に保存します。
-
「Elastic App」の場合：パッケージをUNCまたはSMBネットワーク共有、またはAzureファイル共有に保存します。
-
「Cloudpaging」の場合：パッケージを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はマシンの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 Agentソフトウェア
- ElasticAppパッケージを検出するには: 2511以降、およびApp Layering対応イメージ
- CloudpagerコンソールからCloudpagingパッケージを検出するには: 2511以降
- ネットワーク共有からCloudpagingパッケージを検出するには: 2603以降
- アプリケーションパッケージ配信コンポーネント: インストール済み
- パッケージの場所に対する権限: 読み取り (詳細については、「ネットワーク共有にアプリケーションパッケージを保存する」を参照してください。)
- 電源: オン
- 状態: 登録済み
アプリケーションパッケージを一括アップロードする
ネットワーク上の場所にあるパッケージを環境にアップロードします。アップロードする前に、次の項目が準備されていることを確認してください。
- 準備の要件を満たすデリバリーグループ
- ネットワーク上の場所のパス
パッケージを一括でアップロードするには、次の手順に従います。
- 左側のペインで、[App packages] を選択します。
- [Packeage discovery] タブで、[Create discovery profile] ボタンをクリックします。[Create discovery profile] ページが表示されます。
- [Name] フィールドに、プロファイルの説明的な名前を入力します。
- 「デリバリーグループ」フィールドで、「デリバリーグループの選択」をクリックします。次に、準備に記載されている要件を満たすデリバリーグループを選択し、「OK」をクリックします。
- 「場所の種類」フィールドで、パッケージの保存場所に基づいて「Microsoft App-Vサーバー」、「ネットワーク共有」、または「Numecent Cloudpager」を選択し、対応する設定を完了します。
- 「Microsoft App-Vサーバー」を選択した場合は、次の情報を入力します。
- 管理サーバーのURL。例：
http://appv-server.example.com - 管理サーバー管理者のログイン資格情報。
- 公開サーバーのURLとポート番号。例：
http://appv-server.example.com:3330
- 管理サーバーのURL。例：
- 「ネットワーク共有」を選択した場合は、次の情報を指定します。
- ネットワーク共有のUNCパスを入力します（例：
\\Package-Server\apps\）。Elastic Appパッケージの場合は、ELMの「System’s Network File Share SMB path」からUNCパスを入力します。 - アップロードするパッケージの種類を選択します。オプションには、App-V、MSIX、MSIX app attach、FlexApp、Elastic App、およびCloudpagingが含まれます。
-
パッケージのサブフォルダーを検索するかどうかを指定します。
注：
cimイメージを含むフォルダー構造でMSIXアプリ添付パッケージを検索する場合、「サブフォルダーの検索」を選択していることを確認してください。そうしないと、ディスクが正しく検出されません。
- ネットワーク共有のUNCパスを入力します（例：
-
「Numecent Cloudpager」を選択した場合（CloudpagingアプリがCloud Pager Consoleに保存されていることを意味します）、次の情報を入力します。
-
CloudpagerコンソールのURL。例：
https://cloudpagerconsole.my.org -
PowerShell APIキー。
-
AppLauncher MSID。
-
- 「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上のパッケージ化されたアプリケーションの可視性を特定のユーザーまたはグループに制限するには、アプリケーションノードに移動し、アプリケーションを選択し、アプリケーションプロパティの編集 > 可視性の制限を選択して変更を加えます。「アプリケーションの可視性を制限する」を参照してください(#limit-visibility-of-applications)
パッケージ内の1つ以上のアプリケーションを複数のデリバリーグループに追加するには、次の手順に従います。
- 左ペインで、アプリパッケージを選択します。
- パッケージタブで、必要に応じてパッケージを選択します。
- アクションバーで、デリバリーグループの追加をクリックします。アプリケーションをデリバリーグループに割り当てるページが表示されます。
- 必要に応じて、パッケージ内の1つ以上のアプリケーションを選択し、次へをクリックします。
-
デリバリーグループのリストで、アプリケーションを割り当てるグループを選択し、次へをクリックします。
注:
- MSIXまたはMSIXアプリ添付パッケージを選択した場合、VDAバージョンが2106以降のデリバリーグループのみがリストに表示されます。
- FlexAppパッケージを選択した場合、VDAバージョンが2402以降のデリバリーグループのみがリストに表示されます。
- Elastic Appパッケージを選択した場合、VDAバージョンが2511以降のデリバリーグループのみがリストに表示されます。
- Cloudpagingパッケージを選択した場合、VDAバージョンが2511以降のデリバリーグループのみがリストに表示されます。
- 完了をクリックします。
さまざまなパッケージのアプリケーションを複数のデリバリーグループに追加するには、次の手順に従います。
- 左側のペインで、アプリパッケージを選択します。
- アプリケーションタブで、アプリケーションの追加を選択します。
- グループページで、必要に応じて1つ以上のデリバリーグループを選択します。
-
アプリケーションページで、次のように1つ以上のアプリケーションパッケージを選択します。
- 追加をクリックし、アプリケーションパッケージを選択します。
- 必要なパッケージプロファイルの種類（例：App-V Single Admin）を選択します。この種類のすべてのパッケージが表示されます。
- 必要に応じて1つ以上のパッケージを選択します。
- OKをクリックし、次へをクリックします。
- 異なるパッケージタイプのアプリケーションをさらに追加するには、手順aからdを繰り返します。
- 「完了」をクリックします。
次の場合に、パッケージ化されたアプリケーションをデリバリーグループに追加することもできます。
- デリバリーグループを作成する場合。詳しくは、「デリバリーグループの作成」を参照してください。
- 既存のデリバリーグループまたはアプリケーショングループを編集する場合。詳しくは、「アプリケーションの追加」を参照してください。
（オプション）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が自動的に展開されます。
ユーザーが分離グループ内で明示的とマークされたApp-Vアプリケーションを起動すると、Citrix Virtual Apps and Desktopsは、デリバリーグループ内のアプリケーションに対するユーザーのアクセス許可を確認します。ユーザーがアプリケーションにアクセスする権限を持っている場合、同じ分離グループ内の自動アプリケーションパッケージがユーザーに利用可能になります。
自動パッケージをどのデリバリーグループにも追加する必要はありません。分離グループ内に別の明示的アプリケーションパッケージがある場合、そのパッケージは同じデリバリーグループ内にある場合にのみユーザーに利用可能になります。
App-V分離グループを作成する
分離グループを作成し、相互依存するアプリケーションパッケージを追加します。詳細な手順は次のとおりです。
- 分離グループタブで、分離グループの追加をクリックします。
- 分離グループの名前と説明を入力します。環境内のすべてのApp-Vシングルアドミンパッケージが利用可能なパッケージリストに表示されます。
- 利用可能なパッケージリストから必要に応じてアプリケーションを選択し、右矢印をクリックします。選択したアプリケーションは分離グループ内のパッケージリストに表示されます。
- 展開フィールドで、アプリケーションに対して明示的または自動を選択します。
- 手順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も同様に）によってサポートされていません。
詳細設定
以下の詳細なトピックでは、基本的なアプリパッケージのワークフローを超えて、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バージョンの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--> -
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-Vフルインフラストラクチャからシングル管理者ワークフローへの移行
Microsoft App-Vフルインフラストラクチャ（デュアル管理者）は、サポート終了が近づいています。App-Vパッケージおよびその他のサポートされているコンテナ形式の提供を継続するには、Citrixシングル管理者モデルに移行してください。
シングル管理者モデルは、App-V管理サーバーおよび公開サーバーへの依存関係を排除し、Studioでのパッケージ管理を一元化します。
シングル管理者モデルの利点
シングル管理者ワークフローに移行することで、アーキテクチャが簡素化され、パッケージ管理が効率化されます。
簡素化されたアーキテクチャ
シングル管理者モデルでは、VDAはファイル共有から直接パッケージを取得します。Citrixはメタデータ、公開、および分離ロジックを管理します。
| 機能 | 完全なインフラストラクチャ (デュアル管理者) | シングル管理者 (Citrix 管理) |
|---|---|---|
| 管理 | App-V 管理コンソール | Citrix スタジオ または Web スタジオ |
| データベース | 必須 (SQL Server) | なし (メタデータはCitrixサイトデータベースに保存されます) |
| 公開 | App-V 公開サーバー | シトリックス 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管理サーバーへの既存の接続をすべて削除します。
- パッケージの追加を選択し、パッケージのUNCパスを指定します。
- Citrixはフォルダーをスキャンし、パッケージ名、バージョン、およびアプリケーションIDをCitrixアプリケーションライブラリにインポートします。
インポート後、必要に応じてアプリケーションをデリバリーグループに割り当てることができます。
注：
vPreferポリシー（オプション）：アプリケーションをリモートサーバーにリダイレクトするのではなく、ローカルVDAで起動させたい場合は、VDAでvPrefer GPOを有効にしてください。
App-Vアプリケーションのトラブルシューティング（シングル管理者モデル）
App-Vパッケージ（シングル管理者モデル）が起動しない、またはユーザーセッションに表示されない場合は、以下のガイダンスを使用して一般的な問題を特定し、解決してください。
| 問題 | 説明 | 解決策 |
|---|---|---|
|
パッケージの検出と「カタログ化に失敗しました」エラー
|
Studioでパッケージを追加すると、ファイルにアクセスできないか、メタデータが無効であることを示すエラーが発生します。
|
|
|
アプリケーションが起動しない
(エラーコード: 0x80070005 または 0x80040154) |
ユーザーがアプリケーションアイコンをクリックすると、Citrix splash 画面が表示されますが、アプリケーションが開きません。
|
|
|
分離グループの競合
|
Excelアドインなどのプラグインは、親アプリケーションを認識できません。
|
|
|
初期起動が遅い（バッファリング）
|
AutoCAD や ArcGIS などの大規模な App-V パッケージの初回起動には数分かかります。
|
|
便利なPowerShellコマンド（VDAで実行）
CitrixがパッケージをVDAに正常に配信したかどうかを確認するには、PowerShellウィンドウで次のコマンドを実行します。
| コマンド | 目的 |
|---|---|
Get-AppvClientPackage |
現在VDAにキャッシュまたは公開されているすべてのApp-Vパッケージを表示します。 |
Get-CtxAppvPackage |
Citrixエージェントによって管理されているパッケージを表示します。 |
Start-Service ctxAppVService |
Citrix App-Vオーケストレーションサービスを再起動します。 |