構成制限

最終公開日 : 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デバイス 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が起動に失敗する場合があります。既知の問題を参照してください。

XenServerホストの制限

項目 制限
計算
ホストあたりの論理プロセッサ数 1024 (注1を参照)
ホストあたりの同時実行VM数 200 (注2を参照)
ホストあたりの仮想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
ストレージライブマイグレーション
(CD-ROM以外の) VMあたりのVDI 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仮想アプライアンスあたりで管理されるプール数 100 (注1を参照)
Workload Balancing仮想アプライアンスあたりで管理されるVM数 1000 (注2を参照)
注記：
  1. 仮想アプライアンスが、多数のプールとVMを管理するために十分なリソース（vCPU、メモリ、ディスクサイズ）を備えていることを確認してください。
  2. 単一のプールに多数のVM（例えば400を超えるVM）がある場合は、そのプール専用に1つのWorkload Balancing仮想アプライアンスを使用することをお勧めします。