Konfigurationsgrenzen

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 innerhalb Ihres Gastes 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.

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 Systemlast, 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. Für größere Pools (über 32 Hosts) empfehlen wir, der Kontrolldomäne (Dom0) mindestens 8 GB RAM zuzuweisen. Für Systeme, die über 500 VMs ausführen oder den PVS Accelerator verwenden, empfehlen wir, der Kontrolldomäne mindestens 16 GB RAM zuzuweisen. Informationen zur Konfiguration des Dom0-Speichers finden Sie unter Ändern der der Kontrolldomäne 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 Datenträger pro Host wird auch durch die Anzahl der an den Host angeschlossenen SRs und die Anzahl der für jedes SR zulässigen angeschlossenen VDIs (600) begrenzt. Weitere Informationen finden Sie im Eintrag „Angeschlossene VDIs pro SR“ unter Ressourcenpool-Limits.

Dieser Wert kann sich ändern. Die aktuell unterstützten Limits finden Sie in der Hardware-Kompatibilitätsliste.

GFS2-Cluster-Pools unterstützen maximal 16 Hosts im Ressourcenpool. In allen anderen Fällen beträgt die maximal unterstützte Poolgröße 64. 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-Anzahlgrenze 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 gemeinsam genutzte übergeordnete Element mit dem aktiven beschreibbaren VDI.

Stellen Sie sicher, dass die virtuelle 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, eine Workload Balancing Virtual Appliance ausschließlich für diesen Pool zu verwenden.