Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Konfigurationslimits
Wichtig:
Citrix Hypervisor 8.2 Kumulatives Update 1 wird am 25. Juni 2025 End of Life. Planen Sie jetzt Ihr Upgrade auf XenServer 8, um einen reibungslosen Übergang und kontinuierlichen Support zu gewährleisten. Weitere Informationen finden Sie unter Upgrade.
Wenn Sie Ihre Citrix Virtual Apps and Desktops-Lizenzdateien verwenden, um Ihre Citrix Hypervisor 8.2 Cumulative Update 1-Hosts zu lizenzieren, sind diese Lizenzdateien nicht mit XenServer 8 kompatibel. Vor dem Upgrade müssen Sie XenServer Premium Edition-Socket-Lizenzdateien für die Verwendung mit XenServer 8 erwerben. Diese Socket-Lizenzdateien sind als Berechtigung für die Abonnements Citrix für Private Cloud, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP und Citrix Platform License für die Ausführung Ihrer Citrix-Workloads verfügbar. Citrix-Kunden, die noch nicht auf diese neuen Abonnements umgestiegen sind, können die Teilnahme an einer kostenlosen Aktion für 10.000 XenServer Premium Edition-Socket-Lizenzen anfordern. Weitere Informationen finden Sie unter XenServer (Englisch).
Wenn Sie vor dem Upgrade keine kompatible Lizenz für XenServer 8 erhalten, werden Ihre Hosts beim Upgrade auf die 90-Tage-Testversion zurückgesetzt. Die Testversion bietet die gleichen Funktionen wie die Premium Edition, jedoch mit einigen Einschränkungen. Weitere Informationen finden Sie unter Übersicht über die XenServer 8-Lizenzierung.
Verwenden Sie die folgenden Konfigurationsgrenzen als Richtlinie bei der Auswahl und Konfiguration Ihrer virtuellen und physischen Umgebung für Citrix Hypervisor. Die folgenden getesteten und empfohlenen Konfigurationsgrenzen werden für Citrix Hypervisor vollständig unterstützt.
-
Grenzwerte für virtuelle Maschinen
-
Citrix Hypervisor-Serverlimits
-
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 Ihres Hardwareherstellers, um sicherzustellen, dass Sie die unterstützten Konfigurationsgrenzwerte für Ihre Umgebung nicht überschreiten.
Grenzwerte für virtuelle Maschinen (VM)
| Element | Limit |
|---|---|
| Berechnen | |
| Virtuelle CPUs pro VM (Linux) | 32 (siehe Anmerkung 1) |
| Virtuelle CPUs pro VM (Windows) | 32 |
| Speicher | |
| RAM pro VM | 1,5 TiB (siehe Anmerkung 2) |
| Speicher | |
| Virtual Disk Images (VDI) (inkl. CD-ROM) pro VM | 255 (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 (GFS2) | 16 TiB |
| Netzwerke | |
| Virtuelle NICs pro VM | 7 (siehe Anmerkung 4) |
| Grafikfähigkeit | |
| vGPUs pro VM | 8 |
| Durch GPUs pro VM weitergeleitet | 1 |
| Geräte | |
| Pass-Through-USB-Geräte | 6 |
Hinweise:
Schlagen Sie in der Dokumentation Ihres Gastbetriebssystems nach, um sicherzustellen, dass Sie die unterstützten Grenzwerte nicht überschreiten.
Die maximale Menge an physischem Speicher, die von Ihrem Betriebssystem adressiert werden kann, variiert. Wenn Sie den Speicher auf einen Wert höher als den vom Betriebssystem unterstützten Grenzwert einstellen, kann es zu Leistungsproblemen in Ihrem Gast kommen. Einige 32-Bit-Windows-Betriebssysteme können durch die Verwendung des PAE-Modus (Physical Address Extension) mehr als 4 GiB RAM unterstützen. Weitere Informationen finden Sie in der Dokumentation Ihres Gastbetriebssystems und im Gastbetriebssystem-Support.
Die maximale Anzahl unterstützter VDIs hängt vom Gastbetriebssystem ab. Schlagen Sie in der Dokumentation Ihres Gastbetriebssystems nach, um sicherzustellen, dass Sie die unterstützten Grenzwerte nicht überschreiten.
Einige Gastbetriebssysteme haben eine Untergrenze, bei anderen Gästen ist die Installation der XenServer VM Tools erforderlich, um diese Grenze zu erreichen.
Citrix Hypervisor-Serverlimits
| Element | Limit |
|---|---|
| Berechnen | |
| Logische Prozessoren pro Host | 512 (siehe Anmerkung 1) |
| Gleichzeitige VMs pro Host | 1000 (siehe Anmerkung 2) |
| Gleichzeitig 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) |
| Speicherrepositorys pro Host (NFS) | 400 |
| Netzwerke | |
| Physische Netzwerkkarten pro Host | 16 |
| Physische NICs pro Netzwerkverbund | 4 |
| Virtuelle NICs pro Host | 512 |
| VLANs pro Host | 800 |
| Netzwerkbindungen pro Host | 4 |
| Grafikfähigkeit | |
| GPUs pro Host | 8 (siehe Anmerkung 5) |
Hinweise:
Die maximale Anzahl unterstützter logischer physischer Prozessoren ist je nach CPU unterschiedlich. Weitere Informationen finden Sie in der Hardware-Kompatibilitätsliste.
Die maximal unterstützte Anzahl 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, bis zu der ein System funktionieren kann. Für größere Pools (über 32 Hosts) empfehlen wir, der Kontrolldomäne (Dom0) mindestens 8 GB RAM zuzuweisen. Bei Systemen mit mehr als 500 VMs oder bei Verwendung des PVS-Beschleunigers empfehlen wir, der Kontrolldomäne mindestens 16 GB RAM zuzuweisen. Informationen zum Konfigurieren des Dom0-Speichers finden Sie unter CTX220763 – So ändern Sie den Dom0-Speicher.
Für NVIDIA vGPU: 128 vGPU-beschleunigte VMs pro Host mit 4xM60-Karten (4x32=128 VMs) oder 2xM10-Karten (2x64=128 VMs). Die aktuell unterstützten Grenzwerte finden Sie in der Hardwarekompatibilitätsliste.
Die Anzahl gleichzeitig aktiver virtueller Datenträger pro Host wird auch durch die Anzahl der an den Host angeschlossenen SRs und die Anzahl angeschlossener VDIs, die für jeden SR zulässig sind (600), beschränkt. Weitere Informationen finden Sie im Eintrag „Angeschlossene VDIs pro SR“ in den Ressourcenpool-Grenzen.
Diese Zahl kann sich ändern. Die aktuell unterstützten Grenzwerte finden Sie in der Hardwarekompatibilitätsliste.
Grenzwerte für Ressourcenpools
| Element | Limit |
|---|---|
| Berechnen | |
| VMs pro Ressourcenpool | 2400 |
| Hosts pro Ressourcenpool | 64 (siehe Anmerkung 1 und 2) |
| Netzwerke | |
| VLANs pro Ressourcenpool | 800 |
| Notfallwiederherstellung | |
| Integrierte Site Recovery-Speicherrepositorys pro Ressourcenpool | 8 |
| Speicher | |
| Pfade zu einer LUN | 16 |
| Multipathed LUNs pro Host | 150 (siehe Anmerkung 3) |
| Multipathed LUNs pro Host (von Speicherrepositorys verwendet) | 150 (siehe Anmerkung 3) |
| VDIs pro SR (NFS, SMB, EXT, GFS2) | 20000 (siehe Anmerkung 4) |
| VDIs pro SR (LVM) | 1000 (siehe Anmerkung 4) |
| Angeschlossene VDIs pro SR (alle Typen) | 600 |
| Speicherrepositorys pro Pool (NFS) | 400 |
| Speicherrepositorys pro Pool (GFS2) | 62 |
| Maximale Dateisystemgröße (GFS2) | 100 TiB |
| Live-Migration des Speichers | |
| (nicht-CD-ROM) VDIs pro VM | 6 |
| Snapshots pro VM | 1 |
| Gleichzeitige Übertragungen | 3 |
| XenCenter | |
| Gleichzeitige Vorgänge pro Pool | 25 |
Hinweise:
- Cluster-Pools, die GFS2-Speicher verwenden, unterstützen maximal 16 Hosts im Ressourcenpool.
Wenn Sie den Hotfix XS82ECU1074 auf einen Pool mit mehr als 32 Hosts anwenden, kann es aufgrund der durch den Hotfix eingeführten strengeren Ressourcenbeschränkungen zu zeitweiser Trennung der Hosts kommen. Zur Behebung dieses Problems sind zukünftige Updates geplant.
Vermeiden Sie bei Pools mit mehr als 32 Hosts entweder die Installation dieses Hotfixes oder wenden Sie vor der Installation die folgende Problemumgehung an:
Fügen Sie der Datei
/etc/xapi.confauf jedem Host im Pool die folgenden Einträge hinzu:conn_limit_unix = 800 conn_limit_tcp = 800Starten Sie den Toolstack neu.
- Wenn HA aktiviert ist, empfehlen wir, das Standard-Timeout auf mindestens 120 Sekunden zu erhöhen, wenn auf einem Host mehr als 30 Multipath-LUNs vorhanden sind. Informationen zum Erhöhen des HA-Timeouts finden Sie unter Konfigurieren des Hochverfügbarkeits-Timeouts.
- Das VDI-Anzahllimit 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.