アプリパッケージ
アプリパッケージは、Citrix® が管理する事前構成済みのアプリケーション展開です。これにより、アプリケーションを仮想化できます。つまり、アプリケーションはユーザーデバイスのオペレーティングシステムやインターフェイスから独立して動作します。
アプリパッケージは、アプリケーション管理を簡素化し、IT のオーバーヘッドを削減し、アプリケーションがライフサイクル全体を通じて安全かつ機能的であることを保証します。
Citrix は、ユーザーにアプリケーションを配信するために、次のパッケージングテクノロジーをサポートしています。
- App-V アプリケーション
- MSIX および MSIX app attach アプリケーション
- FlexApp アプリケーション
- Elastic App アプリケーション
- Cloudpaging アプリケーション
この記事では、Citrix DaaS™ 環境でこれらのパッケージ化されたアプリケーションを展開および配信する方法について説明します。
App-V アプリケーション
Application Virtualization (App-V) は Microsoft のテクノロジーであり、エンドユーザーのデバイスにインストールすることなく、アプリケーションをストリーミングしてアクセスできるようにします。Citrix DaaS は App-V を使用してアプリケーションを配信でき、さまざまなクライアントマシンでアプリケーションを管理するための集中化された効率的な方法を提供します。
App-V パッケージアプリケーションを配信する際に操作するコンポーネントと概念の詳細については、Microsoft のドキュメント「Windows クライアントの Application Virtualization (App-V) の概要」を参照してください。
重要な用語
- 管理サーバー: App-V インフラストラクチャを管理するための集中コンソールを提供し、App-V デスクトップクライアントとリモートデスクトップサービスクライアントの両方に仮想アプリケーションを配信します。App-V 管理サーバーは、管理者が要求するセキュリティ、メータリング、監視、データ収集を認証、要求、提供します。このサーバーは、Active Directory とサポートツールを使用してユーザーとアプリケーションを管理します。
- 公開サーバー：特定のユーザー向けにApp-Vクライアントにアプリケーションを提供し、ストリーミング用の仮想アプリケーションパッケージをホストします。管理サーバーからパッケージを取得します。
- 動的構成ファイル：App-Vパッケージは、動的構成ファイルを使用してカスタマイズできます。これらのファイルをパッケージに適用すると、その特性を変更できます。たとえば、追加のアプリケーションショートカットや動作を定義するために使用できます。詳細については、「動的構成ファイル」を参照してください。(#dynamic-configuration-files)
動的構成ファイル
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 DaaSとApp-Vサーバーが連携してパッケージを配信および管理します。この方法では、Citrix DaaSがApp-Vサーバーの状態のスナップショットビューを定期的に更新する必要があります。これには、ハードウェア、インフラストラクチャ、および管理のオーバーヘッドが発生します。Citrix DaaSとApp-Vサーバーは、特にユーザー権限に関して同期を維持する必要があります。
この方法は、App-VとCitrixが密接に結合された展開で最適に機能します。この方法では:
- App-V管理サーバーは動的構成ファイルを処理します
- App Packages Delivery Component (VDAマシンにインストール済み): アプリケーションの起動に必要な適切な公開サーバーの登録を管理します。
これにより、適切なタイミングで公開サーバーがユーザーと同期されます。公開サーバーは、構成されている設定を使用して、アプリパッケージのライフサイクル（ログオン時の更新や接続グループなど）の他の側面を維持します。
-
シングル管理者: アプリケーションパッケージはネットワーク共有に保存されます。Citrix DaaSはパッケージを独立して配信および管理します。
この方法では、展開において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アプリ添付は、パッケージコンテンツをストリーミングするのではなく、仮想ハードディスクに事前に展開されたMSIXパッケージを利用します。これらの仮想ハードディスクは、必要に応じてターゲットマシンにマウントできます。これにより、展開時間を短縮し、ネットワークトラフィックを削減し、ターゲットマシンでのIOPSを低減できますが、アプリ添付ディスクの作成と維持には追加の作業が必要です。
Citrix DaaS は、VDA マシンにインストールされている App Packages Delivery Component を介して、MSIX および MSIX app attach アプリケーションをユーザーに提供します。このコンポーネントは、ホストマシン上のパッケージのライフサイクルに関するすべての側面を管理します。
MSIX および MSIX app attach の詳細については、Microsoft のドキュメント「MSIX documentation」と「App Attach in Azure Virtual Desktop」をそれぞれ参照してください。
注:
- ネイティブ MSIX Packages は Desktop およびサーバー VDA でサポートされており、MSIX app attach は Desktop 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つのコンポーネントは、ホストマシン上のパッケージのライフサイクルに関するすべての側面を管理します。
Elastic App アプリケーション
Elastic App テクノロジーは、Citrix App Layering の機能であり、アプリケーションレイヤーをベースイメージにインストールするのではなく、ログオン時にユーザーに動的に割り当てることができます。Elastic App テクノロジーを使用すると、アプリケーションは異なる仮想マシン間でユーザーに追従し、マスターイメージを肥大化させることなく、必要なアプリに常にアクセスできるようにします。
Citrix DaaS は、Citrix Personalization コンポーネントと Application Layering Enterprise Layer Manager (ELM) を介して、Elastic App アプリケーションをユーザーに提供します。これら2つのコンポーネントは、ホストマシン上のパッケージのライフサイクルに関するすべての側面を管理します。Application Layering Enterprise Layer Manager の詳細については、「Citrix App Layering™ document」を参照してください。
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 |
| クライアント | クラウドページャー PowerShell モジュール |
| 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で有効にするチェックボックスを選択します。
-
Elastic Layeringコンポーネントを含むイメージをVDAマシンにインストールします。次のいずれかの方法を使用できます。
- 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_BASETOKENPATHORURL=https://your-tenant-url/api/token" <!--NeedCopy--> -
（オプション）インストール後に、次のレジストリ値を確認して構成を検証します。
-
パス:
HKEY_LOCAL_MACHINE\SOFTWARE\Numecent\StreamingCore\Settings\Launcher -
名前:
BaseTokenPathOrURL - データ: 値は、インストール時に指定したURLと一致する必要があります。
-
パス:
パッケージ化されたアプリケーションを配信する
(#prerequisites)のインストールが完了したら、パッケージ化されたアプリケーションをユーザーに配信するには、次の手順を実行します。
- アプリケーションパッケージをネットワーク共有に保存する。
- アプリケーションパッケージを環境にアップロードする。
- デリバリーグループにアプリケーションを追加する。
- 相互依存する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ファイル共有に保存します。
-
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 はマシンの LocalService アカウントのコンテキストで実行され、マシンの ID を使用して AD に認証するため、上記のシナリオには適していません。
いずれの場合も、サービスは、ローカルで管理者権限を持ち、パッケージのストレージ場所（SMB 共有または Azure File Share）への読み取りアクセス権が付与されている AD ユーザーアカウントを使用するように再構成する必要があります。手順は次のとおりです。
- 「サービス」を開始し、「ctxAppVService」を右クリックして、「プロパティ」を選択します。
-
ログオンタブで、このアカウントを選択します。
- ローカル管理者権限とパッケージストレージパスへの読み取り権限を持つユーザーアカウントを入力します。
- ユーザーのパスワードを2回入力します。
- OKをクリックします。
アプリケーションパッケージを環境にアップロードする
必要に応じてアプリケーションパッケージをネットワークの場所に保存したら、配信のために環境にアップロードします。必要に応じて、次のいずれかの方法を使用します。
準備
Citrix DaaSは、パッケージ検出のためにネットワークの場所への接続を設定するためにVDAマシンを使用します。したがって、事前にデリバリーグループを作成し、グループ内の少なくとも1つのVDAが次の要件を満たしていることを確認してください。
- VDAバージョン:
- App-Vパッケージを検出する場合: 2203以降
- MSIXおよびMSIX app attachパッケージを検出する場合: 2209以降
- FlexAppパッケージを検出する場合: 2311以降およびFlexApp Agentソフトウェア
- Elastic Appパッケージを検出する場合: 2511以降およびApp Layering対応イメージ
- CloudpagerコンソールからCloudpagingパッケージを検出する場合: 2511以降
- ネットワーク共有からCloudpagingパッケージを検出する場合: 2603以降
- App Packages Delivery Component: インストール済み
- パッケージの場所に対するアクセス許可: 読み取り (詳細については、「ネットワーク共有にアプリケーションパッケージを保存する」を参照してください。)
- 電源: オン
- 状態: 登録済み
アプリケーションパッケージを一括アップロードする
ネットワーク上の場所にあるパッケージを環境にアップロードします。アップロードする前に、次の項目が準備されていることを確認してください。
- 準備の要件を満たすデリバリーグループ
- ネットワークの場所のパス
パッケージを一括でアップロードするには、次の手順に従います。
- 左側のペインで、[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。例:
-
ネットワーク共有を選択した場合は、次の情報を指定します。
- ネットワーク共有の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 app attachパッケージを検索する場合は、サブフォルダーを検索を選択していることを確認してください。そうしないと、ディスクが正しく検出されません。
- ネットワーク共有のUNCパスを入力します (例:
-
Numecent Cloudpager (CloudpagingアプリがCloudpagerコンソールに保存されていることを意味します) を選択した場合は、次の情報を入力します。
-
CloudpagerコンソールのURL。例:
https://cloudpagerconsole.my.org -
PowerShell APIキー。
-
AppLauncher MSID。
-
-
[Microsoft App-V server] を選択した場合は、次の情報を入力します。
-
設定セクションで、必要に応じて次のオプションを構成します。
-
不在パッケージの削除: 更新チェック中にプロファイルロケーションで見つからなくなったパッケージをパッケージタブから自動的に削除するには、このオプションを選択します。選択しない場合、そのようなパッケージは無効なアイコンで表示されます。
-
インプレースアップグレード: このオプションを選択すると、更新チェック中に検出された新しいバージョンで既存のパッケージが上書きされます。このオプションを選択すると、アップグレード後もユーザーのお気に入りは保持されます。このオプションはデフォルトで選択されています。
-
ダウングレードを無視: このオプションを選択すると、同じパッケージのより新しいバージョンがライブラリに既に存在する場合、パッケージのインポートがスキップされます。このオプションはデフォルトで選択されています。
-
-
ディスカバリプロファイルの作成をクリックします。
ディスカバリプロファイルの作成ページが閉じ、新しく追加されたプロファイルがプロファイルリストに表示されます。Citrix DaaSは、デリバリーグループ内のVDAを使用してパッケージをCitrix Cloudにアップロードします。アップロードが完了すると、ステータスフィールドに「インポート成功」と表示されます。対応するパッケージはパッケージタブに表示されます。
注：
- プロファイルロケーションでパッケージの更新を確認し、Citrix Cloudにインポートするには、プロファイルリストでロケーションを選択し、更新の確認をクリックします。
- リストでディスカバリプロファイルを選択すると、詳細ペインに、インプレースアップグレードとダウングレードを無視の現在の値がはいまたはいいえで表示されます。
- 更新の確認をクリックすると、確認パネルには、チェックが実行される前に現在のインプレースアップグレードとダウングレードを無視の設定も表示されます。
アプリケーションパッケージを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つ以上のアプリケーションを複数のデリバリーグループに追加するには、次の手順に従います。
- 左ペインで、App Packages を選択します。
- Packages タブで、必要に応じてパッケージを選択します。
- アクションバーで、Add Delivery Groups をクリックします。Assign Applications to Delivery Groups ページが表示されます。
-
このアプリパッケージからアプリケーションを配信する場所を選択し、Citrix Workspaceアプリのパッケージ内の1つ以上のアプリケーションを選択して、Next をクリックします。
- デスクトップでアプリパッケージを配信する: このパッケージ内のすべてのアプリケーションは、Citrix仮想デスクトップで配信されます。エンドユーザーは、ストアの Desktops タブからデスクトップを起動することでアクセスできます。
- Citrix Workspaceでアプリケーションを配信する: このパッケージで選択されたアプリケーションは、Citrix仮想アプリとして配信されます。エンドユーザーは、ストアの Apps タブからアクセスできます。
注：
この設定は、パッケージ化されたアプリケーションのデフォルトの可視性を制御します。特定のパッケージ化されたアプリケーションの可視性を後で変更するには、Applications ノードに移動し、アプリケーションを選択して、Properties > Delivery を選択して変更します。詳細については、「アプリケーションプロパティの変更」を参照してください。
-
デリバリーグループのリストで、アプリケーションを割り当てるグループを選択し、Next をクリックします。
注：
- MSIXまたはMSIXアプリ添付パッケージを選択した場合、VDAバージョンが2106以降のデリバリーグループのみがリストに表示されます。
- FlexApp パッケージを選択した場合、VDAバージョンが2402以降のデリバリーグループのみがリストに表示されます。
- Elastic App パッケージを選択した場合、VDAバージョンが2511以降のデリバリーグループのみがリストに表示されます。
- Cloudpaging パッケージを選択した場合、VDAバージョンが2511以降のデリバリーグループのみがリストに表示されます。
- Finish をクリックします。
さまざまなパッケージのアプリケーションを複数のデリバリーグループに追加するには、次の手順に従います。
- 左側のペインで、[App Packages] を選択します。
- [Applications] タブで、[Add Applications] を選択します。
- [Groups] ページで、必要に応じて1つ以上のデリバリーグループを選択します。
-
[Applications] ページで、次のように1つ以上のアプリケーションパッケージを選択します。
- [Add] をクリックし、[Application packages] を選択します。
- 必要なパッケージの種類を選択します（例：App-V Single Admin）。この種類のすべてのパッケージが表示されます。
- 必要に応じて1つ以上のパッケージを選択します。
- [OK] をクリックし、[Next] をクリックします。
- 別のパッケージタイプのアプリケーションを追加するには、手順aからdを繰り返します。
- [Finish] をクリックします。
次の場合にも、パッケージ化されたアプリケーションをデリバリーグループに追加できます。
- デリバリーグループを作成する場合。詳細については、「デリバリーグループの作成」を参照してください。
- 既存のデリバリーグループまたはアプリケーショングループを編集する場合。詳細については、「アプリケーションの追加」を参照してください。
（オプション）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 DaaSはデリバリーグループ内のアプリケーションへのユーザーのアクセス許可を確認します。ユーザーがアプリケーションにアクセスする権限を持っている場合、同じ分離グループ内の自動アプリケーションパッケージはユーザーが利用できるようになります。
自動パッケージをどのデリバリーグループにも追加する必要はありません。分離グループに別の明示的アプリケーションパッケージがある場合、そのパッケージは同じデリバリーグループにある場合にのみユーザーが利用できます。
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 DaaSでパッケージ化されたアプリケーションがどのように検出、更新、配信されるかを微調整するための追加の構成オプションと制御機能について説明します。
パッケージ化されたアプリケーションの公開を自動化する
PowerShellコマンドを使用して、パッケージ化されたアプリケーションの公開を自動化できます。
Delivery Controller™ で、次の PowerShell コマンドを実行します。
-
パッケージ検出モジュールに存在するコマンドをロードするには:
Import-Module "D:\Support\Tools\Scripts\Citrix.Cloud.AppLibrary.Admin.v1.psm1" <!--NeedCopy-->注:
パッケージ検出モジュールのバージョンは、Citrix DaaS ISO の手順 1 で述べたパスにあります。
- パッケージ検出モジュールは、公開するパッケージタイプをサポートする Citrix DaaS バージョンの 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 DaaS 環境では、パッケージからのアプリケーションがデスクトップに公開されると、システムはそれらのアプリケーションに対する 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 では利用できません。
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分離グループ |
戦略的優位性
Single Adminに移行することで、同期ラグも解消されます。
-
デュアル管理者モデルでは、App-V管理サーバーを同期し、その後Studioを同期する必要があります。
-
シングル管理者モデルでは、ファイル共有上のパッケージを更新し、Studioで更新を選択すると、更新されたパッケージは次回のユーザーログオン時に利用可能になります。
移行ワークフロー
既存のApp-VフルインフラストラクチャをCitrixシングル管理者ワークフローに移行するには、次の手順に従います。
ステップ1：ターゲット環境の準備
パッケージをインポートする前に、インフラストラクチャとVDAがシングル管理者モデルをサポートする準備ができていることを確認してください。
-
共有リポジトリ
-
.appvパッケージをホストするUNC共有を特定します。 -
VDAマシンアカウント（例：Domain Computers）が、共有と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 Management Server への既存の接続をすべて削除します。
- パッケージの追加を選択し、パッケージの UNC パスを指定します。
- Citrix はフォルダーをスキャンし、パッケージ名、バージョン、アプリケーション ID を Citrix アプリケーションライブラリにインポートします。
インポート後、必要に応じてアプリケーションをデリバリーグループに割り当てることができます。
「注:」:
「vPrefer ポリシー (オプション): アプリケーションをリモートサーバーにリダイレクトするのではなく、ローカル VDA で起動する場合は、VDA で vPrefer GPO を有効にします。」.
App-V アプリケーションのトラブルシューティング (シングル管理者モデル)
App-V パッケージ (シングル管理者モデル) が起動しない、またはユーザーセッションに表示されない場合は、以下のガイダンスを使用して一般的な問題を特定し、解決してください。
| 問題 | 説明 | 解決策 |
|---|---|---|
|
パッケージの検出と「カタログへの追加に失敗しました」エラー
|
Studio でパッケージを追加すると、ファイルにアクセスできないか、メタデータが無効であることを示すエラーが表示されます。
|
|
|
アプリケーションの起動に失敗する
(エラーコード: 0x80070005 または 0x80040154) |
ユーザーがアプリケーションアイコンをクリックすると、Citrix スプラッシュ画面が表示されますが、アプリケーションは開きません。
|
|
|
分離グループの競合
|
Excel アドインなどのプラグインは、その親アプリケーションを認識できません。
|
|
|
初回起動が遅い（バッファリング）
|
AutoCADやArcGISのような大規模なApp-Vパッケージの初回起動には数分かかります。
|
|
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\AppV\Client\Streaming
Autoloadを2（以前使用したすべてのパッケージを自動ロード）に設定して、その後の起動パフォーマンスを向上させます。
|
||
役立つPowerShellコマンド（VDAで実行）
CitrixがパッケージをVDAに正常に配信したかどうかを確認するには、PowerShellウィンドウで次のコマンドを実行します。
| コマンド | 目的 |
|---|---|
Get-AppvClientPackage |
VDAに現在キャッシュされているか、公開されているすべてのApp-Vパッケージを表示します。 |
Get-CtxAppvPackage |
Citrixエージェントによって管理されているパッケージを表示します。 |
Start-Service ctxAppVService |
Citrix App-Vオーケストレーションサービスを再起動します。 |