リファレンスアーキテクチャ:イメージ管理
オーディエンス
このドキュメントは、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向けCitrixProvisioningは現在、パブリックテクノロジープレビュー中です。
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与启示l 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ソリューションでは、ユーザー固有のデータと設定を一元化されたファイルサーバーに保存できます。
プールされた静的デスクトップは特定のユーザーに割り当てられ,它管理者が変更しない限り,割り当てられたユーザーだけがそのデスクトップを使用できます。ユーザーの個人データおよび設定は、セッション間で引き継がれません。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 Virtual Apps and Desktopsでは、マシンカタログを作成する前に、ハイパーバイザーやクラウドプロバイダーなどの基盤となるプラットフォームを統合するサイトを作成しながら、ホスティングリソースへの接続を作成することが重要です。接続を構成するには、サポートされているハイパーバイザーとクラウドサービス間の接続タイプの選択が含まれます。システム要件ページには、サポートされているハイパーバイザーとクラウドオプションの一覧が表示されます。
ホストストレージ
ストレージ製品は、サポートされているハイパーバイザーで管理できる場合にサポートされます。マシンのプロビジョニングでは、データはタイプ別に分類されます。
マスターイメージを含むオペレーティングシステム (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ディスク。快递有限公司ntroller 内の機能により、アイデンティティディスクが作成されます。このディスクのサイズは 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の最適化
- 快递有限公司ntroller
- スケーラビリティ
ストレージ
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にアクセスしてください。
快递有限公司ntroller
Citrix MCS展開では、Delivery Controller はインフラストラクチャのコアコンポーネントです。Delivery Controllerと Microsoft SQL Server を高可用性モードで展開することをお勧めします。これにより、いずれかのDelivery Controllerがダウンしても、通常の操作に影響が及ぶことはありません。
中規模または大規模な展開では、環境に CPU とメモリのボトルネックが発生しないように、配信コントローラに十分なメモリとコンピューティング能力が必要です。
ホスティングリソースに接続するときは、プロビジョニング中に問題が生じないように、ハイパーバイザーの互換性のあるバージョンを確認してください。最高の効率とパフォーマンスを実現できるように、マスターコピーを SSD または NVMe ドライブ上の高 IOPS データストア/LUN に保存することをお勧めします。
スケーラビリティ
机创建服务は交付控制器内に機能的にバンドルされており、基盤となるハイパーバイザーおよびクラウドプロバイダーのフレームワーク 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 Provisioning 用のSQLデータベース
負荷分散中の分散不良を避けるために、PVS Serverが配置されている場所以外の別のサーバーまたはクラスタにSQLデータベースをインストールすることをお勧めします。サポートされているSQLバージョンの詳細については、PVSシステム要件を参照してください。
データベースのサイジング
データベースのサイズを見積もることで、ハードウェア構成を決定できます。これは、パフォーマンスとデータとインデックスを格納するためのストレージ割り当てを達成するのに役立ちます。
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云ライセンスには適用されません。各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を使用するには、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 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 サービス、ネットワークおよびセキュリティアーキテクチャ、サーバハードウェアの種類、ストレージインフラストラクチャ、仮想化プラットフォーム、オペレーティングシステムです。
このセクションでは、次の領域における一般的なベストプラクティスについて説明します。
- ネットワーク
- ストレージ
- 快递有限公司ntroller
- ネットワークスイッチ
- 仮想デスクトップイメージ/ターゲットデバイス
- スケーラビリティ
ネットワーク
ドメインネームシステム:動的更新は DNS の重要な機能です。これにより、DNS データベースに名前と IP アドレスを手動で入力する必要がなくなります。動的更新をセキュリティで保護すると、DNS の更新を要求している Active Directory マシンで検証されます。つまり、Active Directory ドメインに参加しているコンピュータだけが DNS データベースを動的に更新できます。
ネットワークインターフェイス:Provisioningサーバーマシンで複数のNICを使用することをお勧めします。PVSストリームサービスを介してvDiskをストリーミングし、エンタープライズストレージシステムまたはファイル共有へのネットワークアクセス用に、NICのチームペアを構成する必要があります。配置には、専用ネットワークまたは VLAN も推奨されます。
ストレージ
PVSサーバーのストレージ要件は、作成および保守する仮想ディスクイメージの数によって異なります。vDiskのサイズは、インストールするアプリケーションの数とオペレーティングシステムによって異なります。
必要なストレージ容量を最小限に抑えるには、各仮想ディスク上のアプリケーションを最小化し、vDiskの数を最小限に抑えることをお勧めします。各ターゲットマシンには、揮発性ライトキャッシュファイルが含まれています。各仮想マシンのキャッシュファイルのサイズは、使用するアプリケーションの種類、ユーザーのワークロード、再起動頻度によって異なります。
SAN/NAS:高可用性展開では、共有ボリュームが必要であり、複数のホストからボリュームにアクセスできる必要があります。読み取り専用ボリュームは、vDiskを標準モードで保存するために使用されます。プライベートイメージモードには、読み取り/書き込みアクセスが必要です。
快递有限公司ntroller
ベストプラクティスとして、オンプレミスの展開では、本番サイトでは常に異なる物理サーバー上に少なくとも2つのコントローラーを配置する必要があります(Citrix Cloud内では、これは自動的に管理されます)。各Controllerは、サイトデータベースと直接通信します。
ネットワークスイッチ
スパニングツリーを無効にし、ポート高速を有効にする:Spanning Tree Protocol(STP; スパニングツリープロトコル)または高速スパニングツリープロトコルでは、スイッチが BPDU を送信し、BPDU がループバック設定になっていないことを確認します。
このコンバージェンスプロセスの完了にかかる時間は、スイッチドネットワークのサイズによって異なります。これにより、Pre-Boot Execution Environment(PXE; 起動前実行環境)がタイムアウトし、マシンが IP アドレスを取得できない場合があります。
この問題を解決するには、クライアントに接続されたエッジポートで STP を無効にするか、管理対象スイッチのブランドに応じて PortFast または Fast Link を有効にします。次の表を参照してください。
スイッチの製造元 | 高速リンクオプション名 |
---|---|
Cisco | PortFast または STP ファストリンク |
Dell | スパニングツリー高速リンク |
ファウンドリー | 高速ポート |
3COM | 高速ポート |
ストリームサービスの分離:セキュリティが主な懸念事項である場合、Citrix では、PVSストリームトラフィックを他の本番トラフィックから分離またはセグメント化することをお勧めします。
NIC チーミング:スループットのために 2 つの NIC をチーミングすることにより、サーバで最大の帯域幅が提供され、ネットワークパフォーマンスが向上し、この潜在的なネットワークボトルネックが緩和されます。
仮想デスクトップイメージ/ターゲットデバイスの最適化
仮想ディスクイメージは、vDiskをターゲットデバイスに正常に配信する上で重要な役割を果たします。画像を作成する前に、不要なアプリケーションをクリアし、要件に従って最適化することが重要です。
Citrixオプティマイザー:デフォルトでは、Microsoft Windowsデスクトップイメージには、VDI環境では必要ない多数の機能が含まれています。Citrix Optimizerは、管理者が環境内のさまざまなコンポーネント、特にVDA(Virtual Delivery Agent)を搭載したオペレーティングシステムを最適化するためにCitrixが開発したWindowsツールです。このツールは PowerShell ベースですが、グラフィカルな UI も含まれています。
Citrix Optimizerには、最適化のためのさまざまなテンプレートが用意されています。オペレーティングシステムに適したテンプレートを選択して、不要なサービス、構成エントリ、およびアプリケーションを無効または削除します。管理者は、最適化後、パフォーマンスが大幅に向上することが期待できます。
参照:Citrix のブログ:Citrix Optimizer
vDiskイメージの準備:仮想ディスクの準備は、Citrix DaaS展開の重要なステップです。マスターイメージを準備するときは、いくつかの重要な手順を注意する必要があります。
- マスターイメージから未使用のファイルとフィーチャを削除する
- Citrix Optimizerを実行してパフォーマンスを向上させ、正しいOSを選択するように注意する
- コントローラと仮想マシン間の接続をテストする
- イメージ作成ウィザードで最適化を実行する
参照:Citrix docs:イメージング用のマスターターゲットデバイスの準備
Citrix Provisioningアンチウイルスのベストプラクティス:ウイルス対策が環境に合わせて適切に調整されていない場合、サーバーとターゲットで一般的な問題が発生することがあります。ウイルス対策定義の更新は、マスターターゲットデバイスだけに制限することをお勧めします。仮想ディスクの書き込みキャッシュファイルをスキャンすることは避け、ストリーミングディスク I/O によって指定されたターゲットのオペレーティングシステムが構成されます。
ウイルス対策クライアントソフトウェアをアップグレードするには、PVSクライアントソフトウェアをアンインストールして再インストールする必要があります。スキャン例外の設定については、ウイルス対策ソフトウェア固有の手順を確認してください。パフォーマンス基準を取得すると、トラブルシューティングの際に役立つ場合があります。
スケーラビリティ
拡張性は、Citrix Virtual Apps and Desktops ソリューションを設計する際に重要な要素ですソリューションの構成部分のスケーラビリティを計画することは、単に一般的な方法で表示するのではなく、重要です。Delivery Controller、Citrix Provisioningサーバー、および仮想マシンインフラストラクチャのスケーラビリティがここで観察されます。
PVSサーバーごとにサポートされるターゲットデバイスの数は、仮想ディスクのサイズ、仮想ディスク配置用のストレージソリューション、ライトキャッシュタイプ、エンドユーザーのワークフローによって異なります。PVSサーバーのスケーラビリティに影響を与える最も一般的なボトルネックは、PVSサーバーのネットワークI/O、仮想ディスクストレージの場所のディスクI/O、キャッシュファイルの場所です。組織は、ユースケースとインフラストラクチャに応じて、これらの主要な要因の世話をする必要があります。
各組織では、インフラストラクチャの使用事例に基づいて、環境に応じてスケーラビリティテストを実行することをお勧めします。既存のインフラストラクチャに余分なPVSサーバーを追加すると、負荷を分散し、冗長性と高可用性を提供します。
概要
エンドユーザーへの仮想アプリケーションとデスクトップの提供は、多くのIT管理者にとって課題となっています。これは、エンドユーザーの操作性と、場所や時間、デバイスからのリソースへの自由にアクセスできるという作業スタイルにより、多くのIT管理者にとって課題となっています。
このドキュメントでは、Citrix Virtual Apps and Desktops で使用されているイメージングテクノロジについて説明します。イメージ管理には、エンドユーザーのニーズを満たすためのコアコンポーネントが含まれます。カスタマイズおよび最適化された仮想デスクトップとアプリケーション配信を提供します。
考慮すべきいくつかの重要なポイント:
イメージ管理はインフラストラクチャの設定だけでなく、オンプレミスまたはクラウドでのソリューション設計の基本的な構成要素です。
リソース消費を最適化し、スケーラビリティの観点からさまざまな展開モデルを提供する
プロビジョニング・モデルを使用したアプリケーションの仮想化により、管理者は柔軟性を実現、複雑さを最小化
リソースを効率的に利用するために、一般的なベスト・プラクティスを確実に解決する
私たちは、Citrix の両方のプロビジョニングモデル(Citrixマシン作成サービスとCitrix Provisioning)の全体像を見てきました。組織では、要件に応じて、これらのプロビジョニングモデルのいずれか、または両方のプロビジョニングモデルを使用するオプションがあります。
参照ドキュメント
この記事の概要
- オーディエンス
- このドキュメントの目的
- 建築設計フレームワーク
- なぜ画像管理が必要なのですか
- 適切なプロビジョニングモデルの選択
- Machine Creation Services
- Citrix Cloudとマシンのプロビジョニング
- Citrix Virtual Apps and Desktops を使用したMCSのベストプラクティス
- Citrix Provisioning(PVS)
- Citrix Provisioning の概要
- ターゲットデバイスの起動プロセス
- Citrix CloudによるCitrix Provisioningの管理
- Citrix Virtual Apps and Desktopsを使用したCitrix Provisioningのベストプラクティス
- 概要
- 参照ドキュメント