放弃このコンテンツは動的に機械翻訳されています。Virtualization(App-V)を使用すると、アプリケーションをサービスとして展開、更新、およびサポートできます。ユーザーは、自分のデバイスにインストールすることなくこれらのアプリケーションにアクセスできます。Virtualization(USV)では、場所やインターネット接続を問わずに、ユーザーにアプリケーションやデータへのアクセスを提供できます。次の表は、サポートされるバージョンの一覧です。Clientは、アプリケーションへのオフラインアクセスをサポートしません。App-Vの統合機能により、アプリケーションでのSMB共有の使用がサポートされます。HTTPプロトコルはサポートされません。App-Vについて詳しくは、Microsoft社のドキュメントを参照してください。以下に、本書で説明するApp-Vコンポーネントの概要を示します。管理サーバーApp-Vインフラストラクチャを管理したり、App-Vデスクトップクライアントやリモートデスクトップサービスクライアントに仮想アプリケーションを配信したりするための中央管理コンソールです。App-V管理サーバーは、セキュリティ、測定、監視、および管理者によって要求されるデータ収集を認証、要求、および提供します。Directoryといくつかのツールを使用してユーザーとアプリケーションを管理します。Clientに特定ユーザー用のアプリケーションを提供し、ストリーム配信用の仮想アプリケーションパッケージをホストします。これらのパッケージは、管理サーバーから取得されます。公開サーバーから仮想アプリケーションを取得したり、クライアント上のアプリケーションを公開したり、Windowsデバイス上で仮想環境のランタイムを自動的にセットアップおよび管理したりします。ClientはVDAにインストールされ、VDAには、各ユーザープロファイルのレジストリやファイルの変更など、ユーザー固有の仮想アプリケーション設定が格納されます。アプリケーションは、事前構成やオペレーティングシステム設定の変更を行わなくても、シームレスに使用可能になります。以下の方法で、サーバーOSおよびデスクトップOSのデリバリーグループからApp-Vアプリケーションを起動できます。Workspaceアプリを使用して起動する複数のデバイス上のアプリケーションを複数ユーザーが同時に起動する。StoreFrontから起動する。App-Vアプリケーションのプロパティに対する変更は、そのアプリケーションの起動時に適用されます。アプリケーションの表示名やアイコンを変更した場合、ユーザーがそのアプリケーションを起動すると変更内容が表示されます。動的構成ファイルに保存されたアプリケーションのカスタマイズは、アプリケーションの起動時にも適用されます。Sequencerで作成され、その後App-Vサーバーまたはネットワーク共有のいずれかに配置されたApp-Vパッケージを使用できます。App-Vサーバー上のパッケージからアプリケーションを使用するには、検出、構成、およびVDAへのダウンロードのためにStudioとApp-Vサーバー間の通信を継続する必要があります。この通信により、ハードウェア、インフラストラクチャ、および管理にオーバーヘッドが生じます。StudioとApp-Vサーバーは、特にユーザーの権限においては、同期されたままである必要があります。これは、App-VパッケージとアプリケーションアクセスにStudioとApp-Vサーバーコンソールの両方が必要なため、デュアル管理の管理方式と呼ばれています。この方式は、App-VとCitrix環境が緊密に統合されている場合に最適に機能します。この方法では、管理サーバーが動的構成ファイルを処理します。App-Vコンポーネントが管理します。その結果、公開サーバーは適切なタイミングでユーザーに対して同期されます。公開サーバーは、(ログオングループや接続グループの更新など)パッケージのライフサイクルにおけるさまざまな面を設定で構成して維持します。Clientを各VDAにインストールする必要があります)。App-Vパッケージとアプリケーションの使用にはStudioコンソールのみが必要なため、これはシングル管理の管理方式と呼ばれます。ネットワーク共有を検索し、1つまたは複数のApp-Vパッケージを、ネットワーク共有からサイトレベルのアプリケーションライブラリ[1]に追加します。App-Vコンポーネントは、アプリケーションの起動時に展開構成ファイルを処理します(ユーザー構成ファイルはサポートされていません)。App-Vコンポーネントはホストマシン上でパッケージのライフサイクルのあらゆる面を管理します。パッケージはブローカーの起動時、または構成の変更が検出された場合(セッション起動時の可能性もある)、マシンに追加されます。Workspaceアプリから起動要求を受信した時点で、必要に応じて適切なタイミングで個々のユーザーに最初に公開されます。シングル管理方式では、Studioで作成された分離グループの構成の定義に従って、必要な接続グループのライフサイクルを管理します。アプリケーションライブラリは、App-Vパッケージに関する情報を保存するキャッシングリポジトリを表すCitrixの用語です。アプリケーションライブラリでは、ほかのCitrixアプリケーションの配信テクノロジに関する情報も保存されます。どちらの管理方式でも、VDAがユーザーデータを破棄するように構成されている場合、次回のセッション起動時に公開(または同期)をやり直す必要があります。いずれかの管理方式を使用することも、両方の管理方式を同時に使用することもできます。アプリケーションをデリバリーグループに追加する場合、App-Vサーバーまたはネットワーク共有に置かれたApp-Vパッケージからアプリケーションを追加できます。注:両方の管理方式を同時に使用しており、App-Vパッケージで両方の場所に動的構成ファイルがある場合は、App-Vサーバーのファイル(二重管理)が使用されます。順に選択すると、App-Vパッケージの名前とソースが表示されます。ソースの列には、パッケージがApp-Vサーバーにあるか、またはアプリケーションライブラリにキャッシュされているかが表示されます。パッケージを選択すると、詳細ペインにパッケージ内のアプリケーションとショートカットが一覧表示されます。動的構成ファイル概要App-Vパッケージは、動的構成ファイルを使用してカスタマイズできます。動的構成ファイルは、パッケージに適用して、パッケージの特性を変更するために使用できます。追加のアプリケーションショートカットや動作を定義するために使用できます。App-Vは、両方の種類の動的構成ファイルをサポートしています。ファイル設定は、アプリケーションの起動時に適用されます:展開構成ファイルにより、すべてのユーザーがマシン全体を構成できます。これらのファイルの名前は<packageFileName>_DeploymentConfig.xmlとなり、適用先のApp-Vパッケージと同じフォルダーにあります。シングルおよびデュアル管理方式によってサポートされています。ユーザー構成ファイルには、パッケージに対するユーザー単位のカスタマイズをサポートするユーザー固有の構成が用意されています。|グループ名_]UserConfig.xml。これは適用先のApp-Vパッケージと同じフォルダーにあります。Users_UserConfig.xmlMyAppVPackage_UserConfig.xml注:ファイル名のユーザー固有の部分は、オプションで末尾に指定することもできます(例:MyAppVPackage_UserConfig_joeblogs.xml)。App-VコンポーネントはApp-Vパッケージと同じフォルダーにある動的構成ファイルのみを処理します。パッケージ内のアプリケーションを起動すると、対応する動的構成ファイルへの変更がすべて再適用されます。動的構成ファイルがパッケージの別の場所にある場合は、マッピングファイルを使用してパッケージをデプロイメント構成ファイルにマップします。マッピングファイルを作成するには新しいテキストファイルを開きます。pathという形式を使用して、パッケージへのパスを指定する行を追加します。c:\widows\file\packagedeploy.xmlパッケージと同じフォルダーにctxAppVDynamicConfigurations.cfgという名前でファイルを保存します。App-Vパッケージと同じUNC共有上のディレクトリ階層全体が、パッケージ内のアプリケーションが起動されるたびにこのファイルに対して再帰的に検索されます。現在のユーザーではなく他のユーザーがパッケージからアプリケーションを開いている場合は、動的ユーザー構成ファイルを変更できます。分離グループApp-Vシングル管理方式を使用するときは、分離グループを作成して、サンドボックスで実行する必要がある相互依存のアプリケーションのグループを指定できるようにします。この機能は、App-V接続グループと大きな違いはありませんが、同一ではありません。App-V管理サーバーで使用する必須またはオプションのパッケージ用語の代わりに、自動の明示的なパッケージ展開オプションが使用されます。ユーザーがApp-Vアプリケーション(プライマリアプリケーション)を起動すると、自動包含対象としてマークされている他のアプリケーションパッケージ用に分離グループが検索されます。それらのパッケージは自動的にダウンロードされ、分離グループに含められます。それらのパッケージを、プライマリアプリケーションを含むデリバリーグループに追加する必要はありません。明示的包含対象としてマークされている分離グループのアプリケーションパッケージは、プライマリアプリケーションが含まれる同じデリバリーグループにそのアプリケーションを明示的に追加した場合に限りダウンロードされます。これにより、すべてのユーザーがグローバルに使用できる自動包含アプリケーションが混在する分離グループの作成が可能となります。このグループには、一連のプラグインと(特定のライセンス制約のある)その他のアプリケーションを含めることができます。それにより、追加の分離グループを作成することなく特定のユーザー(デリバリーグループを通して特定)に制限できます。1.7を含む分離グループを作成できます。その後、それらのApp-Vパッケージを1つまたは複数のデリバリーグループに追加します。1.7が自動的にapp-aで展開されます。アプリケーションは複数のApp-V分離グループに追加することができます。ユーザーがそのアプリケーションを起動したときは、アプリケーションが追加された最初の分離グループが常に使用されます。そのアプリケーションを含む他の分離グループに順位を付けすること、またはこれらを優先することはできません。負荷分散App-Vサーバーデュアル管理方式を使用している場合は、DNSラウンドロビンを使用した負荷分散管理および公開サーバーがサポートされています。Netscaler、F5(または同様の)仮想IPを使用する管理サーバーの負荷分散は、StudioがリモートPowerShell経由で管理サーバーと通信する必要があるため、サポートされていません。詳しくは、シトリックスのブログの記事を参照してください。DesktopsでApp-Vを使用する場合の、シングル管理方式およびデュアル管理方式でのセットアップ作業の順序の概要を示します。App-Vの展開App-Vの展開手順については、https://technet.microsoft.com/en-us/windows/hh826068を参照してください。必要に応じて、App-V公開サーバーの設定を変更します。ControllerでSDKのコマンドレットを使用することをお勧めします。詳しくは、SDKのドキュメントを参照してください。