XenServer

構成制限

XenServer の仮想および物理環境を選択および構成する際のガイドラインとして、以下の構成制限を使用してください。以下のテスト済みおよび推奨される構成制限は、XenServer で完全にサポートされています。

  • 仮想マシンの制限

  • XenServer ホストの制限

  • リソースプールの制限

ハードウェアや環境などの要因は、以下の制限に影響を与える可能性があります。サポートされているハードウェアの詳細については、ハードウェア互換性リスト を参照してください。環境でサポートされている構成制限を超えないように、ハードウェアメーカーが文書化した制限を確認してください。

仮想マシン (VM) の制限

項目 制限
コンピューティング  
VM あたりの仮想 CPU (Linux) 32/64 (注1を参照)
VM あたりの仮想 CPU (Windows) 32/64 (注1を参照)
   
メモリ  
VMあたりのRAM 1.5 TiB (注2を参照)
   
ストレージ  
VMあたりの仮想ディスクイメージ (VDI) (CD-ROMを含む) 241 (注3を参照)
VMあたりの仮想CD-ROMドライブ 1
仮想ディスクサイズ (NFS) 2040 GiB
仮想ディスクサイズ (LVM) 2040 GiB
仮想ディスクサイズ (XFS) 16 TiB
仮想ディスクサイズ (GFS2) 16 TiB
   
ネットワーク  
VMあたりの仮想NIC数 7 (注4を参照)
   
グラフィック機能  
VMあたりのvGPU数 8
VMあたりのパススルーGPU数 1
   
デバイス  
パススルーUSBデバイス 1 (注5を参照)

注記:

  1. サポートされている制限を超えないように、ゲストOSのドキュメントを参照してください。現在、Red Hat Enterprise Linux 8とその派生製品は32を超えるvCPUをサポートしていません。制限は64ですが、VMが信頼できない可能性がある場合や、システム可用性への潜在的な影響を防ぎたい場合は、制限を32に設定することをお勧めします。

  2. オペレーティングシステムがアドレス指定できる物理メモリの最大量は異なります。メモリをオペレーティングシステムがサポートする制限よりも高いレベルに設定すると、ゲスト内でパフォーマンスの問題が発生する可能性があります。

  3. サポートされるVDIの最大数は、ゲストオペレーティングシステムによって異なります。サポートされている制限を超えないように、ゲストオペレーティングシステムのドキュメントを参照してください。

  4. 複数のゲストオペレーティングシステムにはより低い制限があり、他のゲストはこの制限を達成するためにXenServer VM Toolsのインストールが必要です。

  5. 複数のUSBパススルーデバイスをVMに割り当てると、VMが起動に失敗する場合があります。「既知の問題」(/ja-jp/xenserver/9/whats-new/known-issues)を参照してください。

XenServerホストの制限

項目 制限
計算  
ホストあたりの論理プロセッサ数 1024 (注1を参照)
ホストあたりの同時実行VM数 200 (注2を参照)
HAが有効なホストあたりの同時保護VM数 500
ホストあたりの仮想GPU VM数 128 (注3を参照)
   
メモリ  
ホストあたりのRAM 6 TB
   
ストレージ  
ホストあたりの同時アクティブ仮想ディスク数 2048 (注4を参照)
ホストあたりのストレージリポジトリ数 (NFS) 400
SRあたりの接続済みVDI数 (全タイプ) 600
   
ネットワーク  
ホストあたりの物理NIC数 16
ネットワークボンディングあたりの物理NIC数 4
ホストあたりの仮想NIC数 512
ホストあたりのVLAN数 800
ホストあたりのネットワークボンディング数 4
   
グラフィック機能  
ホストあたりのGPU数 8 (注5を参照)

注記:

  1. サポートされる論理物理プロセッサの最大数はCPUによって異なります。詳細については、ハードウェア互換性リストを参照してください。

  2. ホストあたりでサポートされるVMの最大数は、VMのワークロード、システム負荷、ネットワーク構成、および特定の環境要因によって異なります。システムが機能できる最大制限に影響を与える特定の環境要因を決定する権利は当社が留保します。PVSアクセラレーターを使用する場合、コントロール ドメインには少なくとも16 GBのRAMを割り当てることをお勧めします。Dom0メモリの構成については、コントロール ドメインに割り当てるメモリ量の変更を参照してください。

  3. NVIDIA vGPUの場合、ホストあたり128台のvGPUアクセラレーションVM(4xM60カード(4x32=128 VM)または2xM10カード(2x64=128 VM)を使用)。

  4. ホストあたりの同時アクティブ仮想ディスクの数は、ホストに接続されているSRの数と、各SRで許可されている接続済みVDIの数(600)によっても制限されます。詳細については、リソースプール制限の「SRあたりの接続済みVDI」エントリを参照してください。

  5. この数値は変更される可能性があります。現在サポートされている制限については、ハードウェア互換性リストを参照してください。

リソースプール制限

項目 制限
コンピューティング  
リソースプールあたりのVM数 2400
リソースプールあたりのホスト数 32 (注1を参照)
   
ネットワーク  
リソースプールあたりのVLAN数 800
   
ディザスタリカバリ  
リソースプールあたりの統合サイトリカバリストレージリポジトリ数 8
   
ストレージ  
LUNへのパス 16 (注4を参照)
ホストあたりのマルチパスLUN 150 (注2、4を参照)
ホストあたりのマルチパスLUN (ストレージリポジトリで使用される) 150 (注2、4を参照)
SRあたりのVDI (NFS、SMB、EXT、XFS、GFS2) 20000 (注3を参照)
SRあたりのVDI (LVM) 1000 (注3を参照)
プールあたりのストレージリポジトリ (NFS) 400
プールあたりのストレージリポジトリ (GFS2) 62
最大ファイルシステムサイズ (GFS2) 100 TiB
   
ストレージライブマイグレーション  
VMあたりのVDI(CD-ROM以外) 6
VMあたりのスナップショット 1
同時転送数 3
   
XenCenter  
プールあたりの同時操作数 25

注記:

  1. GFS2ストレージを使用するクラスター化されたプールは、リソースプール内で最大16台のホストをサポートします。その他のすべてのケースでは、32がサポートされる最大プールサイズです。ただし、ほとんどの環境やワークロードにとって最適なプールサイズではありません。詳細については、「推奨されるプールサイズ」を参照してください。
  2. HAが有効になっている場合、ホスト上に30を超えるマルチパスLUNが存在するときは、デフォルトのタイムアウトを少なくとも120秒に増やすことをお勧めします。HAタイムアウトの増加については、「高可用性タイムアウトの構成」を参照してください。
  3. VDI数の制限には、スナップショット管理などの内部目的で使用されるVDIが含まれます。各スナップショットは内部的に2つのVDIとして表現されます。1つはスナップショット、もう1つはアクティブな書き込み可能VDIとの共有親です。
  4. 接続されたストレージを管理するために制御ドメイン(Dom0)が使用するメモリは、パスの総数(マルチパスLUN数にLUNあたりのパス数を乗じたもの)とホスト上の論理プロセッサ(CPUコア)数の両方に応じて増加します。特に多くのCPUコアを持つホストで、多数のマルチパスLUNまたはパスを構成する場合は、制御ドメインに割り当てられるメモリを増やすことを検討してください。詳細については、「制御ドメインに割り当てられるメモリ量の変更」を参照してください。

Workload Balancing の制限

項目 制限
Workload Balancing 仮想アプライアンスごとに管理されるプール数 100 (注1を参照)
Workload Balancing 仮想アプライアンスごとに管理されるVM数 1000 (注2を参照)

注記:

  1. 仮想アプライアンスが多数のプールとVMを管理するのに十分なリソース(vCPU、メモリ、ディスクサイズ)を持っていることを確認してください。
  2. 単一のプールに多数のVM(たとえば400を超えるVM)がある場合は、そのプール専用に1つのWorkload Balancing仮想アプライアンスを使用することをお勧めします。
構成制限