構成制限

最終公開日 : Oct 07, 2026
XenServer の仮想環境および物理環境を選択および構成する際のガイドラインとして、以下の構成制限を使用してください。以下のテスト済みおよび推奨される構成制限は、XenServer で完全にサポートされています。
  • 仮想マシンの制限
  • XenServer ホストの制限
  • リソースプールの制限
ハードウェアや環境などの要因は、以下にリストされている制限に影響を与える可能性があります。サポートされているハードウェアの詳細については、ハードウェア互換性リスト を参照してください。環境でサポートされている構成制限を超えないように、ハードウェアメーカーの文書化された制限を参照してください。
Related information
システム要件

仮想マシン (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デバイス 6
注記:
  1. サポートされている制限を超えないように、ゲストOSのドキュメントを参照してください。現時点では、Red Hat Enterprise Linux 8およびその派生製品は32を超えるvCPUをサポートしていません。制限は64ですが、VMが信頼できない可能性がある場合や、システム可用性への潜在的な影響を防ぎたい場合は、制限を32に設定することをお勧めします。
  2. オペレーティングシステムがアドレス指定できる物理メモリの最大量は異なります。メモリをオペレーティングシステムがサポートする制限を超えるレベルに設定すると、ゲスト内でパフォーマンスの問題が発生する可能性があります。
  3. サポートされるVDIの最大数は、ゲストオペレーティングシステムによって異なります。サポートされている制限を超えないように、ゲストオペレーティングシステムのドキュメントを参照してください。
  4. 複数のゲストオペレーティングシステムにはより低い制限があり、この制限を達成するには、他のゲストはXenServer VM Toolsのインストールが必要です。

XenServerホストの制限

項目 制限
コンピューティング
ホストあたりの論理プロセッサ 960 (注1を参照)
ホストあたりの同時実行VM数 1000 (注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のワークロード、システム負荷、ネットワーク構成、および特定の環境要因によって異なります。当社は、システムが機能できる最大制限に影響を与える特定の環境要因を決定する権利を留保します。大規模なプール（32ホスト以上）の場合、コントロール ドメイン (Dom0) に少なくとも8GBのRAMを割り当てることをお勧めします。500を超えるVMを実行しているシステム、またはPVSアクセラレーターを使用している場合は、コントロール ドメインに少なくとも16GBの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/64 (注1を参照)
ネットワーク
リソースプールあたりのVLAN数 800
ディザスタリカバリ
リソースプールあたりの統合サイトリカバリストレージリポジトリ数 8
ストレージ
LUNへのパス 16
ホストあたりのマルチパスLUN 150 (注2を参照)
ホストあたりのマルチパスLUN (ストレージリポジトリで使用) 150 (注2を参照)
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ホストをサポートします。その他のすべてのケースでは、最大サポートプールサイズは64です。ただし、ほとんどの環境やワークロードにとって最適なプールサイズではありません。詳細については、推奨プールサイズを参照してください。
  2. HAが有効な場合、ホスト上に30を超えるマルチパスLUNが存在するときは、デフォルトのタイムアウトを少なくとも120秒に増やすことをお勧めします。HAタイムアウトを増やす方法については、高可用性タイムアウトの構成を参照してください。
  3. VDI数の制限には、スナップショット管理などの内部目的で使用されるVDIが含まれます。各スナップショットは内部的に2つのVDIとして表現されます。1つはスナップショット自体で、もう1つはアクティブな書き込み可能VDIとの共有親です。

ワークロードバランシングの制限

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