Citrixワークロードのリファレンスアーキテクチャ

このドキュメントは、数百から数千のVDAに拡張できる最も一般的な商用規模の展開で、Citrixワークロードを実行するためにXenServerを展開する場合のブループリントとして役立ちます。このリファレンスアーキテクチャは、Citrix Virtual Apps and DesktopsまたはCitrix DaaSのどちらを使用する場合でも有効です。エンタープライズ規模の展開では、このリファレンスアーキテクチャでカバーされていない考慮事項が存在する場合があります。このドキュメントとあわせてXenServer製品のドキュメントもご利用ください。

ブループリント

ホストとリソースプールレイヤー

  • XenServerホストは、最大推奨数16ホストのリソースプールに含まれる必要があります。
  • 同じリソースプール内のXenServerホストは、CPUと同じベンダー、モデル、機能、および同じ量のメモリを備えている必要があります。
  • メモリを過剰に使用しないでください。ホストには、仮想マシンに割り当てられたのと同じ量のメモリが必要です。
  • ローカルストレージの要件とホストメモリの考慮事項については、「Citrix Provisioningのワークロード」セクションを参照してください。

ネットワークレイヤー

  • XenServerホストには10Gbps以上の速度のネットワークカードが必要です。
  • XenServerホストには、少なくとも4枚のネットワークカードが必要です。2組のボンディングされたペアのうち1組はストレージトラフィック専用で、もう1組は仮想マシンと管理トラフィック用です。
  • 必要に応じて、外部スイッチ上のVLANを使用して、ストレージ、仮想マシン、および管理トラフィックをさらに分離し、セキュリティのベストプラクティスを満たすことができます。

ストレージレイヤー

  • 仮想マシンをホスト間で移行できるようにするには、共有ストレージを使用することをお勧めします。
  • Machine Creation Services(MCS)を使用する場合は、NFSまたはSMBが推奨されます。
  • Citrix Provisioningを使用する場合、すべてのサポート対象ストレージ オプション が機能します。
  • ネットワークレイヤー」セクションで説明されているように、ストレージのネットワークトラフィックを分離します。

Citrixイメージプロビジョニングレイヤー

Citrix Machine Creation Services(MCS)とCitrix Provisioning Servicesは、XenServerにVDAをプロビジョニングするために個別に、または組み合わせて使用できます。

Citrix Provisioningのワークロード

Citrix Provisioningを使用する場合は、XenServer機能のPVSアクセラレータを有効にすることをお勧めします。

  • アクティブに使用するvDiskバージョンごとに、各ホストに5GBのキャッシュを用意することをお勧めします。
  • 十分なメモリが利用可能な場合は、ディスクキャッシュの代わりにメモリキャッシュを使用することをお勧めします。
    • ディスクキャッシュを使用する場合は、ローカルストレージをお勧めします。

Machine Creation Servicesのワークロード

Citrix Machine Creation Servicesを使用する場合は、Intellicacheストレージ読み取りキャッシュの両方を使用することをお勧めします。

Intellicache:

  • XenServerのインストール時に、[Enable thin provisioning (Optimized storage for XenDesktop)] を選択してIntelliCacheを有効にします。
  • Intellicacheはキャッシュにローカルストレージを使用します。
  • XenServerホストには、512バイトのセクターをサポートする(または512バイトのセクターをエミュレートできる)エンタープライズグレードのSSDまたはNVMEドライブが必要です。
  • VDAが、IntelliCacheを使用した完全なシンプロビジョニングソリューションで必要とするため、NFSまたはSMB共有ストレージが推奨されます。
  • Citrixからホスト接続を作成するときは、IntelliCacheオプションが選択されていることを確認してください。

ストレージ読み取りキャッシュ:

  • 各XenServerホストで領域を確保するために、コントロールドメインメモリを10GB増やします。

設計の決定

このセクションでは、ブループリント構成の理由とその他の構成オプションの可能性について詳しく説明します。

ホストとリソースプールレイヤー

  • XenServerは最大64台のホストを含むリソースプールをサポートできますが、リソースプールを16台のホストに制限すると、アップデートの実行に必要な時間(ホストの再起動が必要な場合でも)が1営業日以内に達成できるようになります。さらに、障害に対する耐障害性が向上し、障害が発生した場合の影響はこのホストセットに限定されます。

  • 仮想マシンをXenServerリソースプールに割り当てるときは、少なくとも1台のホストが使用不可の状態ですべての仮想マシンを操作するのに十分な容量があることを確認してください。これにより、仮想マシンを停止することなくプールの保守作業が可能になります。

  • 同じリソースプール内のXenServerホストのメモリ量が異なる場合、メモリ量が最も少ないXenServerホストは、フェイルオーバーのシナリオでまたはアップグレード中に、そのホストに配置されるワークロードをサポートできる必要があります。

  • 同じリソースプール内のXenServerホストは、同じネットワーク、同じデータセンターまたは物理的な場所にあり、L2スイッチ(ルーターではない)によってのみ分離されている必要があります。

  • 異なるネットワーク上または異なる物理的な場所にあるXenServerホストのセットごとに個別のリソースプールを作成します。

  • XenServerの高可用性機能(HA)は、Citrixのワークロード/VDAには推奨されません。

    • Citrix Virtual Apps and Desktopsのワークロードは動的に作成および破棄されるため、仮想マシンレベルでの保護は通常必要ありません
    • Citrix Virtual Apps and Desktops展開におけるHAは、ハードウェアの障害やハイパーバイザーのクラッシュを処理するのに役立ちます。ただし、HAが有効になっていると、一時的な中断(ネットワークまたはストレージインフラストラクチャ内)のリスクが高まり、ホストが安全のために「隔離」することで、本来は発生しなかったサービス(エンドユーザー向け)の中断が発生する可能性があります。
  • 可能であれば、VDAを複数のプールに分割すると、プールに障害が発生した場合でも可用性が確保されます。
  • いずれかのホスト上の仮想マシンに割り当てられるvCPUの合計数は、そのホストの物理CPUスレッドの数を超えることはできません。

ネットワークレイヤー

ホスト用のその他のネットワークカードオプション:

  • 6枚のネットワークカード:ストレージトラフィック専用ペア1組、仮想マシントラフィック専用ペア1組、管理トラフィック専用ペア1組のボンディングペア3組。
  • 3つのネットワークカード:ストレージトラフィック専用のネットワークカード1枚、仮想マシントラフィック専用のネットワークカード1枚、管理トラフィック専用のネットワークカード1枚。
  • 2枚のネットワークカード:ストレージトラフィック専用のネットワークカード1枚、仮想マシンおよび管理トラフィックに使用されるネットワークカード1枚。

Citrix Provisioningレイヤー

  • 利用可能なキャッシュテクノロジを最大限に活用するには、各リソースプールで使用される異なるゴールデンイメージの数を最小限に抑えます。

    各イメージはキャッシュを利用します。ゴールデンイメージの数が増えるほど、キャッシュがいっぱいになり、効果が低下する可能性が高くなります。キャッシュを大きくすると、ゴールデンイメージの数が増えている場合にも役立つ可能性があります。

Intellicache

Intellicacheで、ブロックベースのストレージを使用している場合は、フルプロビジョニング(LVM)モードを使用することをお勧めします。このモードはIntelliCacheと互換性があります(これにより、古い/遅いストレージデバイスでの操作性が向上します)。一部のブロックストレージファイラではシンプロビジョニングが提供されており、これは使用可能ですが、領域不足状態を回避するための注意が必要です。

参考資料

Citrixワークロードのリファレンスアーキテクチャ