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およびその派生OSは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の場合、4xM60カード(4x32=128 VM)または2xM10カード(2x64=128 VM)を使用するホストあたり128台のvGPUアクセラレーション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コア) の数の両方に応じて増加します。多数のマルチパスLUNまたはパスを構成する場合、特に多数のCPUコアを持つホストでは、制御ドメインに割り当てられるメモリを増やすことを検討してください。詳細については、「制御ドメインに割り当てられるメモリ量の変更」を参照してください。

Workload Balancing の制限

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

注記:

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