Konfigurationsgrenzen
Verwenden Sie die folgenden Konfigurationsgrenzen als Richtlinie bei der Auswahl und Konfiguration Ihrer virtuellen und physischen Umgebung für XenServer. Die folgenden getesteten und empfohlenen Konfigurationsgrenzen werden für XenServer vollständig unterstützt.
-
Grenzwerte für virtuelle Maschinen
-
Grenzwerte für XenServer-Hosts
-
Grenzwerte für Ressourcenpools
Faktoren wie Hardware und Umgebung können die unten aufgeführten Einschränkungen beeinflussen. Weitere Informationen zur unterstützten Hardware finden Sie in der Hardware-Kompatibilitätsliste. Beachten Sie die dokumentierten Grenzwerte Ihrer Hardwarehersteller, um sicherzustellen, dass Sie die unterstützten Konfigurationsgrenzen für Ihre Umgebung nicht überschreiten.
Grenzwerte für virtuelle Maschinen (VMs)
| Element | Grenzwert |
|---|---|
| Berechnung | |
| Virtuelle CPUs pro VM (Linux) | 32/64 (siehe Anmerkung 1) |
| Virtuelle CPUs pro VM (Windows) | 32/64 (siehe Anmerkung 1) |
| Arbeitsspeicher | |
| RAM pro VM | 1,5 TiB (siehe Anmerkung 2) |
| Speicher | |
| Virtuelle Festplatten-Images (VDI) (einschließlich CD-ROM) pro VM | 241 (siehe Anmerkung 3) |
| Virtuelle CD-ROM-Laufwerke pro VM | 1 |
| Größe der virtuellen Festplatte (NFS) | 2040 GiB |
| Größe der virtuellen Festplatte (LVM) | 2040 GiB |
| Größe der virtuellen Festplatte (XFS) | 16 TiB |
| Größe der virtuellen Festplatte (GFS2) | 16 TiB |
| Netzwerk | |
| Virtuelle NICs pro VM | 7 (siehe Anmerkung 4) |
| Grafikfunktionen | |
| vGPUs pro VM | 8 |
| Durchgereichte GPUs pro VM | 1 |
| Geräte | |
| Durchgereichte USB-Geräte | 1 (siehe Anmerkung 5) |
Anmerkungen:
Konsultieren Sie die Dokumentation Ihres Gastbetriebssystems, um sicherzustellen, dass Sie die unterstützten Grenzwerte nicht überschreiten. Bislang unterstützen Red Hat Enterprise Linux 8 und Derivate nicht mehr als 32 vCPUs. Obwohl das Limit 64 beträgt, empfehlen wir, das Limit auf 32 zu setzen, wenn Ihre VMs möglicherweise nicht vertrauenswürdig sind oder wenn Sie eine potenzielle Beeinträchtigung der Systemverfügbarkeit verhindern möchten.
Die maximale Menge an physischem Speicher, die von Ihrem Betriebssystem adressiert werden kann, variiert. Das Einstellen des Speichers auf einen Wert, der über dem vom Betriebssystem unterstützten Limit liegt, kann zu Leistungsproblemen in Ihrem Gast führen.
Die maximal unterstützte Anzahl von VDIs hängt vom Gastbetriebssystem ab. Konsultieren Sie die Dokumentation Ihres Gastbetriebssystems, um sicherzustellen, dass Sie die unterstützten Grenzwerte nicht überschreiten.
Einige Gastbetriebssysteme haben eine niedrigere Grenze, andere Gäste erfordern die Installation der XenServer VM Tools, um diese Grenze zu erreichen.
Wenn Sie einer VM mehrere USB-Passthrough-Geräte zuweisen, kann die VM möglicherweise nicht gestartet werden. Siehe Bekannte Probleme.
Grenzwerte für XenServer-Hosts
| Element | Grenzwert |
|---|---|
| Rechenleistung | |
| Logische Prozessoren pro Host | 1024 (siehe Anmerkung 1) |
| Gleichzeitige VMs pro Host | 200 (siehe Anmerkung 2) |
| Gleichzeitige geschützte VMs pro Host mit aktiviertem HA | 500 |
| Virtuelle GPU-VMs pro Host | 128 (siehe Anmerkung 3) |
| Speicher | |
| RAM pro Host | 6 TB |
| Speicher | |
| Gleichzeitig aktive virtuelle Datenträger pro Host | 2048 (siehe Anmerkung 4) |
| Speicher-Repositories pro Host (NFS) | 400 |
| Angeschlossene VDIs pro SR (alle Typen) | 600 |
| Netzwerk | |
| Physische NICs pro Host | 16 |
| Physische NICs pro Netzwerk-Bond | 4 |
| Virtuelle NICs pro Host | 512 |
| VLANs pro Host | 800 |
| Netzwerk-Bonds pro Host | 4 |
| Grafikfunktionen | |
| GPUs pro Host | 8 (siehe Anmerkung 5) |
Anmerkungen:
Die maximal unterstützte Anzahl logischer physischer Prozessoren unterscheidet sich je nach CPU. Weitere Informationen finden Sie in der Hardware-Kompatibilitätsliste.
Die maximal unterstützte Anzahl von VMs pro Host hängt von der VM-Arbeitslast, der Systemauslastung, der Netzwerkkonfiguration und bestimmten Umgebungsfaktoren ab. Wir behalten uns das Recht vor, zu bestimmen, welche spezifischen Umgebungsfaktoren die maximale Grenze beeinflussen, bei der ein System funktionieren kann. Bei Verwendung des PVS Accelerator empfehlen wir, dem Control Domain mindestens 16 GB RAM zuzuweisen. Informationen zur Konfiguration des Dom0-Speichers finden Sie unter Ändern der dem Control Domain zugewiesenen Speichermenge.
Für NVIDIA vGPU: 128 vGPU-beschleunigte VMs pro Host mit 4xM60-Karten (4x32=128 VMs) oder 2xM10-Karten (2x64=128 VMs).
Die Anzahl der gleichzeitig aktiven virtuellen Festplatten pro Host wird auch durch die Anzahl der SRs, die Sie an den Host angeschlossen haben, und die Anzahl der angeschlossenen VDIs begrenzt, die für jedes SR zulässig sind (600). Weitere Informationen finden Sie im Eintrag „Angeschlossene VDIs pro SR“ in den Ressourcenpool-Limits.
Dieser Wert kann sich ändern. Die aktuell unterstützten Grenzwerte finden Sie in der Hardware-Kompatibilitätsliste.
Ressourcenpool-Limits
| Element | Limit |
|---|---|
| Compute | |
| VMs pro Ressourcenpol | 2400 |
| Hosts pro Ressourcenpool | 32 (siehe Anmerkung 1) |
| Netzwerk | |
| VLANs pro Ressourcenpool | 800 |
| Notfallwiederherstellung | |
| Integrierte Site-Recovery-Speicher-Repositorys pro Ressourcenpool | 8 |
| Speicher | |
| Pfade zu einer LUN | 16 (siehe Anmerkung 4) |
| Multipath-LUNs pro Host | 150 (siehe Anmerkungen 2, 4) |
| Multipath-LUNs pro Host (von Speicher-Repositories verwendet) | 150 (siehe Anmerkungen 2, 4) |
| VDIs pro SR (NFS, SMB, EXT, XFS, GFS2) | 20000 (siehe Anmerkung 3) |
| VDIs pro SR (LVM) | 1000 (siehe Anmerkung 3) |
| Speicher-Repositories pro Pool (NFS) | 400 |
| Speicher-Repositories pro Pool (GFS2) | 62 |
| Maximale Dateisystemgröße (GFS2) | 100 TiB |
| Speicher-Live-Migration | |
| (Nicht-CD-ROM) VDIs pro VM | 6 |
| Snapshots pro VM | 1 |
| Gleichzeitige Übertragungen | 3 |
| XenCenter | |
| Gleichzeitige Operationen pro Pool | 25 |
Hinweise:
- Geclusterte Pools, die GFS2-Speicher verwenden, unterstützen maximal 16 Hosts im Ressourcenpool. In allen anderen Fällen beträgt die maximal unterstützte Poolgröße 32. Dies ist jedoch nicht die optimale Poolgröße für die meisten Umgebungen und Workloads. Weitere Informationen finden Sie unter Empfohlene Poolgröße
- Wenn HA aktiviert ist, empfehlen wir, das Standard-Timeout auf mindestens 120 Sekunden zu erhöhen, wenn mehr als 30 Multipath-LUNs auf einem Host vorhanden sind. Informationen zum Erhöhen des HA-Timeouts finden Sie unter High-Availability-Timeout konfigurieren.
- Die VDI-Anzahlbegrenzung umfasst VDIs, die für interne Zwecke wie die Snapshot-Verwaltung verwendet werden. Jeder Snapshot wird intern als 2 VDIs dargestellt: einer ist der Snapshot und einer ist das gemeinsame übergeordnete Element mit dem aktiven beschreibbaren VDI.
- Der von der Steuerdomäne (Dom0) zur Verwaltung des verbundenen Speichers verwendete Speicher wächst sowohl mit der Gesamtzahl der Pfade (Multipath-LUNs multipliziert mit der Anzahl der Pfade pro LUN) als auch mit der Anzahl der logischen Prozessoren (CPU-Kerne) auf dem Host. Wenn Sie eine große Anzahl von Multipath-LUNs oder Pfaden konfigurieren, insbesondere auf Hosts mit vielen CPU-Kernen, sollten Sie den der Steuerdomäne zugewiesenen Speicher erhöhen. Weitere Informationen finden Sie unter Speicher für die Steuerdomäne ändern.
Workload Balancing-Grenzwerte
| Element | Grenzwert |
|---|---|
| Pools, die pro Workload Balancing Virtual Appliance verwaltet werden | 100 (siehe Hinweis 1) |
| VMs, die pro Workload Balancing Virtual Appliance verwaltet werden | 1000 (siehe Hinweis 2) |
Hinweise:
- Stellen Sie sicher, dass die Virtual Appliance über ausreichende Ressourcen (vCPU, Arbeitsspeicher, Festplattengröße) verfügt, um eine große Anzahl von Pools und VMs zu verwalten.
- Wenn ein einzelner Pool eine große Anzahl von VMs aufweist (z. B. mehr als 400 VMs), empfehlen wir, dass Sie eine Workload Balancing Virtual Appliance nur für diesen Pool verwenden.