Citrix Tech Zone

リファレンスアーキテクチャ:イメージ管理

May 23, 2023

Author: Nagaraj Manoli

Special thanks: Martin Zugec, Allen Furmanski, James Hsu

オーディエンス

このドキュメントは、Citrix Virtual Apps and Desktopsをオンプレミス環境またはクラウド環境でイメージ管理サービスについて検討する、Citrix の技術者、IT 意思決定者、パートナー、およびアーキテクトを対象としています。読者は、Citrix製品、ハイパーバイザー、クラウドフレームワークに関する基本的な知識を持っている必要があります。

このドキュメントの目的

このドキュメントでは、組織におけるアプリケーションとデスクトップワークロードの効率的な提供を実現するためのイメージ管理環境の製品機能と設計アーキテクチャの概要を説明します。このドキュメントは、概念的な展開シナリオを含むCitrixイメージ管理サービスに焦点を当てています。

イメージ管理に関しては、Citrix管理者がCitrix環境を効率的に管理できる2つのプロビジョニングモデルがあります。

Machine Creation Services（MCS）
Citrix Provisioning（PVS）

建築設計フレームワーク

Citrixの仮想化ソリューションにより、組織は仮想マシンの作成、制御、管理、アプリケーションの提供、および詳細なセキュリティポリシーの実装を行うことができます。Citrix Virtual Apps and Desktopsソリューションは、包括的なデジタルワークスペース製品を開発するための統合フレームワークを提供します。このサービスにより、Citrixユーザーは、デバイスのオペレーティングシステムやインターフェイスに関係なく、アプリケーションやデスクトップにアクセスできます。

Citrixアーキテクチャ設計フレームワークは、統一された標準化されたレイヤーモデルに基づいています。このフレームワークは、一般的な Virtual Apps and Desktops の展開シナリオのほとんどについて、技術的なアーキテクチャを理解するための基礎を提供します。これらのレイヤーは、概念図に示されています。

ユーザーレイヤー -このレイヤーは、Citrix環境のユーザーグループと場所を定義します。
アクセス層 -この層は、ユーザーがリソースにアクセスする方法を定義します。
リソース層 -この層は、Citrixワークロードのプロビジョニングと、特定のユーザーへのリソースの割り当て方法を定義します。
制御層 -このレイヤーは、Citrixソリューションを制御するコンポーネントを定義します。
プラットフォーム層 -この層は、CitrixワークロードをホストするためにハイパーバイザーコンポーネントとクラウドService Provider フレームワークを実行する物理要素を定義します。
操作レイヤー -このレイヤーは、コアソリューションの提供をサポートするツールを定義します。

イメージ管理サービスは、コントロールレイヤー、プラットフォームレイヤー、オペレーションレイヤーに適合し、リソースレイヤー内の仮想マシンを管理します。以下のセクションでは、Citrixマシン作成サービス（MCS）とCitrix Provisioning（PVS）の概念について説明します。これらは、Citrix Virtual Apps and Desktops環境におけるイメージ管理の基本的な構成要素です。

なぜ画像管理が必要なのですか

イメージ管理は、オペレーティングシステムと、その単一の仮想イメージを複数のターゲット仮想マシンに配信するために必要なすべてのアプリケーションを含むマスターイメージまたはゴールデンイメージを作成するアプローチです。イメージ管理の背後にある重要な概念は、再利用性とシンプルな管理です。これにより、Citrix管理者は、必要なアプリケーションセットとともに必要なオペレーティングシステムを必要に応じて適切なユーザーに提供できます。

Citrix Virtual Apps and Desktops ソリューションには、Citrix Machine Creation ServiceとCitrix Provisioning の2つのプロビジョニングモデルがあります。

Machine Creation Services（MCS）

Citrix Machine Creation Servicesは、Delivery Controller 内で結合されたCitrix Virtual Apps and Desktopsソリューションのコンポーネントです。MCSは、基盤となるハイパーバイザーまたはクラウドプロバイダのアプリケーションプログラミングインターフェイス（API）を使用して、マスターイメージからインテリジェントなリンククローンを構築し、複数の仮想デスクトップをプロビジョニングします。クローンには、差分ディスクと、ベースディスクからリンクされた ID ディスクが含まれます。

マシン作成サービス（MCS）は、ハイパーバイザー API を使用して仮想マシンを構成、起動、停止、削除します。MCSは、主要なハイパーバイザおよび主要なクラウドプラットフォームと連携するディスクベースのプロビジョニングアプローチです。

なぜMCS

Citrix Machine Creation Servicesは、次の機能を通じてイメージ管理のためのシンプルなアプローチを提供します。

Citrix Studio を使用して簡単に展開および管理できます
コア製品にテクノロジーを組み込み、追加のインフラストラクチャは不要
クラウドプロビジョニングに最適
永続ワークロードと非永続ワークロードの両方に最適

Citrix Provisioning（PVS）

Citrix Provisioningは、イメージをコピーするのではなく、単一の共有ディスクイメージを複数の個々のマシンにストリーム配信します。Citrix Provisioningを使用すると、マシン数が増加し続ける場合でも、管理する必要があるディスクイメージの数を減らすことができます。

また、マシンは単一の共有イメージからリアルタイムでストリーミングされ、マシンイメージの一貫性が確保されます。同時に、大規模なマシンプールでは、再起動に必要な時間内に構成、アプリケーション、オペレーティングシステムまで完全に変更することができます。このクラス最高のアプローチにより、企業はビジネス目標を達成しながら、最小限の時間で単一の共有イメージにセキュリティパッチとアプリケーションパッチをインストールおよび更新できます。

なぜPVS

Citrix Provisioningを適切に使用すると、次の機能を使用してより効率的なイメージ管理が可能になります。

高い拡張性
ストレージ要件の軽減
IOPS効率の向上
統合されたバージョン管理機能
物理ターゲットと仮想ターゲットの両方をサポート

適切なプロビジョニングモデルの選択

Citrix MCSとPVSは、大規模で実証済みの成熟したプロビジョニングプラットフォームです。ただし、どちらを使用するか、または両方の環境に適しているかどうかを決定する際には、考慮事項があります。Citrix MCSはDelivery Controllerに組み込まれ、Citrix Studio コンソール内から管理されます。Citrix Provisioningには、個別のサーバー、ネットワークに関する考慮事項、データベースが必要であり、独自の管理コンソールがあります。

次の表では、Citrix MCSとPVSの両方のモデルの比較を示します。

能力	MCS	PVS
仮想 RDS および VDI ワークロードのサポート	X	X
プールされた VDI デスクトップと個人用 VDI デスクトップのサポート	X	X
物理マシンのサポート		X
Microsoft Azure マシンのサポート	X	X
Amazon Web Services (AWS) マシンのサポート	X
Google Cloud Platform サポート	X	X*

イメージ管理の決定要因の詳細については、「イメージ管理のプロビジョニングモデルの選択」を参照してください。

*Google Cloud Platform向けCitrix Provisioningは現在、パブリックテクノロジープレビュー中です。

Machine Creation Services

Citrix マシン作成サービス（MCS）は、Citrix Virtual Apps and Desktops環境のイメージ管理において重要な役割を果たします。Citrix MCSサービスは、Citrix Delivery ControllerおよびCloud Connectorと結合されているため、追加のサーバーやインフラストラクチャは必要ありません。MCSを使用すると、IT管理者はCitrix Studio コンソールにアクセスするだけで仮想デスクトップとサーバーイメージを作成し、オンプレミスまたはCitrix Cloudを使用してエンタープライズユーザーに配信できます。

Citrix Machine Creation Servicesでは、基盤となるハイパーバイザーまたはパブリッククラウドプラットフォームからアプリケーションプログラミングインターフェイス（API）を使用します。これにより、Citrix MCSは、オンプレミス、ハイブリッド、プライベート、パブリッククラウド環境に対して仮想マシンの作成、構成、開始、停止、削除を行うことができます。

管理者は、必要なOSを使用して仮想マシンを作成し、必要なアプリケーションとCitrix Virtual Delivery Agentをハイパーバイザーまたはクラウドにインストールします。IT管理者は、これをマスター仮想マシンとして選択し、Citrix Studio 管理コンソールを使用して仮想デスクトップまたはサーバーのグループをプロビジョニングします。Citrix MCSは、仮想マシンのマスタースナップショットを作成し、マスターイメージ（ベースディスク）として機能するようにストレージリポジトリに完全なスナップショットをコピーします。

複数の仮想デスクトップまたはサーバをプロビジョニングする場合、MCSには差分ディスクと各仮想マシンのIDディスクの2種類のディスクが含まれます。

Citrix MCSは、サーバーとデスクトップの両方のOS環境をサポートします。

デスクトップOS環境の場合、Citrix管理者はCitrix Machine Citrix reation Servicesを使用して3種類の仮想デスクトップを作成できます

プールされたランダムデスクトップは 、ユーザーがVDIセッションを開始するたびにランダムに割り当てられる非永続的な仮想デスクトップです。これらのデスクトップは、再起動するたびにユーザー固有の変更をすべて消去します。Citrix Profile Managementソリューションでは、ユーザー固有のデータと設定を一元化されたファイルサーバーに保存できます。
プールされた静的デスクトップは特定のユーザーに割り当てられ 、IT 管理者が変更しない限り、割り当てられたユーザーだけがそのデスクトップを使用できます。ユーザーの個人データおよび設定は、セッション間で引き継がれません。Citrix Profile Managementソリューションでは、ユーザー固有のデータと設定は集中管理されたファイルサーバーに保存されます。
専用デスクトップは個々のユーザーに割り当てられ 、データと設定はデスクトップ上に保持されます。必要に応じて、Citrix Profile Managementソリューションを使用して、ユーザープロファイルとデータを中央ファイルサーバーに保存できます。専用デスクトップの場合、デスクトップOSカタログ仮想マシンのコピーモードに、「フルコピーを使用してデータのリカバリと移行のサポートを向上させ、マシンの作成後にIOPSを減少させる可能性があります」という新しいオプションがあります。

サーバーOS環境では、Citrix管理者は、マスター仮想マシンイメージ（ベースディスク）を使用して、仮想アプリ環境に複数のホストされた共有仮想マシンを展開できます。

MCS 高レベルの仮想マシンとディスクアーキテクチャ

Citrix MCSを使用する最初の手順は、クローンを作成するためのテンプレートとして機能するマスター仮想マシンをプロビジョニングすることです。IT 管理者は、必要な量の CPU、RAM、およびディスク領域を使用して VM をプロビジョニングし、オペレーティングシステムと必要なアプリケーションをインストールできます。管理者は、Citrix Studio コンソールを使用して、ベースイメージを使用してクローン仮想マシンのマシンカタログを作成します。これらの仮想マシンはデータストアに保存され、PVSとは異なります。

Citrix MCSは完全にストレージに依存しています。仮想マシンがプロビジョニングされると、仮想マシンごとに 2 種類のディスクが作成されます。差分ディスクと ID ディスクです。

Citrix MCSは、ストレージ上の仮想マシンごとに定義された2つのディスクを使用して、カタログの作成ウィザードで指定した数の仮想マシンを作成します。マスターイメージのコピーも、同じストレージリポジトリに保存されます。複数のストレージリポジトリが定義されている場合、各リポジトリは次のタイプのディスクを取得します。

各ストレージリポジトリは、マスター仮想マシンイメージの完全なスナップショットを 1 つ取得します。このスナップショットは読み取り専用で、仮想マシン間で共有されます。

VM ID 用の一意の ID ディスク (16 MB) も作成されます。Delivery Controller は、各仮想マシンのIDディスクを作成します。

各仮想マシンには差分ディスクも取得されます。仮想マシンへの書き込みを保存するために使用される一意の差分ディスク。ディスクはシンプロビジョニングされ（ストレージでサポートされている場合）、必要に応じてベースディスクの最大サイズまで増加します。

完全なクローン

場合によっては、デルタディスクを使用して仮想マシンを作成することは望ましくない場合があります。以下にいくつかの理由を挙げます。

バックアップソリューションの中には、デルタ構造を含む仮想マシンをバックアップしないものもあります
ストレージの移行がより複雑になる
仮想マシンの移行はすべてのハイパーバイザーで機能しない
デルタは時間の経過とともに増大し、ストレージに負荷がかかる

このような理由から、MCSはフルクローンと呼ばれる既存のデルタ構造を作成するだけでなく、新しい機能を追加しました。永続仮想マシンを使用する場合、Citrix MCSでは、 管理者はマスターイメージのフルクローンを使用して作成する仮想マシンを選択できます 。

フルクローンには特別な要件はありません。Citrix MCSは、アイデンティティテクノロジーを使用して完全クローンのIDを変更します。フルクローンマシンには、実際の仮想マシン用のディスクと、マシン名、コンピュータアカウント、パスワードを含む ID 用のディスクが 2 つあります。フルクローン仮想マシンは、リンククローンでは不可能な別のデータストアまたはクラスタに移動できます。

Citrix Studio を使用してマシンをプロビジョニングする場合、フルクローンはデスクトップOS用のオプションであり、サーバーOSでは選択できません。MCSを使用してサーバーOSのフルクローンを作成するには、PowerShellを使用します。このプロセスでPowerShellを使用する方法に関するガイダンスは、 CTX277484に記載されています。

マシンカタログ

Citrix環境では、物理マシンまたは仮想マシンの集合は、マシンカタログと呼ばれる単一のエンティティとして管理されます。マシンカタログの作成中、管理者は仮想マシンをプロビジョニングする方法や、Citrix Machine Creation ServiceやProvisioning Services などのCitrixイメージ管理ツールを選択できます。

参照: Citrix ドキュメント:マシンカタログ

ホスト接続

Citrix Virtual Apps and Desktopsでは、マシンカタログを作成する前に、ハイパーバイザーやクラウドプロバイダーなどの基盤となるプラットフォームを統合するサイトを作成しながら、ホスティングリソースへの接続を作成することが重要です。接続を構成するには、サポートされているハイパーバイザーとクラウドサービス間の接続タイプの選択が含まれます。システム要件ページには、サポートされているハイパーバイザーとクラウドオプションの一覧が表示されます。

参照: Citrix ドキュメント:システム要件

ホストストレージ

ストレージ製品は、サポートされているハイパーバイザーで管理できる場合にサポートされます。マシンのプロビジョニングでは、データはタイプ別に分類されます。

マスターイメージを含むオペレーティングシステム (OS) データ
MCSでプロビジョニングされたマシンに書き込まれるすべての非永続データ、Windowsページファイル、ユーザープロファイルデータ、およびContent Collaboration（旧称ShareFile）と同期されるすべてのデータを含む一時データ。このデータは、マシンが再起動するたびに破棄されます

データタイプごとに別々のストレージをプロビジョニングすると、負荷を軽減し、各ストレージデバイスの IOPS パフォーマンスが向上します。

ハイパーバイザー間で共有されるストレージ

共有ストレージは、長期にわたって保持されるデータを格納し、一元的なバックアップと管理を提供します。このストレージには、仮想マシンに関連づけられた OS ディスクとその他のディスクが格納されます。共有ストレージを使用する場合、ハイパーバイザーへのローカルストレージが一時データキャッシュに使用されるため、メイン OS ストレージのトラフィックを減らすことができます。ディスクは、一時データ用のローカルストレージを使用して、マシンを再起動するたびにクリアされます。プロビジョニングされたVDAは、特定のハイパーバイザーホストに関連付けられています。ホストがダウンすると、仮想マシンを起動できません。

ハイパーバイザーは、ディスクイメージのローカルでの読み取りキャッシュを通じて最適化テクノロジを提供します。たとえば、Citrix Hypervisor（以前のXenServer）はIntelliCache を提供しています。これにより、中央ストレージへのネットワークトラフィックが減少します。

Citrix Hypervisor は、ホストの空きメモリを使用した読み取りキャッシュもサポートします。メモリ内のキャッシュを取得するため、データがディスクから複数回読み込まれるたびに、パフォーマンスの向上が見られます。

読み取りキャッシュとIntelliCacheは、同時に有効にすることができます。この場合、ネットワークからの読み取りをIntelliCacheがローカルディスクにキャッシュし、そのローカルディスクからの読み取りを、読み取りキャッシュがメモリにキャッシュします。

参照： Citrix ドキュメント：ストレージ読み取りキャッシュ

ローカルストレージ

ローカルストレージは、ハイパーバイザーのローカルデータストアにデータをローカルに格納します。これには、サイト内のすべてのハイパーバイザーに転送されるマスターイメージと他の OS データが含まれます。この方法では、管理トラフィックとともにネットワークトラフィックが増加します。

この方法を選択すると、バックアップおよび障害回復システムの復元とサポートを提供するために共有ストレージを使用するかどうかを選択するオプションを使用できます。

オンプレミスのハイパーバイザとのMCSの仕組み

以下は、Citrix Machine Creation Servicesがオンプレミスのハイパーバイザーとどのように機能するかを示す図のフロー図とワークフローです。

Citrixマシン作成サービスでは、ハイパーバイザーAPIを使用して仮想マシンをプロビジョニングします。各仮想マシンには、マシンに一意の ID を与える ID ディスクと、仮想マシンの書き込みを処理する差分ディスクが割り当てられます。

インストラクションディスク: この小さなインストラクションディスクには、実行するイメージ準備の手順が含まれており、その仮想マシンに接続されています。その後、準備仮想マシンが起動し、イメージの準備プロセスが開始され、仮想マシンがシャットダウンされます。

Identity Disk: 各仮想マシンに一意の ID を提供するために使用される一意の ID ディスク。Delivery Controller 内の機能により、アイデンティティディスクが作成されます。このディスクのサイズは 16 MB です。

差分ディスク： 仮想マシンへの書き込みを保存するために、一意の差分ディスクが使用されます。ディスクはシンプロビジョニングされ、必要に応じてベース仮想マシンの最大サイズまで増加します。

一時データのキャッシュ

マシンカタログ内のプールされた（専用ではない）マシンの場合、管理者はマシン上で一時データキャッシュの使用を有効にできます。この機能を有効にするには、カタログ内の各マシンのVDAがバージョン7.9以降である必要があります。この機能は MCS-IO とも呼ばれます。

管理者は、カタログが使用する一時データの格納タイプを指定する必要があります。カタログで一時キャッシュを有効にすると、キャッシュに割り当てられたメモリ (MB) とディスクキャッシュサイズ (GB) が含まれます。

一時データは、制限に達するまでメモリキャッシュに書き込まれます。一時データが構成された制限に達すると、コールドデータは一時データキャッシュディスクに移動されます。
メモリキャッシュは、各マシンの合計メモリの一部です。このオプションを有効にする前に、各マシンの合計メモリ量を増やすことを検討してください。
ディスクキャッシュサイズのみを有効にすると、最小限のメモリキャッシュを使用して、一時データがキャッシュディスクに直接書き込まれます。
両方のオプションを無効にすると、一時データはキャッシュされず、各仮想マシンの差分ディスクに書き込まれます。

Linux VDA搭載のCitrix MCS

Citrix Machine Creation Serviceを使用すると、管理者は、Citrix XenAppおよびXenDesktop 7.18以降からLinux仮想マシンを作成できます。ハイパーバイザーまたはクラウドプロバイダーでマスター仮想マシンを準備し、このテンプレート仮想マシンに Linux Virtual Delivery Agent をインストールします。テンプレート仮想マシンを使用してCitrix Studio でマシンカタログを作成し、デリバリーグループを作成して、Linux仮想マシンをエンタープライズユーザーにプロビジョニングします。

参照: Citrix ドキュメント:Linux Virtual Delivery Agent

Citrix Cloudとマシンのプロビジョニング

Citrix DaaS環境のコントロールプレーンの操作は、Citrix Cloudにより管理されます。Delivery Controller、管理コンソール、SQLデータベース、ライセンスサーバー、StoreFront およびCitrix GatewayはすべてCitrix Cloud上で配信され、Citrixによって管理されます。

ユーザーのアプリとデスクトップをホストするワークロードは、クラウドまたはオンプレミスのいずれのデータセンターでも、お客様の管理下にとどまります。これらのコンポーネントは、Citrix Cloud Connectorと呼ばれるエージェントを使用してクラウドサービスに接続されます。

Citrixマシン作成サービスは、基盤となるハイパーバイザーのAPIを使用します。これらのリソースは、お客様のデータセンターまたはクラウドから取得できます。Citrix Cloud Connector は、Citrix Cloudプレーンと基盤となるリソース間のブリッジとして機能します。コントロールプレーンは、ログイン詳細、マシン名、アプリケーションショートカットなどのメタデータにアクセスでき、コントロールプレーンからの顧客の知的財産へのアクセスを制限します。

クラウドとお客様の施設間でのデータ通信には、ポート443を介した安全なTLS接続が使用されます。

MCS方式を使用して仮想マシンをプロビジョニングする場合、ハイパーバイザーまたはクラウドサービスに、仮想マシンを収容できる十分なプロセッサ、メモリ、およびストレージがあることを確認してください。

アプリケーションとデスクトップが正常に機能するためには、ゴールデンイメージに最新のハイパーバイザーツールをインストールする必要があります。MCSがマシン ID 自体を処理するため、マスターイメージでは Sysprep を実行しないことをお勧めします。

参照： Citrix ドキュメント：Citrix Cloud とマシンのプロビジョニング

一般的な使用例

Citrix MCSは、以下の条件を満たす本番環境に最適です。

クラウド環境へのデプロイ
NFS ストレージまたはクラスター化された共有ボリュームを展開する予定
高IOPSストレージの可用性（MCSは共有ストレージに対してより多くの読み取りアクティビティを指示）

Citrix MCSは、Citrix Studio を介したシンプルな管理プレーンを提供し、1つのUIからワークロードを容易にプロビジョニングできます。追加のインフラストラクチャは必要ありません。Citrix MCSのプロビジョニング方法を使用して混在ワークロードを実行するとします。これには、ホストされた共有デスクトップ、Linux 仮想マシン、完全クローン仮想マシン、GPU ベースのワークロード、およびいくつかの Windows アプリが含まれます。

上の図は、同じ環境でタスクワーカーとパワーユーザーをサポートする混合ワークロードを実行するための概念的な展開シナリオです。タスクワーカーのワークロードは、ホストされた共有デスクトップを介して展開されますが、パワーユーザーは専用の仮想マシンを使用して展開され、異なるデータストアに分離されます。これは、これらの仮想マシンは IOP 使用量が最も高いからです。

上記の展開シナリオでは、高可用性と負荷分散を実現するために、環境にデプロイされた複数のDelivery Controllerがあります。配信コントローラには、ユーザトラフィックを処理するための十分な処理能力とメモリが装備されています。Microsoft SQL Serverは高可用性モデルで展開されるため、1つのデータベースサーバーがダウンしても、ユーザー詳細の取得、StoreFront 要求への応答などのデリバリーコントローラ操作は影響を受けません。

アプリケーションの数が増加すると、環境内のリソース消費も増加します。環境で実行するユーザーの数とワークロードの種類を事前に計算することがベストプラクティスです。Citrix MCSは、Citrix Studio からの管理が簡単で、追加のインフラストラクチャが不要なため、主要なハイパーバイザーやクラウドプラットフォームに簡単に展開できます。

Citrix Virtual Apps and Desktops を使用したMCSのベストプラクティス

Citrix Machine Creation Servicesを使用して仮想マシンをプロビジョニングする前に、いくつかの点を考慮する必要があります。Citrix MCSは、Citrix Hypervisor、Hyper-V、vSphere、AHV、および主要なクラウドプロバイダーで、仮想RDSおよびVDIワークロードを配信できます。

Citrix MCSを使用して仮想マシンをプロビジョニングする前に、次のインフラストラクチャに関する考慮事項に対処する必要があります。

ストレージ
一時キャッシュ
OSの最適化
Delivery Controller
スケーラビリティ

ストレージ

Citrix Machine Creation Servicesを使用する際の決定要因は、ストレージ構成とサイジングです。

容量に関する考慮事項： Citrix MCSを使用して仮想マシンを作成する場合、少なくとも2つのディスクが作成されます。1つはマスターイメージからコピーされたOSを含むデルタディスクで、もう1つは仮想マシンのActive Directory 識別データを含むアイデンティティディスク（16 MB）です。特定のユースケースを満たすために、追加のディスクを追加できます。

Citrix Hypervisor IntelliCache 機能は、各ホストのローカルストレージ上にマスター仮想マシンの読み取り専用ディスクを作成します。エンドユーザーマシンをプロビジョニングする前に、ストレージを事前に計算することをお勧めします。

ハイパーバイザーオーバーヘッド: ハイパーバイザーごとに特定のファイルセットが作成され、VM ごとにオーバーヘッドが発生します。たとえば、ログファイル、ハイパーバイザー固有の設定ファイル、スナップショットファイルもストレージに保存されます。

プロセスのオーバーヘッド: カタログの初期作成では、ベースディスクを各ストレージリポジトリにコピーする必要があります。カタログに新しいマシンを追加する場合、ベースディスクを各ストレージリポジトリにコピーする必要はありません。カタログの更新プロセスでは、各ストレージリポジトリに余分なベースディスクが作成され、一時的なストレージのピークが発生することもあります。

その他: 仮想マシンのプロビジョニングには、RAM サイジングとシン/シックプロビジョニングのアプローチも考慮されます。

一時キャッシュ/ MCSストレージ I/Oの最適化

カタログの一時キャッシュには、2 つのオプションがあります。最初のオプションはメモリとディスク上の 2 つです。メモリまたはディスクでは、リソースの一部が一時的なキャッシュ操作のために消費されるため、仮想マシンが実行されているホストから使用可能なメモリとディスク領域を確認することをお勧めします。パフォーマンスを向上させるために一時キャッシュにディスクを使用する場合は、SSD ディスクまたは高い IOPS ストレージソリューションをお勧めします。

OSの最適化

パフォーマンスを向上させ、ホスト上のリソース消費を最小限に抑えるために、Citrix Optimizer Toolを実行してオペレーティングシステムを最適化することをお勧めします。

Citrix Optimizer： デフォルトでは、Microsoft Windowsデスクトップイメージには、VDI環境では必要ない多数の機能が含まれています。Citrix Optimizerは、管理者が環境内のさまざまなコンポーネントを最適化できるようにするためにCitrixによって開発されたWindowsツールです。このツールは PowerShell ベースですが、グラフィカルな UI も含まれています。

Citrix Optimizerには、最適化のためのさまざまなテンプレートが用意されています。オペレーティングシステムに適したテンプレートを選択して、不要なサービス、構成エントリ、およびアプリケーションを無効または削除します。管理者は、最適化後、パフォーマンスが大幅に向上することが期待できます。

最新のCitrix Optimizer をダウンロードしてインストールするには、 https://support.citrix.com/article/CTX224676にアクセスしてください。

Delivery Controller

Citrix MCS展開では、Delivery Controller はインフラストラクチャのコアコンポーネントです。Delivery Controllerと Microsoft SQL Server を高可用性モードで展開することをお勧めします。これにより、いずれかのDelivery Controllerがダウンしても、通常の操作に影響が及ぶことはありません。

中規模または大規模な展開では、環境に CPU とメモリのボトルネックが発生しないように、配信コントローラに十分なメモリとコンピューティング能力が必要です。

ホスティングリソースに接続するときは、プロビジョニング中に問題が生じないように、ハイパーバイザーの互換性のあるバージョンを確認してください。最高の効率とパフォーマンスを実現できるように、マスターコピーを SSD または NVMe ドライブ上の高 IOPS データストア/LUN に保存することをお勧めします。

スケーラビリティ

Machine Creation Services はDelivery Controller内に機能的にバンドルされており、基盤となるハイパーバイザーおよびクラウドプロバイダーのフレームワーク API と対話します。環境ストレージを拡張すると、ボトルネックになる可能性があるため、拡張性に影響を与えないように、追加のストレージクラスタを使用することが推奨されます。

中規模および大規模展開では、エンドユーザーの需要が増大するにつれてリソース消費が増加するため、不要なアプリケーションが過剰なリソースを消費しないように、最適化されたイメージを展開することをお勧めします。

Citrix Provisioning（PVS）

Citrix Provisioningは従来のイメージングソリューションとは異なり、ハードウェアとその上で動作するソフトウェアの関係を根本的に変化させます。共有ディスクイメージは、個々の仮想マシンにコピーされるのではなく、ネットワーク経由でストリーミングされます。Citrix Provisioningにより、企業は管理する必要があるイメージの数を減らし、分散処理による一元管理を実現します。

プロビジョニングサーバーは、Citrix Provisioning SoapとCitrix Stream Servicesがインストールされているサーバーです。ストリームサービスは、仮想ディスクイメージ、またはvDiskからターゲットデバイスにソフトウェアをストリーミングするために使用されます。SOAP サービスは、コンソールにアクセスするときに使用されます。Provisioningサーバーは、vDiskファイル（マシンイメージを含む）の内容をターゲットデバイスにストリームするために使用されます。vDiskファイルは、Provisioning Servicesサーバーのローカルハードディスクに直接保存することも、Provisioningサーバーはネットワーク上の共有ストレージデバイスからvDiskにアクセスすることもできます。

Citrix Provisioningソリューションでは、ファーム内に存在するすべてのシステム構成設定をSQLデータベースに保存する必要があります。Provisioning Serverの詳細構成オプションを使用すると、PVSサーバー間のターゲットデバイス接続の高可用性と負荷分散を保証できます。

Citrix Provisioning の概要

以下の図は、Citrix Provisioning と製品インフラストラクチャの概要を示しています。

PVSファーム

ファームはProvisioning Servicesのインフラストラクチャの最上位を表します。ファームには、SQL DatabaseとCitrix License Server、ローカルまたはネットワークの共有ストレージ、およびターゲットデバイスのコレクションも含まれます。

PVS サイト

サイトでProvisioningサーバー、デバイスコレクション、ローカルの共有ストレージの論理的なグループを記述し管理することができます。ファーム内には複数のサイトを配置できます。構成ウィザードで最初のサイトが作成され、ファーム内の最初のProvisioningサーバーで実行されます。

デバイスコレクション

デバイスコレクションによってターゲットデバイスの論理的なグループを作成し管理できます。デバイスコレクションを作成するとデバイスではなくコレクションの単位で操作を実行できるので、デバイス管理を簡素化できます。1つのターゲットデバイスは1つのデバイスコレクションにのみ属すことができます。

ターゲットデバイス

ネットワーク上のPVS仮想ディスクからOSイメージを起動して取得するデスクトップコンピュータや仮想マシンなどのデバイスは、ターゲットデバイスと見なされます。基本のPersonal vDiskイメージの作成に使用されるデバイスは、マスターターゲットデバイスと見なされます。

vDisk

vDiskはターゲットデバイスのハードディスクのように動作し、PVSサーバーからアクセスできるストレージ上にディスクイメージファイルとして存在します。仮想ディスクは、VHDXベースイメージファイル、関連するプロパティファイル（.pvp）、およびオプションでバージョン管理されたVHDX差分ディスク（.Avhdx）のチェーンで構成されます。

Citrix Provisioningは、仮想ディスクの初期作成から展開とその後の更新、そして最後に廃棄に至るまでの完全なイメージライフサイクルをサポートします。仮想ディスクのライフサイクルには、次の4つの段階があります：

1) 作成中 2) Deploying 3) 更新 4) 撤去

仮想ディスクの作成

仮想ディスクを作成するには、イメージ作成用のマスター仮想マシンを準備し、vDiskを格納する仮想ディスクストアを作成して構成してから、マスターターゲットデバイス（VM）をそのファイルにイメージングして、新しい基本仮想ディスクイメージを生成する必要があります。このプロセスは、Citrix管理者がイメージ作成ウィザードを使用して実行します。

仮想ディスクの展開

基本仮想ディスクイメージが作成された後、それを1つ以上のターゲットデバイスに割り当てることによって展開されます。ターゲットデバイスが起動すると、割り当てられた仮想ディスクから起動します。起動モードには 2 つのオプションがあります。プライベート・イメージ・モード（シングル・デバイス・アクセス、読み取り/書き込み）、および標準イメージ・モード（複数デバイス・アクセス、ライト・キャッシュ・オプションを使用した読み取り専用）。

仮想ディスクの更新

イメージに最新のソフトウェアとパッチが含まれるように、基本仮想ディスクイメージをライフサイクル全体にわたって更新する必要があります。手動で更新することも、仮想ディスク更新の管理機能を使用して更新処理を自動化することもできます。仮想ディスクを更新するたびに、新しいバージョンが作成されます。ターゲット・デバイスと仮想ディスクのバージョンの共同クラス分けに基づいて、異なるデバイス（テスト、メンテナンス、実稼働環境）にアクセスできます。

メンテナンスデバイスには、最新のメンテナンスバージョンへの排他的な読み取り/書き込みアクセスがあり、テストデバイスにはテストバージョンへの読み取り専用の共有アクセス権があり、実稼働デバイスは本番バージョンへの読み取り専用の共有アクセス権を持ちます。

仮想ディスクの更新には次の作業が伴います：

仮想ディスクのバージョンを手動または自動で作成する
新しく作成したバージョンをデバイス（保守デバイスまたはアップデートデバイス）から起動し、仮想ディスクへの変更をインストールして保存してから、デバイスをシャットダウンします。
テスト・ターゲット・デバイスで検証し、本番環境に昇格し、すべての本番ターゲット・デバイスを再起動します。

仮想ディスクの撤去

仮想ディスクを廃棄することは、仮想ディスクを削除することと同じです。差分、基本イメージファイル、プロパティファイル、ロックファイルを含むVHDXチェーン全体は、割り当て解除後に削除されます。

仮想ディスクストア

ストアは、vDiskを含むフォルダの物理的な場所の論理名です。このフォルダは、PVSサーバーまたは共有ストレージ上に存在します。PVSコンソールで仮想ディスクファイルが作成されると、ストアに割り当てられます。PVSサイト内では、1つ以上のProvisioning Servicesサーバーに、vDiskをターゲットデバイスに提供するために、そのストアにアクセスするためのアクセス許可が与えられます。

ライト・キャッシュ

仮想ディスクがプライベート/メンテナンス・モードの場合、すべてのデータが仮想ディスクファイルに書き戻されます。仮想ディスクが標準モードまたは共有モードのデータである場合、はベース仮想ディスクに書き戻せません。代わりに、次のいずれかの場所にあるライトキャッシュファイルに書き込まれます。

デバイスRAMにキャッシュする
ハードディスクにオーバーフローがあるデバイスRAM
PVSサーバー

このライト・キャッシュ・ファイルは、次の起動サイクルで削除されます。これにより、ターゲットの再起動時または起動時に、クリーンキャッシュが保持され、以前のセッションからの何も含まれないため、イメージの一貫性が保証されます。

デフォルトでは、PVSターゲットソフトウェアは、システムページファイルをライトキャッシュファイルと同じディスクにリダイレクトします。これにより、別のボリュームにリダイレクトされるように手動で設定しない限り、pagefile.sys はキャッシュドライブ上の領域を割り当てます。

デバイスRAMにキャッシュする

ライトキャッシュは、ターゲットデバイスのRAMに非ページプールの一部として存在することができます。この機能ではディスクアクセスの速度が最高になります。ディスクよりメモリにアクセスする速度の方が常に速いためです。

このモードは、サーバに十分な物理メモリがあり、他のキャッシュモードよりも高速である場合に便利です。ワークロード要件を事前に計算し、適切なRAMサイズを設定することが重要です。そうしないと、ライト・キャッシュを使い果たす前に容量不足のためにターゲット・デバイスがブルースクリーンになることがあります。

ハードディスクへのオーバーフローありでデバイスRAMにキャッシュする

この方法は、RAMとハードディスクを適度に消費します。このキャッシュタイプは、最高のRAMとハードディスクキャッシュの安定性を組み合わせたため、Citrix Provisioningで使用することをお勧めします。キャッシュは、最高のパフォーマンスを得るために、非ページプールメモリを使用します。RAM使用率がしきい値に達すると、最も古いRAMキャッシュデータがローカルディスクに書き込まれます。

パフォーマンスの向上と拡張が容易で、需要の高いワークロードでターゲットデバイスの信頼性を実現します。

PVSサーバーにキャッシュ

書き込みキャッシュは、Provisioningサーバーのディスク上に一時ファイルとして存在することができます。これにより、通常、ディスク書き込みがターゲットデバイスからリモートの場所にリダイレクトされるため、ネットワークトラフィックが増加します。

このキャッシュタイプは、他のオプションよりも低速であるため、実稼働環境では推奨されません。

Citrix Provisioning の高可用性

高可用性Citrix Provisioning環境を確立するための鍵は、重要なコンポーネントを特定し、クリティカルコンポーネントの冗長性を確保し、アクティブコンポーネントに障害が発生した場合にセカンダリコンポーネントへの自動フェイルオーバーを確保することです。Citrix Provisioningの重要なコンポーネントは次のとおりです。

SQL データベース
Provisioningサーバー
vDiskおよびストレージ

Citrix Provisioningには、高度な可用性を持つ実装を構成するときに検討すべき次のようなオプションがあります。

オフラインデータベースのサポート -これにより、データベースへの接続が失われて機能を継続できる場合に、Provisioning Servicesでデータベースのローカルスナップショットを使用できます。

SQL AlwaysOn -Citrix Provisioningは、SQL AlwaysOn の高可用性と障害復旧ソリューションをサポートします。

データベースミラーリング -データベースレベルで実装された SQL Server の高可用性ソリューション。

Provisioning Serverフェイルオーバー -PVSサーバーの1つが使用できなくなった場合、サイト内の別のサーバーが仮想ディスクとのアクティブなターゲットデバイス接続を処理できます。負荷分散が有効になり、ターゲットデバイスと残りのサーバー間で負荷が自動的に分散されます。

vDiskとストレージ -Provisioningサーバーは、共有ストレージの場所にアクセスするように構成されています。Citrix Provisioningでは、Windows共有ストレージやSANなど、さまざまな共有ストレージ構成をサポートしています。

参照： Citrix Docs：高可用性実装の管理

Citrix Provisioning 用のSQLデータベース

負荷分散中の分散不良を避けるために、PVS Serverが配置されている場所以外の別のサーバーまたはクラスタにSQLデータベースをインストールすることをお勧めします。サポートされているSQLバージョンの詳細については、PVSシステム要件を参照してください。

データベースのサイジング

データベースのサイズを見積もることで、ハードウェア構成を決定できます。これは、パフォーマンスとデータとインデックスを格納するためのストレージ割り当てを達成するのに役立ちます。

参照： Citrix Docs：データベースのサイジング

Citrixライセンスサーバー

Citrixライセンスサーバーは、すべてのCitrix PVSサーバーと通信してPVSサーバーのライセンスをアクティブ化するために、Citrix itrix環境内のWindowsサーバーにインストールされます。ライセンスサーバの接続停止猶予期間は 30 日（720 時間）です。Citrixライセンスサーバーへの接続が失われた場合、Citrix Provisioningではシステムのプロビジョニングが30日間継続されます。Citrix License Serverのスケーラビリティ、信頼性、および可用性を高めるために、Microsoftクラスタリング機能を使用して、クラスタ化されたライセンスサーバーを作成できます。

Citrix Cloudの新しいライセンスの種類

Citrix は、Citrix Cloud のCitrix DaaSの顧客に従来のPVSライセンス資格を提供する新しいライセンスタイプ（PVS_CCLD_CCS）を導入しました。Citrix CloudのCitrix Provisioningライセンスオプションは、Citrix Provisioningライセンスタイプ（オンプレミス）またはCitrix Cloudに関連付けられたオプションによって制御されます。Citrix Provisioningでライセンスサーバーを使用すると、初期セットアップ時に［クラウド］オプションを選択すると、Citrix Cloudライセンスが消費されます。逆に、Citrix Provisioningのセットアップ時にオンプレミスが選択されている場合は、オンプレミスのライセンスが消費されます。

注：この新しいCitrix Cloudライセンスタイプは、デスクトップおよびデータセンター用のプロビジョニング用の既存のオンプレミスCitrix Provisioningライセンスに代わるものです。Citrixライセンスをバンドルする場合、このライセンスにはオンプレミスライセンスと同じライセンス取得優先権があります。

オンプレミスのアップグレード機能は、Citrix Cloudライセンスには適用されません。各Citrix Provisioningターゲットデバイスは、オペレーティングシステムの種類に関係なく、単一のCitrix Cloudライセンスをチェックアウトします。

Microsoft ボリュームライセンス

PVSイメージングウィザードを実行して仮想ディスクを作成する場合は、Microsoftキー管理サービス（KMS）またはマルチライセンス認証キー（MAK）ボリュームライセンスオプションを構成します。これにより、Citrix Provisioning Servicesサーバーで各ターゲットデバイスのオペレーティングシステムをアクティブ化できます。

KMS ボリュームライセンスでは、データセンターで実行される一元化されたライセンス認証サーバーを利用し、ローカルライセンス認証ポイントとして機能します (インターネット経由で Microsoft を使用して各システムのライセンス認証を行うのではなく)。

MAKは、オペレーティングシステムの購入済みライセンスの一部に対応しています。各システムにオペレーティングシステムをインストールするときにMAKを入力します。これによりオペレーティングシステムのライセンスが認証され、Microsoftが集中管理する購入済みライセンス数が減少します。または、「プロキシライセンス認証」のプロセスは、ボリュームライセンス認証管理ツールキット (VAMT) を使用して実行されます。これにより、インターネットへのネットワークアクセスを持たないシステムのライセンスを認証できます。Citrix Provisioningでは、仮想ディスクの作成時にMAKライセンスモードが選択された標準イメージモードのvDiskに対して、このプロキシアクティベーションメカニズムが使用されます。

Active Directory 統合とターゲットデバイス管理

Citrix ProvisioningとActive Directory を統合すると、管理者はActive Directory 組織単位（OU）を選択できます。Citrix Provisioningでは、ターゲットデバイスのコンピュータアカウントを作成できます。また、制御の委任やグループポリシーなどの Active Directory 管理機能を利用することもできます。最後に、ターゲットデバイスのコンピュータアカウントパスワードを自動的に管理するようにProvisioningサーバーを構成します。

ファームにActive Directoryを統合する前に、次の前提条件が満たされていることを確認します。

仮想ディスクを構築する前に、マスターターゲットデバイスがドメインに追加された
イメージ作成時に、［コンピューターアカウントパスワードの変更を無効にする］チェックボックスをオンにしてデバイスオプティマイザーを実行する。

参照： Citrix ドキュメント：Active Directory 管理のためのvDiskの構成

Citrix Provisioning Accelerator

Citrix Provisioning Acceleratorは、Citrix Hypervisorのホスト上のDom0でプロビジョニングプロキシとして機能し、仮想ディスクからのストリーミングデータはプロキシでキャッシュされてから仮想マシンに転送されます。このキャッシュを使用すると、同じホストに存在する他の仮想マシンの起動時間が短縮されます。これは、PVS Serverからネットワーク経由で大量のデータをストリームする必要がないためです。Citrix Hypervisorのローカルリソースが消費されますが、これによりネットワーク上の全体的なパフォーマンスが向上します。

参照： Citrix ドキュメント：Citrix Provisioning Accelerator

ターゲットデバイスの起動プロセス

ターゲットデバイスの電源が入っている場合は、Provisioning Servicesサーバーを検索して接続して、適切な仮想ディスクをストリームダウンできる必要があります。この情報は、ARDBP32.BIN という名前のいわゆるブートストラップファイルに格納されます。これには、ターゲットデバイスがCitrix PVSサーバーに接続するために必要なものがすべて含まれており、ストリーミングプロセスを初期化できます。

ブートストラップファイルは TFTP サーバを介して配信されます。これは、代替の BDM（Boot Device Manager）アプローチにも部分的に適用されます。TFTP と BDM には、いくつかの明確な違いがあります。

TFTP

TFTPを使用する場合、ターゲットデバイスは、PVSサーバーに接続する前に、ブートストラップファイルをダウンロードするためのTFTPサーバーを見つける方法と場所を知る必要があります。TFTP は、単一障害点を回避するために、Citrix ADC を使用して高可用性に設定できます。Provisioning Services には、独自の組み込みTFTPサーバーがあります。

TFTP サーバーアドレスをターゲットデバイスに配信する最も一般的なアプローチの 1 つは、DHCP を使用することです（ただし、他のオプションもあります）。

BDM (Boot Device Manager)

Boot Device Managerを使用するには、2 つの異なる方法があります。

PVSは、比較的小さな.ISO（約300KB）ファイルを生成するクイックウィザードを提供します。次に、管理者は、仮想DVDドライブを使用して、この.ISOファイルから起動するようにターゲットデバイスを構成します。この方法では、PVSサーバーの場所がBDMによって生成されたブートストラップファイルにハードコードされる2段階のプロセスを使用します。PVSデバイスドライバのような残りの情報は、TFTPプロトコル（UDPポート6969）を使用してPVSサーバーからダウンロードされます。ここではTFTPが使用されます。

Virtual Apps and Desktops セットアップウィザードを使用してターゲットデバイスをプロビジョニングする場合、管理者は小さなBDMハードディスクパーティションを作成して割り当てることができます。このパーティションは、仮想マシンに個別の仮想ディスクとしてアタッチされます。この方法を使用すると、パーティションにはすでにすべてのPVSドライバが含まれているため、上記の2段階のアプローチは必要ありません。このようにして、必要なすべての情報は、PXE、TFTP、および DHCP を必要とせずに直接利用できるようになります。

上の図は、高レベルの起動手順を示しています。PXE は、クライアントによる TFTP サーバの IP およびブートストラップファイル名の詳細の取得に使用され、TFTP はブートストラッププログラムファイルのダウンロードに使用されます。

参照： Citrix 記事：CTX227725

Citrix CloudによるCitrix Provisioningの管理

Citrix Cloudポータルを使用してどこからでも展開を管理する場合は、Citrix PVSとCitrix Cloudの統合が不可欠です。 Citrix Cloud Connectorは重要な役割を果たし 、プロビジョニングされたVDAとの通信をCitrix DaaSで使用できるようにし、リモートハイパーバイザーおよびクラウドへのコマンドのプロキシ機能を提供します。

Citrix CloudでCitrix Provisioningを使用する際には、考慮すべき要素がいくつかあります。

Citrix CloudのCitrix Virtual Apps and DesktopsのDelivery Controller
1つ以上のリソースの場所にあるCitrix Cloud Connector
オンプレミスまたはサポートされているパブリッククラウド (v2112以降) に配置されたProvisioning Server
Citrix CloudのDelivery Controller にVDAレコードをプッシュするためにCitrix Virtual Apps and Desktopsセットアップウィザードで使用されるリモートPowerShell SDKです。

既存のCitrix Provisioning環境をCitrix Cloudに接続するには：

Cloud Connector サーバーの追加
Citrix Provisioning をバージョン7.18以降にアップグレードする
Citrix Virtual Apps and Desktops を含むCitrix Provisioning コンソールで使用するリモートPowerShell SDKをインストールします。

Citrix Cloudの統合により、Citrix Provisioning Servicesでは、Citrix CloudにあるCitrix Cloud Virtual Apps and Desktops Delivery Controller マシンカタログに、新しくプロビジョニングしたVDAを追加できます。このプロセスは、次の 2 つの方法のいずれかに従います。

Citrix Provisioning コンソールのVirtual Apps and Desktops のセットアップウィザードを使用して新しいデバイスを追加する
Studio でのマシンカタログの作成を使用して、既存のCitrix Provisioningターゲットデバイスをインポートする

Citrix Studioは、PVSサーバーと通信するためにPVSPSSnapinを使用します。このスナップインは、Citrix DaaSからPVSMapiProxyPlugin（Citrix Cloud Connector内）への通信を可能にするように拡張されました。通信は HTTPS（TCP 443）を介して行われます。PVS管理者の資格情報は、この安全なチャネルを介して送信されます。資格情報は、PVSサーバーに接続する前に、プロキシによってPVS管理者をエミュレートするために使用されます。

参照： Citrix ドキュメント：Citrix Cloud によって管理されるCitrix Provisioning

一般的なユースケース

Citrix Virtual Apps and Desktops は、幅広いビジネス要件とユースケースに対応します。

例えば、金融、マーケティング、または任意の医療分野では、ユーザーは、通常のオフィスワーカー、ナレッジワーカー、またはパワーユーザーとみなされます。

Citrix Provisioningにより、管理者の作業が容易になり、次の機能

マシンの迅速なプロビジョニング
一元化された安全なデータ
ユーザー・グループに基づく一貫性とより動的な環境

Citrix Provisioningを使用すると、管理者はユーザーグループとそのニーズに基づいて、さまざまなビジネス指向アプリケーションを使用して複数のvDiskを作成できます。オフィスワーカーの場合、通常、日常業務に必要なWindowsアプリケーションの数は限られています。AMD、Intel、NVIDIAの仮想GPUを備えたハードウェアアクセラレーションシステムで、アニメーションソフトウェア、メディカルスキャンレポートなどの実行を必要とするマルチメディアワーカー向けに使用できます。

ワークロードの種類	説明
同種労働者	通常、コールセンターのシナリオでは、ユーザーが Microsoft Office やその他の日常的なアプリケーションにアクセスします。Microsoft Office およびその他の必要なアプリケーションを含む 1 つのマスターイメージを使用して、複数の仮想マシンを展開します。
ホストされた共有デスクトップまたはストリームデスクトップの展開	大規模なユーザー環境では、複数の非永続ユーザーグループがデスクトップおよびアプリケーションにアクセスできます。Citrix Provisioningにより、必要なワークロードを迅速に配信できるため、数万台のデスクトップから拡張が可能です。
環境 IOPS が制約されている場合	Citrix Provisioningは、IOPSが制約されているiSCSI以下の帯域幅ネットワークチャネルを使用する環境に最適です。
多数のアプリケーション	Citrix Provisioningでは、複数のサーバーOSインスタンスを作成して、必要な部門別アプリケーションをすべて実行できます。
ハイパフォーマンスのワークロード	これは、より多くのCPU、RAMを必要とし、GPUの恩恵を受けるパワーワーカーに似ています。

教育部門の展開シナリオ

教育分野では、ITはそのシステムの一部となっています。何千人ものユニークなユーザーにアプリケーションやデータを配信する需要の高まりは、課題です。ハイパー化学、MATLAB、SAS、Mathematica、Officeなどのアプリケーションへの安全なリモートアクセスも必要です。

数十または数百のアプリケーションを仮想化して、あらゆるデバイス上で大規模にエンドユーザーにストリーミングできます。Citrix Provisioning Serverは、管理者が「少ないコストでより多くのことを実現する」という概念により、プロビジョニングのハードルを克服するのに役立ちます。Citrix Provisioningを通じて異なるワークロードセットを実行し、プロビジョニングする必要があると仮定します。

上の図は、大学の異なるセクション/ラボで実行する複数のワークロードを示しています。vDiskには、共有ストレージに格納された異なるオペレーティングシステムとアプリケーションが含まれており、Citrix Provisioningの助けを借りて、vDiskはネットワーク。迅速な導入により、オンデマンドで簡単に拡張できます。

Citrix Provisioningは、混合ワークロードをサポートし、さまざまなユースケースを満たす混合配信戦略を可能にします。主なハイライトは、

学生や学部がいつでも学び、教えることができます
ITサービスを増加させながらコストを削減する
テクノロジーが重要な差別化要因である高等教育における競争力を強化

すべての展開において、PVSサーバーは十分な処理能力を備えている必要があり、NICチーミングや帯域幅の向上など、すべてのネットワークニーズを満たす必要があります。

Citrix Virtual Apps and Desktopsを使用したCitrix Provisioningのベストプラクティス

Citrix Virtual Apps and Desktops ソリューションを設計する際には、Provisioningサーバーをビジネスニーズに合わせて考慮することが重要です。設計に含まれるコンポーネントは、Active Directory サービス、ネットワークおよびセキュリティアーキテクチャ、サーバハードウェアの種類、ストレージインフラストラクチャ、仮想化プラットフォーム、オペレーティングシステムです。

このセクションでは、次の領域における一般的なベストプラクティスについて説明します。

ネットワーク
ストレージ
Delivery Controller
ネットワークスイッチ
仮想デスクトップイメージ/ターゲットデバイス
スケーラビリティ

ネットワーク

ドメインネームシステム: 動的更新は DNS の重要な機能です。これにより、DNS データベースに名前と IP アドレスを手動で入力する必要がなくなります。動的更新をセキュリティで保護すると、DNS の更新を要求している Active Directory マシンで検証されます。つまり、Active Directory ドメインに参加しているコンピュータだけが DNS データベースを動的に更新できます。

ネットワークインターフェイス： Provisioningサーバーマシンで複数のNICを使用することをお勧めします。PVSストリームサービスを介してvDiskをストリーミングし、エンタープライズストレージシステムまたはファイル共有へのネットワークアクセス用に、NICのチームペアを構成する必要があります。配置には、専用ネットワークまたは VLAN も推奨されます。