設計上の決定:イメージ管理のプロビジョニングモデル

すべてのCitrix Virtual Apps and Desktops(CVAD)プロジェクトに対して行う必要のある最も一般的な設計上の決定事項の1つは、ビジネス要件と運用要件を満たすプロビジョニングモデルです。この記事の目的は、最も一般的な決定要因、推奨事項、および特定のプロビジョニングモデルが適している可能性のあるさまざまなシナリオについて説明することです。イメージ管理では、Citrix管理者がCitrix環境を効率的に管理するために一般的に使用される2つのプロビジョニングモデルがあります。

  • Machine Creation Services(MCS)
  • Citrix Provisioning(PVS)

また、Citrix App Layeringは、このドキュメントの現在のバージョンでは適用範囲外であることも重要です。Citrix App Layeringの実装は、これらの設計上の決定事項の多くに影響を与える可能性があるため、この記事の今後の更新プログラムの 1 つに含める予定です。

この記事では、設計上の決定事項とイメージのプロビジョニングに関する要因に焦点を当てています。Citrix PVSまたはMCSのより一般的なリファレンスアーキテクチャに興味がある場合は、Citrix Virtual Apps and Desktopsイメージ管理のリファレンスアーキテクチャを読むことを強くお勧めします

Citrix Provisioning Services(PVS)の概要

Citrix Provisioningは、一元化された共有オペレーティングシステムイメージを複数の仮想エンドポイントまたは物理エンドポイントに配信できるソフトウェアベースのストリーミングテクノロジです。設計上の目的では、 PVSはアクティブなコンポーネントであることを理解することが重要です 。PVSはイメージ管理と配信の日常業務に積極的に関与しています。メリットとして、Citrix PVSは、ソフトウェアベースのストレージオフロードソリューションとして機能するため、運用コストとストレージコストを削減できます。ただし、この利点は、環境を適切に設計および保守する必要があることを意味します。Citrix PVSには、専用のストリーミングサーバー、データベースが必要であり、高可用性計画に含める必要があります。PVS環境の設計はほとんどハイパーバイザーに依存しません。実装は異なるハイパーバイザーの場合と同様です。

Citrix Machine Creation Service(MCS)の概要

Citrix Machine Creation Servicesは、Citrix Virtual Apps and Desktops のオーケストレーションコンポーネントで、共有マシンまたは専用マシンに対して単一のイメージ管理を提供します。MCSはパッシブコンポーネントです 。ほとんどの導入では、MCSはイメージビルドのオーケストレーションプロセス(ハイパーバイザに何をすべきかを伝える)にのみ関与し、日常的な運用やイメージの配信には関与しません。このルールにはいくつかの例外があります。特に、ディスクを自動的にリセットできないハイパーバイザーの場合。設計の観点から、MCSを使用して構築された環境は、ワークロードをホストしているハイパーバイザーまたはクラウドプロバイダの動作と特性を継承します。したがって、MCS環境の設計は、ハイパーバイザと使用されるストレージの組み合わせによって大きな影響を受けます。

プロビジョニングの決定要因

各プロジェクトと環境は固有であり、要件と目標が異なります。このため、優れたアーキテクトは、プロジェクトごとに異なるプロビジョニングモデルを選択し、排他的ではなく 1 つのプロビジョニングモデルだけを優先することが一般的です。専用マシンと共有マシンの組み合わせを提供する場合など、同じ環境でも異なるプロビジョニングモデルが使用されるのが一般的です。

この文書では、意思決定要因を 2 つのカテゴリに分けます。つまり、どのプロビジョニングモデルが好ましい(または使用されなければならない)かが明確である要因と、より解釈に開放的な要因と、意思決定において個人の好み/経験がはるかに大きな役割を果たしている要因です。

明示的な決定要因

明示的な決定要因は、PVSまたはMCSが好まれるだけでなく、多くの場合、可能な選択肢が1つしかないシナリオをカバーします。

明示的な決定要因

物理マシン

プロジェクトで物理マシン(通常は教室または同様のユースケース)へのプロビジョニングが含まれる場合、Citrix PVSのみがサポートされます(機能的)。このモデルは、ラボ環境やトレーニング環境、コールセンター、仮想デスクトップへのアクセスに使用される「シンクライアント」デバイスなど、標準化されたデスクトップに適しています。

推奨モデル: PVS

クラウドデプロイ

Microsoft Azure、Amazon Web Services、Google Cloud Platformなどのサービスとしてのパブリックインフラストラクチャ(IaaS)環境のいずれかで仮想アプリケーションとデスクトップを実行することを計画している場合、 Citrix PVSは現在Microsoft Azureでのみサポートされており、 Google Cloudのパブリックテクノロジープレビュー中ですプラットフォーム。マスターおよびターゲットVMのPXEおよびISOブート、32ビットオペレーティングシステム、Gen1仮想マシンのサポートなど、PVSの一部の機能をクラウド環境で実行できない技術的な制限があります。 Citrix PVSの実装に上記のいずれかが必要な場合でも、ホストされた仮想環境で実行することは可能です。

推奨モデル: MCS 推奨

永続デスクトップ

永続モードで仮想デスクトップを展開する場合、最も一般的なアプローチは次のとおりです。

  • MCSによるフルクローン
  • MCSによる高速クローン
  • ユーザーレイヤー
  • 手動/ESDプロビジョニング(SCCM)
  • ハイパーバイザーテンプレート

理論的には、プライベートイメージモードを使用してCitrix PVSに専用デスクトップを提供することは可能ですが、この方法は推奨されず、運用面やパフォーマンス上のメリットはありません。永続ユーザーレイヤーに個別のテクノロジを使用しない場合、Citrix PVSは永続的なマシンには推奨されません。

永続マシンでMCSを使用する場合、高速クローンとフルクローン(バージョン7.11で導入された)の2種類のアプローチがあります。MCSを使用した高速クローンは、ストレージの設置面積が小さく、作成/リセット時間が短い(小さなデルタディスク)というメリットがありますが、この導入モデルでは、ストレージの移行/バックアップ/高可用性がより複雑になります。これは多くの場合、専用/永続マシンの要件であるため、永続デスクトップには、MCSを使用したフルクローンが推奨されます。高速クローンとフルクローンの違いについては、 CTX224040の記事を参照してください

高速クローンとフルクローン

推奨モデル: MCS

ライセンスエンタイトルメント

Citrix PVSは、すべてのライセンスエディションで使用できるわけではありません。特に、仮想アプリ標準(旧XenAppアドバンスト)ライセンスおよび仮想アプリアドバンスト(旧XenApp Enterprise)ライセンスでは使用できません。Provisioning Servicesデータセンターエディションの購入時にCitrix Virtual Appsの下位エディションを使用することはよくある誤解ですが、これはライセンス契約では除外されています。詳細については、「 製品とライセンスモデル」を参照してください。

推奨モデル: MCS

変数決定要因

決定要因の以前のセットは簡単ですが、この2番目のセットははるかに柔軟で、解釈に開いており、個人の好み/技術に関する経験は、意思決定においてはるかに大きな役割を果たしています。Citrix では、お客様のニーズに最適なソリューションを柔軟に選択できます。以下の要因については、デルの推奨事項とは異なる場合があります。

変数決定要因

技術スキル

これは考慮すべき重要な要素です。特に、Citrix パートナーであり、新規顧客向けのグリーンフィールド環境を構築している場合に考慮する必要があります。この環境を管理するチームのスキルと能力を考慮してください。お客様がCitrixテクノロジーを初めて使用している場合、最小の変更で静的環境を運用している場合、または複数の役割があり、Citrixの管理が責任の一部に過ぎない場合、それは良い考えです環境の複雑さを最小限に抑え、可動部品の数を減らします。その場合、MCSの方が良いソリューションになるかもしれません。

推奨モード: 技術的なスキルが懸念される場合は MCS

プロビジョニングモデルの習熟度

Citrixのお客様やパートナーの多くは、Citrix PVSまたはMCSに精通しており、このテクノロジを使用して数千台のマシンをプロビジョニングしています。これは、使用するプロビジョニングモデルを決定する際に重要な要素です。他のチームが 1 つのソリューションの手順と技術的側面に精通しており、そのソリューションがすべての要件とニーズを満たしている場合は、新しいプロジェクトに使用してください。ただし、サードパーティ向けのパートナーまたはソリューションを構築する場合は、顧客の学習曲線とスキルセットを考慮することが重要です。

PVSとMCSの両方は、複雑なアーキテクチャと大規模な環境をサポートできます。多くの場合、個人の好み/経験は、1つを選択する際に最も重要な決定要因となります。

推奨モード: PVSまたはMCS、より使い慣れたモデルのいずれか

複雑なマルチサイトアーキテクチャ

特定のタイプの環境では、複数のストレージ・リポジトリ間でイメージを迅速にレプリケートできることが重要になります。PVSでは、このレプリケーションは単純で、通常は異なるファイル共有間での単純なコピー操作を伴います。エンタープライズ MCS 設計では、マスターイメージ自体のレプリケーションと CVAD SDK/PowerShell を使用した自動イメージプロビジョニングが必要です。

MCSでマルチサイト展開を自動化することは可能ですが、PVSプロセスはシンプルで使いやすくなっています。

推奨モード: PVS優先

頻繁な変更が必要

Citrix PVSの最大利点の1つは、仮想ディスク(vDisk)から別の仮想ディスク(vDisk)にほぼ瞬時に切り替えることができ、仮想イメージの高度なバージョン管理をサポートできることです。マスターイメージレベルのローリングカタログとバージョン管理を使用して、MCSでも同様の結果を達成できますが、PVSを使用するとこのプロセスは簡単です。

頻繁な変更(毎週複数のイメージが変更される)を必要とする環境では、PVSはより柔軟で導入可能なソリューションを提供します。この決定には、環境内でMCSを使用してイメージを更新するのにどれくらい時間がかかりますか、必要なストレージ・リポジトリ・レプリケーションの数など、多くの要因が関与しますが、一般的に、PVSはより柔軟なイメージ管理ソリューションであると期待できます。

推奨モード: PVS優先

環境の大きさ

多くの人々が信じているほど重要ではない要因の1つは 、ターゲット環境の規模です。PVSとMCSの両方は、数万台のマシンに拡張可能なエンタープライズ対応のソリューションです。

小規模でシンプルな環境を設計する場合、スケールが潜在的な決定要因となる場合(物理マシンへのプロビジョニングなど)、その他の要因が関与していない限り、小規模な環境(数十台のマシン)では、MCSが推奨されます。

推奨モード: 小規模環境の場合は MCS、大規模環境の場合は PVS/MCS

ネットワークのボトルネック

Citrix PVSは、適切に動作するネットワーク環境(パケットのルーティング/サイズ、または安定したネットワーク接続)に敏感です。ハイブリッド UDP トラフィックを使用しているため、パケットのシーケンス全体を繰り返す必要があるため、ドロップされたパケットの影響は大きなものになります。ネットワークのパフォーマンスまたは安定性が懸念される場合は、MCS(NFS を使用しないことが望ましい)の方が良い方法です。

推奨モード: ネットワークの安定性が懸念される場合は MCS

通常ディスクが必要

再起動後も一部のデータを永続的に保つという一般的な要件があります。たとえば、マシンの変更が削除された後に復元する必要のあるイベントログや構成(たとえば、 マルウェア対策ツールやソフトウェア展開ツールがターゲットマシンを識別するために使用する一意のマシン識別子など )。

PVSおよび新しいバージョンのMCS IOドライバ(バージョン7.9で導入)では、永続データをライトキャッシュディスクに保存できます。この機能は旧バージョンの MCS でも可能ですが、スクリプト作成と自動化のスキルが必要です。この手順を自動化しない場合や、必要なスキルがない場合は、標準機能を使用する方がよい場合があります。データをライト・キャッシュ・ディスクにリダイレクトするときは注意してください。空き容量を適切に計画および監視しないと、安定性の問題が発生する可能性があり、実装前に慎重に検討する必要があります。リダイレクトの最適な候補は、固定サイズの小さいファイル(最大サイズのログファイルや小さなテキストファイルなど)です。大量のデータや予測不可能な量のデータをリダイレクトすることはお勧めしません。

推奨モード: PVSまたは新しいバージョンのMCS IOを推奨

最適化されたハイパーバイザとストレージ

冒頭で述べたように、PVSはほとんどハイパーバイザに依存しないソリューションです。一方、MCSのパフォーマンス、安定性、柔軟性は、基盤となるハイパーバイザとストレージに強く依存しています。

ただし、基盤となるインフラストラクチャが最適化され、MCSと適切に動作するように設計されている場合は、ソフトウェアアクセラレーションの代わりにハードウェアアクセラレーションを使用するため、MCSでより良い結果を得ることができます。

ここで言及すべき最も注目すべき候補は、MCSのプロビジョニングに最適化されたシャドウクローンのNutanix実装です。もう1つの良い例は、仮想デスクトップワークロード用に最適化されたハイパーバイザーです。たとえば、 インメモリ読み取りキャッシュまたはIntelliCache をサポートするCitrixHypervisorです。

推奨モード: MCS用に最適化されたハイパーバイザー/ストレージを使用している場合

概要

この記事では、Citrix Virtual Apps and Desktops環境のプロビジョニング方法を選択する際の最も一般的な決定要因について説明しました。Citrix PVSとMCSの両方は、優れたパフォーマンスと柔軟性を提供するエンタープライズ対応のソリューションです。

決定要因