Referenzarchitektur für Citrix-Workloads

Dieses Dokument dient als Blaupause für die Bereitstellung von XenServer zum Ausführen von Citrix-Workloads für die gängigste kommerzielle Bereitstellung, die von einigen hundert auf einige tausend VDAs skaliert werden kann. Diese Referenzarchitektur gilt unabhängig davon, ob Citrix Virtual Apps and Desktops oder Citrix DaaS verwendet wird. Für Bereitstellungen in Unternehmensgröße gelten möglicherweise zusätzliche Überlegungen, die in dieser Referenzarchitektur nicht behandelt werden. Gebrauchen XenServer-Produktdokumentation neben diesem Dokument.

Blaupause

Host- und Ressourcenpool-Layer

• XenServer-Hosts sollten Teil eines Ressourcenpool mit einem empfohlenen Maximum von 16 Hosts.
• XenServer-Hosts im selben Ressourcenpool müssen den gleichen Anbieter, das gleiche Modell und die gleichen Funktionen wie die CPUs sowie die gleiche Menge an Arbeitsspeicher haben.
• Der Arbeitsspeicher sollte nicht überlastet werden. Sie benötigen so viel Arbeitsspeicher auf einem Host, wie die VMs zugewiesen haben.
• Siehe die Citrix Provisioning-Workloads für die Anforderungen an den lokalen Speicher sowie für den Hostspeicher.

Vermittlungsschicht

• XenServer-Hosts sollten Netzwerkkartengeschwindigkeiten von 10 Gbit/s oder mehr haben.
• XenServer-Hosts sollten über mindestens 4 Netzwerkkarten verfügen: 2 gebundene Paare, von denen 1 Paar für den Speicherdatenverkehr und 1 Paar für den VM- und Verwaltungsdatenverkehr verwendet wird.
• VLANs auf externen Switches können verwendet werden, um bei Bedarf eine zusätzliche Trennung von Speicher-, VM- und Verwaltungsdatenverkehr zu ermöglichen, um Best Practices für die Sicherheit zu erfüllen.

Speicherschicht

• Freigegebener Speicher wird empfohlen, um sicherzustellen, dass VMs zwischen Hosts migriert werden können.
• NFS oder SMB wird empfohlen, wenn Sie den Machine Creation Service (MCS) verwenden.
• Jegliche Unterstützte Speicheroption Funktioniert bei Verwendung von Citrix Provisioning.
• Isolieren Sie den Datenverkehr des Speichernetzwerks, wie in der Vermittlungsschicht Abschnitt.

Citrix Image Provisioning-Schicht

Citrix Machine Creation Services (MCS) und Citrix Provisioning Services können separat oder in Kombination für die Bereitstellung von VDAs für XenServer verwendet werden.

Citrix Provisioning-Workloads

Wenn Sie Citrix Provisioning verwenden, wird empfohlen, das XenServer-Feature zu aktivieren PVS-Beschleuniger.

• Pro vDisk-Version, die Sie aktiv verwenden, werden 5 GB Cache auf jedem Host empfohlen.
• Es wird empfohlen, den Speicher-Cache anstelle des Festplatten-Cache zu verwenden, wenn genügend Arbeitsspeicher verfügbar ist.
  • Bei Verwendung von Festplattencache wird lokaler Speicher empfohlen.

Workloads für Maschinenerstellungsdienste

Wenn Sie Citrix Maschinenerstellungsdienste verwenden, wird empfohlen, beide zu verwenden. Intellicache und Speicher-Lese-Caching.

Intellicache:

• Aktivieren Sie Intellicache während der Installation von XenServer, indem Sie “Thin Provisioning aktivieren (optimierter Speicher für virtuelle Desktops)” auswählen.
• Intellicache verwendet lokalen Speicher für den Cache.
• XenServer-Hosts sollten über SSDs oder NVME-Laufwerke der Enterprise-Klasse verfügen, die 512-Byte-Sektoren unterstützen (oder 512-Byte-Sektoren emulieren können).
• NFS- oder SMB-Shared Storage wird empfohlen, da er für die VDAs erforderlich ist, um eine vollständig Thin Provisioning-Lösung mit IntelliCache zu ermöglichen.
• Wenn Sie die Hosting-Verbindung von Citrix erstellen, stellen Sie sicher, dass die Option IntelliCache ausgewählt ist.

Zwischenspeichern von Lesevorgängen:

• Erhöhen Sie auf jedem XenServer-Host den Dom0-Speicher um 10 GB, um Speicherplatz bereitzustellen.

Design-Entscheidungen

In diesem Abschnitt finden Sie weitere Informationen zu den Gründen für die Blueprint-Konfiguration sowie zu anderen möglichen Konfigurationsoptionen.

Host- und Ressourcenpool-Layer

• Während XenServer einen Ressourcenpool mit bis zu 64 Hosts unterstützen kann, stellt die Begrenzung des Ressourcenpools auf 16 Hosts sicher, dass die Zeit, die zum Ausführen von Updates benötigt wird (auch wenn ein Neustart des Hosts erforderlich ist), innerhalb eines Arbeitstages erreicht werden kann. Darüber hinaus besteht eine erhöhte Ausfallsicherheit gegenüber Fehlern, und die Auswirkungen eines Fehlers (falls einer auftritt) sind auf diese Gruppe von Hosts beschränkt.

• Stellen Sie beim Zuweisen von VMs zu einem XenServer-Ressourcenpool sicher, dass genügend Kapazität vorhanden ist, um alle VMs zu betreiben, wenn mindestens 1 Host nicht verfügbar ist. Dies ermöglicht einen Wartungsbetrieb für die Pools, ohne dass VM-Ausfälle erforderlich sind.

• Wenn XenServer-Hosts im selben Ressourcenpool über unterschiedliche Speichermengen verfügen, muss der XenServer-Host mit der geringsten Speichermenge in der Lage sein, Arbeitslasten zu unterstützen, die während Failover-Szenarien oder Upgrades auf ihn gelegt werden.

• XenServer-Hosts innerhalb desselben Ressourcenpools sollten sich im selben Netzwerk, im selben Rechenzentrum oder an demselben physischen Standort befinden und nur durch einen L2-Switch (keinen Router) getrennt sein.

• Erstellen Sie einen separaten Ressourcenpool für jede Gruppe von XenServer-Hosts, die sich in einem anderen Netzwerk oder an einem anderen physischen Standort befinden.

• XenServer HA wird für Citrix-Workloads/VDAs nicht empfohlen.

  • Ein Schutz auf VM-Ebene ist in der Regel nicht erforderlich, da Citrix Virtual Apps and Desktops-Workloads dynamisch erstellt und zerstört werden
  • HA in einer Citrix Virtual Apps and Desktops-Bereitstellung kann bei der Behandlung von Hardwarefehlern oder Hypervisor-Abstürzen von Vorteil sein. Wenn HA jedoch aktiviert ist, besteht ein erhöhtes Risiko, dass vorübergehende Unterbrechungen (in der Netzwerk- oder Speicherinfrastruktur) dazu führen, dass ein Host aus Sicherheitsgründen “eingezäunt” wird, was zu einer Unterbrechung von Diensten (für Endbenutzer) führt, die andernfalls möglicherweise nicht aufgetreten wären.
• Wenn möglich, wird durch die Aufteilung von VDAs auf mehrere Pools die Verfügbarkeit im Falle eines Poolausfalls sichergestellt.
• Die Gesamtzahl der vCPUs, die einer einzelnen VM auf einem Host zugewiesen sind, sollte die Anzahl der physischen CPU-Threads für den Host nicht überschreiten.

Vermittlungsschicht

Weitere Netzwerkkartenoptionen für Ihre Hosts:

• 6 Netzwerkkarten: 3 gebundene Paare, wobei 1 Paar für den Speicherdatenverkehr, 1 Paar für den VM-Datenverkehr und 1 Paar für den Verwaltungsdatenverkehr bestimmt sind.
• 3 Netzwerkkarten: 1 Netzwerkkarte für den Speicherverkehr, 1 Netzwerkkarte für den VM-Datenverkehr und 1 Netzwerkkarte für den Verwaltungsdatenverkehr.
• 2 Netzwerkkarten: 1 Netzwerkkarte für den Speicherdatenverkehr und 1 Netzwerkkarte, die für den VM- und Verwaltungsdatenverkehr verwendet wird.

Citrix Provisioning-Schicht

• Minimieren Sie die Anzahl der verschiedenen Golden Images, die in jedem Ressourcenpool verwendet werden, um die verfügbaren Caching-Technologien optimal zu nutzen.

  Jedes Bild nutzt die Caches. Je mehr goldene Bilder es gibt, desto wahrscheinlicher ist es, dass die Caches voll werden und weniger effektiv werden. Das Vergrößern der Caches kann auch bei diesem Aspekt hilfreich sein, wenn die Anzahl der goldenen Bilder zunimmt.

Intellicache

Wenn Sie bei Intellicache blockbasierten Speicher verwenden, wird empfohlen, den LVM-Modus (Full Provision) zu verwenden. Dieser Modus ist mit IntelliCache kompatibel (wodurch ein schnellerer VM-Betrieb mit älteren/langsameren Speichergeräten ermöglicht wird). Einige Blockspeicher-Filer bieten Thin Provisioning, das verwendet werden kann, aber es muss darauf geachtet werden, dass nicht genügend Speicherplatz vorhanden ist.

Referenzmaterialien

• XenServer-Produktdokumentation: https://docs.xenserver.com/en-us/xenserver/8/
• XenServer Technischer Überblick: https://docs.xenserver.com/en-us/xenserver/8/technical-overview
• Erste Schritte mit XenCenter: https://docs.xenserver.com/en-us/xencenter/current-release/intro-welcome