アプリパッケージ

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

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

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

• App-Vアプリケーション
• MSIXおよびMSIXアプリのアタッチアプリケーション
• FlexAppアプリケーション
• エラスティック・アプリ アプリケーション
• クラウドページング アプリケーション

この記事では、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パッケージと同じフォルダーにあるユーザー構成ファイルをサポートします。

  特定のパッケージに対して複数のユーザー構成ファイルが存在する場合、それらは次の優先順位で適用されます。

  1. ユーザーSID
  2. ユーザー名
  3. ADグループSID（最初に見つかったものが優先）
  4. ADグループ名（最初に見つかったものが優先）
  5. デフォルト

  例えば:

   MyAppVPackage_S-1-5-21-000000001-0000000001-000000001-001_UserConfig.xml
   MyAppVPackage_joeblogs_UserConfig.xml
   MyAppVPackage_S-1-5-32-547_UserConfig.xml
   MyAppVPackage_Power Users_UserConfig.xml
   MyAppVPackage_UserConfig.xml
   <!--NeedCopy-->
  

  注:

  ファイル名のユーザー固有の部分は、オプションで末尾に配置することもできます (例: MyAppVPackage_UserConfig_joeblogs.xml)。

重要:

パッケージ内のアプリケーションを使用しているユーザーセッションが開いている場合、動的展開構成 (Dynamic Deployment Configuration) への変更を適用することはできません。他のユーザー (ただし現在のユーザーではない) がパッケージ内のアプリケーションを開いている場合は、動的ユーザー構成 (Dynamic User Configuration) ファイルへの変更を適用できます。

動的構成ファイルの場所

シングル管理者管理では、Citrix App-Vコンポーネントは、App-Vパッケージと同じフォルダーにある動的構成ファイルのみを処理します。

パッケージ内のアプリケーションが起動されると、対応する動的構成ファイルへの変更が再適用されます。動的構成ファイルがパッケージとは異なる場所にある場合は、マッピングファイルを使用してパッケージを展開構成ファイルにマッピングします。

マッピングファイルを作成するには:

1. 新しいテキストファイルを開きます。

2. 各動的構成ファイルについて、<PackageGuid> : path の形式を使用してパッケージへのパスを指定する行を追加します。

   例えば:

   F1f4fd78ef044176aad9082073a0c780 : c:\widows\file\packagedeploy.xml
   <!--NeedCopy-->
   

3. ファイルをパッケージと同じフォルダーに ctxAppVDynamicConfigurations.cfg として保存します。

パッケージ内のアプリケーションが起動されるたびに、App-Vパッケージと同じUNC共有上のディレクトリ階層全体が、このファイルを求めて再帰的に上位検索されます。

方法

App-Vパッケージを配信および管理するには、次の方法を使用できます。

• デュアル管理: この方法では、Citrix Virtual Apps and DesktopsとApp-Vサーバーが連携してパッケージを配信および管理します。この方法では、Citrix Virtual Apps and DesktopsがApp-Vサーバーの状態のスナップショットビューを定期的に更新する必要があります。これには、ハードウェア、インフラストラクチャ、および管理のオーバーヘッドが発生します。Citrix Virtual Apps and DesktopsとApp-Vサーバーは、特にユーザー権限に関して同期を維持する必要があります。

  この方法は、App-VとCitrixが密接に連携する展開で最適に機能します。この方法では、次のようになります。

  • App-V管理サーバーが動的構成ファイルを処理します。
  • VDAマシンにインストールされているApp Packages Delivery Component: アプリケーションの起動に必要な適切な公開サーバーの登録を管理します。

  これにより、適切なタイミングでユーザーに対して公開サーバーが同期されます。公開サーバーは、構成されている設定を使用して、アプリパッケージのライフサイクル（ログオン時の更新や接続グループなど）の他の側面を維持します。

• シングル管理: アプリケーションパッケージはネットワーク共有に保存されます。Citrix Virtual Apps and Desktopsは、パッケージを独立して配信および管理します。

  この方法では、展開にApp-Vサーバーとデータベースインフラストラクチャが不要なため、オーバーヘッドが削減されます。

  この方法では、App-Vパッケージをネットワーク共有に保存し、その場所からメタデータを環境にアップロードします。VDAマシンにインストールされているApp Packages Delivery Componentは、次のようにアプリケーションを管理および配信します。

  • アプリケーションの起動時に展開構成ファイルとユーザー構成ファイルを処理します。
  • ホストマシン上のパッケージのライフサイクルのすべての側面を管理します。

注:

• 1つまたは両方の管理方法を同時に使用できます。つまり、アプリケーションをデリバリーグループに追加する場合、アプリケーションはApp-Vサーバーまたはネットワーク共有にあるApp-Vパッケージから取得できます。
• 両方の管理方法を同時に使用していて、App-Vパッケージが両方の場所に動的構成ファイルを持っている場合、App-Vサーバー（デュアル管理）のファイルが使用されます。
• Web Studioのナビゲーションペインで[App packages]を選択すると、パッケージ名と種類が表示されます。パッケージの種類列は、パッケージの配信に使用されるテクノロジーと、アプリケーションライブラリで参照されている場所を示します。パッケージを選択すると、詳細ペインにパッケージ内のアプリケーションとショートカットが一覧表示されます。

MSIXおよびMSIXアプリアタッチアプリケーション

MSIXは、すべてのWindowsアプリに最新のパッケージングエクスペリエンスを提供するWindowsアプリパッケージ形式です。MSIXは、Win32、.NET、UWPアプリなど、さまざまなWindowsアプリケーションタイプに適しています。

MSIXアプリアタッチは、パッケージの内容をストリーミングするのではなく、仮想ハードディスクに事前に展開され、必要に応じてターゲットマシンにマウントできるMSIXパッケージを利用します。これにより、展開時間を短縮し、ネットワークトラフィックを削減し、ターゲットマシンでのIOPSを低減できますが、アプリアタッチディスクの作成と維持には追加の作業が必要です。

Citrix Virtual Apps and Desktopsは、VDAマシンにインストールされているApp Packages Delivery Componentを介して、MSIXおよびMSIXアプリアタッチアプリケーションをユーザーに提供します。このコンポーネントは、ホストマシン上のパッケージのライフサイクルのあらゆる側面を管理します。

MSIX および MSIX アプリアタッチの詳細については、Microsoft ドキュメントの「MSIX ドキュメント」と「Azure Virtual Desktop での App Attach」をそれぞれ参照してください。

注：

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

Elastic Appアプリケーション

Elastic Appテクノロジーは、Citrix App Layeringの機能であり、ベースイメージにアプリケーションをインストールするのではなく、ログオン時にユーザーにアプリケーションレイヤーを動的に割り当てることができます。Elastic Appテクノロジーを使用すると、アプリケーションは異なる仮想マシン間でユーザーに追従し、マスターイメージを肥大化させることなく、必要なアプリに常にアクセスできるようにします。

シトリックス仮想アプリおよびデスクトップは、Citrix PersonalizationコンポーネントとApplication Layering Enterprise Layer Manager (ELM) を介して、Elastic Appアプリケーションをユーザーに提供します。これら2つのコンポーネントは、ホストマシン上のパッケージのライフサイクルのあらゆる側面を管理します。Application Layering Enterprise Layer Managerの詳細については、Citrix App Layering™ドキュメントを参照してください。

クラウドページング アプリケーション

Cloudpagingは、ベースイメージに変更を加えることなく、Windowsセッションにアプリケーションを配信するNumecentのアプリケーションストリーミングテクノロジーです。

Cloudpagingを使用すると、コードのごく一部（通常10%未満）のみが最初にストリーミングされるため、アプリケーションはほぼ瞬時に起動します。残りのコンポーネントは、ユーザーがアクセスしたときにバックグラウンドでストリーミングされ、シームレスなエクスペリエンスを提供します。

Citrix環境では、VDA上のApp Packages Delivery ComponentがNumecent Cloudpaging Playerと連携して、アプリケーションのライフサイクルを管理します。Citrixコンポーネントは配信を調整し、Cloudpaging Playerはセッション内でのオンデマンドストリーミングと実行を処理します。

構成に関する要件

以下の構成の詳細を考慮してください。

クラウドページング プレイヤーとログオフチェックシスモジュールズ

Cloudpagingコンテナで仮想公開アプリケーションを使用する場合、セッションのログオフを許可するために、以下の設定を構成します。

ホワイトリスト登録用のURL

標準のURLホワイトリスト登録要件に加えて、VDAは以下のエンドポイントへのアクセスを必要とします。

オプションで、Cloudpagerディスカバリのみを実行して必要なホワイトリスト登録済みURLを制限するために、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-V、MSIX、MSIX app attach、FlexApp、Elastic App、およびCloudpaging形式のアプリケーションパッケージの公開プロセスを管理します。このコンポーネントは、VDAをインストールする際にはデフォルトではインストールされません。コンポーネントは、VDAのインストール中またはインストール後にインストールできます。

VDAのインストール中にコンポーネントをインストールするには、次のいずれかの方法を使用します。

• インストールウィザードで、「追加コンポーネント」ページに移動し、「App Packages Delivery Component」チェックボックスを選択します。
• コマンドラインインターフェイスで、/includeadditional "Citrix Personalization for App-V – VDA" オプションを使用します。

VDAのインストール後にコンポーネントをインストールするには、次の手順に従います。

1. VDAマシンで、[コントロールパネル] > [プログラム] > [プログラムと機能] に移動し、[Citrix Virtual Delivery Agent] を右クリックして、[変更] を選択します。
2. 表示されるウィザードで、「追加コンポーネント」ページに進み、「App Packages Delivery Component」チェックボックスを有効にします。

注：

• Microsoft App-V Desktop Clientは、ユーザーデバイス上のApp-Vパッケージから仮想アプリケーションを実行するコンポーネントです。Windows 10（1607以降）、Windows Server 2019以降には、このApp-Vクライアントソフトウェアがすでに含まれています。VDAマシンで有効にするだけで済みます。詳細については、Microsoftのドキュメント記事「Enable the App-V in-box client」を参照してください。
• FlexAppアプリケーションの場合は、アプリケーションパッケージデリバリーコンポーネントとともにVDAにFlexApp Oneエージェントをインストールします。
• Elastic Appアプリケーションの場合、AppパッケージデリバリーコンポーネントとともにVDAにApp Layering対応イメージをインストールします。
• Cloudpagingアプリケーションの場合、AppパッケージデリバリーコンポーネントとともにVDAにCloudpaging Playerをインストールします。

FlexApp One エージェントをインストールする

1. VDAで管理者コマンドプロンプトを起動します。

2. FlexApp Oneパッケージのネットワークパスを見つけます。

3. 次のコマンドを入力します。

   \\path\to\any\FlexAppOnePackage.exe --install
   <!--NeedCopy-->
   

4. 表示されるプロンプトをすべて承認します。

App Layeringが有効なイメージをインストールする

1. アプリケーションレイヤリングをセットアップします。 Citrix App Layeringのドキュメントの指示に従ってください。このプロセスには以下が含まれます。

   1. エンタープライズ レイヤー マネージャー (ELM) を設定します。
   2. ゴールドOSイメージをインポートします。
   3. プラットフォームレイヤーを作成します。
   4. アプリケーションレイヤーを作成します。
   5. ELMで、配信する各アプリケーションレイヤーに対して、Studio App Packagesでの使用をこのApp Layerで有効にするチェックボックスを選択します。

2. Elastic Layeringコンポーネントを含むイメージをVDAマシンにインストールします。以下のいずれかの方法を使用できます。

   1. Elastic Layeringが有効な状態でELMからイメージを展開します。
   2. マシンにVDAを手動でインストールし、セットアップ中にElastic Layeringコンポーネントを選択します。

クラウドページング プレイヤーをインストールする

1. VDAで管理者コマンドプロンプトを開きます。

2. Cloudpaging Playerインストーラーが含まれているフォルダーに移動します。

3. プレーヤーをサイレントインストールし、SaaSコンソールURLを構成するには、次のコマンドを実行します。必要に応じてプレースホルダー値を置き換えてください。

   cloudpaging-player-setup-x64-release.exe /S /v"/qn ADDLOCAL=ALL REG_BASTOKENPATHORURL=https://your-tenant-url/api/token"
   <!--NeedCopy-->
   

4. （オプション）インストール後に、次のレジストリ値をチェックして構成を確認します。

   • パス: HKEY_LOCAL_MACHINE\SOFTWARE\Numecent\StreamingCore\Settings\Launcher
   • 名前: BaseTokenPathOrURL
   • データ: この値は、インストール時に指定したURLと一致する必要があります。

パッケージ化されたアプリケーションを配信する

前提条件のインストールが完了したら、ユーザーにパッケージアプリケーションを配信するには、次の手順を実行します。

1. ネットワーク共有にアプリケーションパッケージを保存する。
2. アプリケーションパッケージを環境にアップロードする。
3. デリバリーグループにアプリケーションを追加する。
4. 相互依存するApp-Vパッケージの自動配信を有効にするには、分離グループを作成します。

ネットワーク共有にアプリケーションパッケージを保存する

インフラストラクチャをセットアップしたら、アプリケーションパッケージを生成し、UNCまたはSMBネットワーク共有、あるいはAzureファイル共有などのネットワークの場所に保存します。

詳細な手順は次のとおりです。

1. アプリケーションパッケージを生成します。詳細については、MicrosoftのドキュメントApp-V仮想化アプリケーションの作成と管理を参照してください。

2. アプリケーションパッケージをネットワークの場所に保存する:

   • 「App-V Single Admin」の場合：パッケージと対応する動的構成ファイル (App-V) を UNC または SMB ネットワーク共有、または Azure ファイル共有に保存します。

   • 「App-V Dual Admin」の場合：UNC パスから App-V 管理サーバーにパッケージを公開します。（HTTP URL からの公開はサポートされていません。）

   • 「MSIX または MSIX app attach」の場合：パッケージを UNC または SMB ネットワーク共有、または Azure ファイル共有に保存します。

   • 「FlexApp」の場合：パッケージを UNC または SMB ネットワーク共有、または Azure ファイル共有に保存します。

   • 「Elastic App」の場合：パッケージを UNC または SMB ネットワーク共有、または Azure ファイル共有に保存します。

3. 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ユーザーアカウントを使用する必要があります。手順は次のとおりです。

1. サービスを開始し、ctxAppVServiceを右クリックして、プロパティを選択します。
2. ログオンタブで、このアカウントを選択します。
   1. ローカル管理者権限とパッケージ保存パスへの読み取り権限を持つユーザーアカウントを入力します。
   2. ユーザーのパスワードを2回入力します。
3. OKをクリックします。

アプリケーションパッケージを環境にアップロードする

必要に応じてアプリケーションパッケージをネットワークの場所に保存したら、配信のために環境にアップロードします。必要に応じて、次のいずれかの方法を使用します。

• 一括アップロード
• 1つずつアップロード

準備事項

Citrix Virtual Apps and Desktopsは、パッケージ検出のためにネットワークの場所への接続を設定するためにVDAマシンを使用します。したがって、事前にデリバリーグループを作成し、グループ内の少なくとも1つのVDAが次の要件を満たしていることを確認してください。

• VDAバージョン：
  • App-Vパッケージを検出する場合：2203以降
  • MSIXおよびMSIXアプリ添付パッケージを検出する場合：2209以降
  • FlexAppパッケージを検出するには: 2311以降およびFlexApp Agentソフトウェア
  • ElasticAppパッケージを検出するには: 2511以降およびApp Layering対応イメージ
  • Cloudpagingパッケージを検出するには: 2511以降およびCloudpaging Playerソフトウェア
• App Packages Deliveryコンポーネント: インストール済み
• パッケージの場所に対する権限: 読み取り (詳細については、ネットワーク共有にアプリケーションパッケージを保存するを参照してください。)
• 電源: オン
• 状態: 登録済み

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

ネットワーク上の場所にあるパッケージを環境にアップロードします。アップロードする前に、次の項目が準備されていることを確認してください。

• 準備の要件を満たすデリバリーグループ
• ネットワーク上の場所のパス

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

1. 左側のペインで、[App packages] を選択します。
2. 「パッケージディスカバリー」タブで、「ディスカバリープロファイルの作成」ボタンをクリックします。「ディスカバリープロファイルの作成」ページが表示されます。
3. [Name] フィールドに、プロファイルの説明的な名前を入力します。
4. 「Delivery group」フィールドで、「Select a delivery group」をクリックします。次に、Preparationsに記載されている要件を満たすデリバリーグループを選択し、「OK」をクリックします。
5. 「場所の種類」フィールドで、パッケージの保存場所に応じて「Microsoft App-V server」、「ネットワーク共有」、または「Numecent Cloudpager」を選択し、対応する設定を完了します。
   • 「Microsoft App-V server」を選択した場合は、次の情報を入力します。
     • 管理サーバーのURL。例: http://appv-server.example.com
     • 管理サーバー管理者のログイン資格情報。
     • 公開サーバーのURLとポート番号。例: http://appv-server.example.com:3330
   • 「Network share」を選択した場合は、次の情報を指定します。
     • ネットワーク共有のUNCパスを入力します (例: \\Package-Server\apps\)。Elastic App packagesの場合は、ELMの「システムのネットワークファイル共有SMBパス」からUNCパスを入力します。
     • アップロードするパッケージの種類を選択します。オプションには、App-V、MSIX、MSIX app attach、FlexApp、Elastic Appが含まれます。

     • パッケージのサブフォルダーを検索するかどうかを指定します。

       注:

       cimイメージを含むフォルダー構造でMSIX app attachパッケージを検索する場合は、「Search subfolders」を選択していることを確認してください。そうしないと、ディスクが正しく検出されません。

   • 「Numecent Cloudpager」を選択した場合は、次の情報を入力します。

     • クラウドページャー コンソール URL。例: https://cloudpagerconsole.my.org

     • パワーシェル API キー。

     • アップランチャー MSID。

6. 検出プロファイルの作成をクリックします。

   検出プロファイルの作成ページが閉じ、新しく追加されたプロファイルがプロファイルリストに表示されます。Citrix Virtual Apps and Desktopsは、デリバリーグループ内のVDAを使用してパッケージを環境にアップロードします。アップロードが完了すると、[ステータス]フィールドにインポート成功と表示されます。対応するパッケージは、パッケージタブに表示されます。

   注：

   ソースの場所でパッケージの更新を確認し、環境にインポートするには、プロファイルリストでその場所を選択し、更新の確認をクリックします。

アプリケーションパッケージを1つずつアップロードする

ネットワーク共有から環境にアプリケーションパッケージをアップロードします。アップロードする前に、次の項目が準備されていることを確認してください。

• 準備に記載されている要件を満たすデリバリーグループ
• ネットワークの場所のパス。

パッケージを環境にアップロードするには、次の手順に従います。

1. 左側のペインで、アプリパッケージを選択します。
2. パッケージタブで、パッケージの追加ボタンをクリックします。パッケージの追加ページが表示されます。
3. デリバリーグループフィールドで、デリバリーグループの選択をクリックします。次に、準備に記載されている要件を満たすデリバリーグループを選択し、OKをクリックします。
4. パッケージのフルパスフィールドに、必要に応じてパスを入力します。
   • 複数のパッケージを一度にアップロードするには、セミコロン (;) で区切ってフルパスを入力します。例: \\Package-Server\apps\office365.appv;\\Package-Server\apps\skype.msix;\\Package-Server\apps\slack.vhd
   • ネットワーク共有に存在するすべてのパッケージをアップロードするには、ストレージパスを入力します。例：\package-Server\apps\

5. [パッケージの追加] をクリックします。

   アプリケーションパッケージが [パッケージ] タブに表示されます。

アプリケーションをデリバリーグループに追加する

アプリケーションパッケージが環境に完全にアップロードされたら、必要に応じてそのアプリケーションを1つ以上のデリバリーグループに追加します。これにより、それらのデリバリーグループに関連付けられたユーザーはアプリケーションにアクセスできるようになります。

注：

• デリバリーグループを介して、パッケージ化されたアプリケーションをシングルセッションVDAおよびマルチセッションVDAに配信できます。
• デフォルトでは、エンドユーザーは、シングルセッション（またはデスクトップと呼ばれる）VDAに関連付けられたデリバリーグループに割り当てられたすべてのパッケージ化されたアプリケーションにアクセスできます。デスクトップVDA上のパッケージ化されたアプリケーションの可視性を特定のユーザーまたはグループに制限するには、[アプリケーション] ノードに移動し、アプリケーションを選択してから、[アプリケーションプロパティの編集] > [可視性の制限] を選択して変更を加えます。アプリケーションの可視性を制限するを参照してください。

パッケージ内の1つ以上のアプリケーションを複数のデリバリーグループに追加するには、次の手順に従います。

1. 左ペインで、[アプリパッケージ] を選択します。
2. [パッケージ] タブで、必要に応じてパッケージを選択します。
3. アクションバーで [デリバリーグループの追加] をクリックします。[アプリケーションをデリバリーグループに割り当てる] ページが表示されます。
4. 必要に応じてパッケージ内の1つ以上のアプリケーションを選択し、[次へ] をクリックします。

5. デリバリーグループのリストで、アプリケーションを割り当てるグループを選択し、[次へ] をクリックします。

   注：

   • MSIX または MSIX app attach パッケージを選択した場合、VDA バージョンが 2106 以降のデリバリーグループのみがリストに表示されます。
   • FlexApp パッケージを選択した場合、VDA バージョンが 2402 以降のデリバリーグループのみがリストに表示されます。
   • Elastic App パッケージを選択した場合、VDA バージョンが 2511 以降のデリバリーグループのみがリストに表示されます。
   • Cloudpaging パッケージを選択した場合、VDA バージョンが 2511 以降のデリバリーグループのみがリストに表示されます。

6. 完了をクリックします。

複数のデリバリーグループにさまざまなパッケージのアプリケーションを追加するには、次の手順に従います。

1. 左側のペインで、App Packagesを選択します。
2. アプリケーションタブで、アプリケーションの追加を選択します。
3. Groupsページで、必要に応じて1つ以上のデリバリーグループを選択します。
4. Applicationsページで、次のように1つ以上のアプリケーションパッケージを選択します。
   1. 追加をクリックし、次にアプリケーションパッケージを選択します。
   2. 必要なパッケージプロファイルの種類（例: App-V Single Admin）を選択します。この種類のすべてのパッケージが表示されます。
   3. 必要に応じて1つ以上のパッケージを選択します。
   4. OKをクリックし、次にNextをクリックします。
   5. 別のパッケージタイプのアプリケーションを追加するには、手順aからdを繰り返します。
5. 完了をクリックします。

次の場合に、パッケージ化されたアプリケーションをデリバリーグループに追加することもできます。

• デリバリーグループを作成する。詳しくは、「デリバリーグループの作成」を参照してください。
• 既存のデリバリーグループまたはアプリケーショングループを編集する。詳しくは、「アプリケーションの追加」を参照してください。

(オプション) App-Vパッケージの分離グループを作成する

分離グループを作成して、相互依存するApp-Vパッケージの自動配信を有効にできます。

注：

分離グループは、App-Vシングル管理者方式でサポートされています。App-Vデュアル管理者方式を使用している場合は、Microsoft App-Vインフラストラクチャで接続グループを作成することで同じ目標を達成できます。詳しくは、Microsoftドキュメントの次の記事を参照してください：接続グループファイルについて。

分離グループについて

分離グループは、仮想環境を作成するために同じWindows Sandboxで実行する必要がある、相互依存するアプリケーションパッケージのコレクションです。Citrix App-V分離グループは、App-V接続グループと似ていますが、同じではありません。分離グループには、次の2種類のパッケージが含まれます。

• 明示的なアプリケーションパッケージ：特定のライセンス要件を持つアプリケーション。これらのアプリケーションをデリバリーグループに追加することで、特定の範囲のユーザーに制限できます。
• 自動アプリケーションパッケージ：デリバリーグループに追加されているかどうかに関係なく、すべてのユーザーが常に利用できるアプリケーション。

たとえば、アプリケーションapp-aを実行するにはJRE 1.7が必要です。app-a（明示的としてマーク）とJRE 1.7（自動としてマーク）を含む分離グループを作成できます。次に、app-aのApp-Vパッケージを1つ以上のデリバリーグループに追加します。ユーザーがapp-aを起動すると、JRE 1.7が自動的に展開されます。

ユーザーが分離グループで明示的としてマークされたApp-Vアプリケーションを起動すると、Citrix Virtual Apps and Desktopsは、デリバリーグループ内のアプリケーションに対するユーザーのアクセス許可をチェックします。ユーザーがアプリケーションにアクセスする権限を持っている場合、同じ分離グループ内の自動アプリケーションパッケージがユーザーに利用可能になります。

自動パッケージをデリバリーグループに追加する必要はありません。分離グループに別の明示的アプリケーションパッケージがある場合、そのパッケージは同じデリバリーグループにある場合にのみユーザーに利用可能になります。

App-V分離グループを作成する

分離グループを作成し、相互依存するアプリケーションパッケージを追加します。詳細な手順は次のとおりです。

1. [分離グループ] タブで、[分離グループの追加] をクリックします。
2. 分離グループの名前と説明を入力します。環境内のすべてのApp-Vシングル管理者パッケージが、[利用可能なパッケージ] リストに表示されます。
3. [利用可能なパッケージ] リストから必要に応じてアプリケーションを選択し、右矢印をクリックします。選択したアプリケーションは、[分離グループ内のパッケージ] リストに表示されます。
4. [展開] フィールドで、アプリケーションに対して [明示的] または [自動] を選択します。
5. 手順2～3を繰り返して、さらにパッケージを追加します。
6. リスト内のパッケージの順序を調整するには、上矢印または下矢印をクリックします。
7. [保存] をクリックします。

注：

分離グループの構成により、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 コマンドを使用して、パッケージ化されたアプリケーションの公開を自動化できます。

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

1. パッケージ検出モジュールに存在するコマンドをロードするには:

   Import-Module "D:\Support\Tools\Scripts\Citrix.Cloud.AppLibrary.Admin.v1.psm1"
   <!--NeedCopy-->
   

   注:

   パッケージ検出モジュールのバージョンは、Citrix Virtual Apps and Desktops ISO の手順 1 で述べたパスにあります。

2. パッケージ検出モジュールは、公開するパッケージタイプをサポートする Citrix Virtual Apps and Desktops バージョンの ISO からのものである必要があります。つまり、FlexAppOne アプリケーションには 2311 以降が必要です。最新の利用可能なものを使用することをお勧めします。

3. 関連するデリバリーグループ ID とパッケージ化されたアプリケーション ID を取得するには:

   Get-BrokerDesktopGroup | Format-Table Uid, Name
   Get-AppLibAppVApplication | Format-Table Uid, Name
   <!--NeedCopy-->
   

4. パッケージを公開し、適切な BrokerMachineConfigurations を作成するには:

   Publish-PackagedApplication -AppLibararyApplicationUid <AppLibararyApplication.Uid > -DesktopGroupUid <DesktopGroup.Uid>
   <!--NeedCopy-->
   

5. 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では利用できません。

App-Vフルインフラストラクチャからシングル管理者ワークフローへの移行

Microsoft App-Vフルインフラストラクチャ（デュアル管理者）は、サポート終了が近づいています。App-Vパッケージやその他のサポートされているコンテナ形式の提供を継続するには、Citrixシングル管理者モデルに移行してください。

シングル管理者モデルは、App-V管理サーバーと公開サーバーへの依存関係を排除し、Studioでのパッケージ管理を一元化します。

シングル管理者モデルの利点

シングル管理者ワークフローに移行することで、アーキテクチャが簡素化され、パッケージ管理が効率化されます。

簡素化されたアーキテクチャ

シングル管理者モデルでは、VDAはファイル共有から直接パッケージを取得します。Citrixはメタデータ、公開、および分離ロジックを管理します。

戦略的優位性

シングル管理者へ移行することで、同期ラグも解消されます。

• デュアル管理者モデルでは、App-V管理サーバーを同期してから、Studioを同期する必要があります。

• シングル管理者モデルでは、ファイル共有上のパッケージを更新し、Studioで更新を選択すると、更新されたパッケージは次回のユーザーログオン時に利用可能になります。

移行ワークフロー

既存のApp-VフルインフラストラクチャをCitrixシングル管理者ワークフローに移行するには、次の手順に従います。

1. ステップ1: ターゲット環境を準備する
2. ステップ2: パッケージをCitrixライブラリにインポートする

ステップ1: ターゲット環境を準備する

パッケージをインポートする前に、インフラストラクチャとVDAがシングル管理者モデルをサポートする準備ができていることを確認してください。

1. 共有リポジトリ

   1. .appvパッケージをホストするUNC共有を特定します。

   2. VDA マシンアカウント（例：Domain Computers）が、共有とNTFS権限の両方に対して読み取りアクセス権を持っていることを確認します。

2. VDA

   すべてのVDAにApp Packages Delivery Componentがインストールされていることを確認します。インストール後にこのコンポーネントを追加するには：

   1. VDAインストーラーを実行します。
   2. プログラムと機能で変更を選択します。
   3. アプリケーションパッケージ配信コンポーネントを追加します。

3. XML構成ファイル

   _DeploymentConfig.xmlと_UserConfig.xmlファイルを、対応する.appvファイルと同じフォルダーに移動します。

   Single Adminモデルでは、VDAは中央のApp-Vデータベースからではなく、ファイル共有上のパッケージフォルダーから構成ファイルを読み取ります。

ステップ2：パッケージをCitrixライブラリにインポートする

環境を準備したら、既存のApp-VパッケージをCitrixアプリケーションライブラリにインポートします。

1. Citrix Studioで、構成 > アプリケーションパッケージに移動します。
2. 完全に移行する場合は、App-V Management Serverへの既存の接続をすべて削除します。
3. パッケージの追加を選択し、パッケージのUNCパスを指定します。
4. Citrixはフォルダーをスキャンし、パッケージ名、バージョン、およびアプリケーションIDをCitrixアプリケーションライブラリにインポートします。

インポート後、必要に応じてアプリケーションをデリバリーグループに割り当てることができます。

注：

vPreferポリシー（オプション）: アプリケーションをリモートサーバーにリダイレクトする代わりにローカルVDAで起動させたい場合は、VDAでvPrefer GPOを有効にしてください。

App-Vアプリケーションのトラブルシューティング（シングル管理者モデル）

App-Vパッケージ（シングル管理者モデル）が起動しない、またはユーザーセッションに表示されない場合は、以下のガイダンスを使用して一般的な問題を特定し、解決してください。

役立つPowerShellコマンド（VDAで実行）

CitrixがパッケージをVDAに正常に配信したかどうかを確認するには、PowerShellウィンドウで次のコマンドを実行します。