layout: doc—

Poolanforderungen

Hinweis:

XenCenter yyyy.x.x wird noch nicht für die Verwendung mit Citrix Hypervisor 8.2 CU1 in Produktionsumgebungen unterstützt. Verwenden Sie XenCenter 8.2.7, um Ihre Citrix Hypervisor 8.2 CU1-Produktionsumgebung zu verwalten. Weitere Informationen finden Sie in der XenCenter 8.2.7-Dokumentation.

Sie können XenCenter 8.2.7 und XenCenter yyyy.x.x auf demselben System installieren. Die Installation von XenCenter yyyy.x.x überschreibt Ihre XenCenter 8.2.7-Installation nicht.

Ein Ressourcenpool ist ein homogenes oder heterogenes Aggregat aus einem oder mehreren Servern, bis zu einem Maximum von 64. Bevor Sie einen Pool erstellen oder einen Server mit einem vorhandenen Pool verbinden, stellen Sie sicher, dass die folgenden Anforderungen für alle Server im Pool erfüllt sind.

Hardwareanforderungen

Alle Server in XenServer-Ressourcenpools müssen über weitgehend kompatible CPUs verfügen, d. h.:

• Der CPU-Anbieter (Intel, AMD) muss auf allen CPUs auf allen Servern identisch sein.
• Für alle CPUs muss die Virtualisierung aktiviert sein.

Weitere Anforderungen

Zusätzlich zu den Hardwarevoraussetzungen gibt es mehrere weitere Voraussetzungen für einen Server, der einem Pool beitritt:

• Es muss eine konsistente IP-Adresse haben (eine statische IP-Adresse auf dem Server oder ein statisches DHCP-Lease). Diese Anforderung gilt auch für Server, die gemeinsam genutzten NFS- oder iSCSI-Speicher bereitstellen.
• Seine Systemuhr muss mit dem Poolkoordinator synchronisiert werden (z. B. über NTP).
• Es kann kein Mitglied eines vorhandenen Ressourcenpools sein.
• Es dürfen keine laufenden oder angehaltenen VMs oder aktive Vorgänge auf seinen VMs ausgeführt werden. Alle VMs müssen heruntergefahren werden, bevor ein Server einem Pool beitreten kann.
• Es kann nicht bereits einen gemeinsam genutzten Speicher konfiguriert haben.
• Es kann keine gebundene Verwaltungsschnittstelle haben. Konfigurieren Sie die Verwaltungsschnittstelle des beitretenden Servers neu und verschieben Sie sie wieder auf eine physische Netzwerkkarte, bevor Sie dem Pool beitreten. Nachdem der Server erfolgreich dem Pool beigetreten ist, können Sie ihn neu konfigurieren. Weitere Informationen finden Sie unter Konfigurieren von IP-Adressen.
• Es muss dieselbe Version der XenServer-Software auf derselben Patch-Ebene ausgeführt werden wie auf den Servern, die sich bereits im Pool befinden.
• Es muss mit den gleichen Zusatzpaketen konfiguriert werden wie die Server, die sich bereits im Pool befinden. Zusätzliche Pakete werden verwendet, um Zusatzsoftware in dom0 (XenServer-Steuerdomäne) zu installieren. Um Inkonsistenzen in der Benutzererfahrung in einem Pool zu vermeiden, stellen Sie sicher, dass Sie auf allen Servern im Pool dieselben zusätzlichen Packs in derselben Revision installieren.
• Es muss dieselbe XenServer-Lizenz haben wie die Server, die sich bereits im Pool befinden. Sie können beispielsweise keinen Server mit XenServer Standard Edition-Lizenz zu einem vorhandenen Ressourcenpool hinzufügen, der Server mit XenServer Premium Edition enthält. Sie können die Lizenz von Poolmitgliedern ändern, nachdem Sie dem Pool beigetreten sind. Der Server mit der niedrigsten Lizenz bestimmt die Funktionen, die allen Mitgliedern im Pool zur Verfügung stehen. Weitere Informationen zur Lizenzierung finden Sie unter Über die XenServer-Lizenzierung.

Homogenes Schwimmbad

Ein homogener Ressourcenpool ist ein Aggregat von Servern mit identischen CPUs. Zusätzlich zu den Anforderungen in den vorherigen Abschnitten muss ein Server, der einem homogenen Pool beitritt, dieselben CPUs haben wie die Server, die sich bereits im Pool befinden. CPUs gelten als gleich, wenn sie denselben Anbieter, dasselbe Modell und dieselben Funktionen haben.

Heterogener Pool

XenServer ermöglicht die Erweiterung von Bereitstellungen im Laufe der Zeit, indem unterschiedliche Host-Hardware zu einem Ressourcenpool zusammengefasst werden kann, der als heterogene Ressourcenpools bezeichnet wird. Heterogene Ressourcenpools werden durch die Anwendung von Technologien in Intel (FlexMigration) und AMD (Extended Migration) CPUs ermöglicht, die eine “Maskierung” oder “Nivellierung” der CPU ermöglichen. Mit diesen Funktionen kann eine CPU so konfiguriert werden, dass sie eine andere Marke, ein anderes Modell oder eine andere Funktionalität bietet als sie tatsächlich tut. Mit dieser Funktion können Sie Pools von Hosts mit unterschiedlichen CPUs erstellen, aber dennoch sichere Livemigrationen unterstützen. Server, die heterogenen Pools beitreten, müssen die folgenden Anforderungen erfüllen:

• Die CPUs des Servers, der dem Pool beitritt, müssen vom selben Hersteller (AMD, Intel) sein wie die CPUs auf Servern, die sich bereits im Pool befinden. Es ist jedoch zu beachten, dass der spezifische CPU-Typ (Familie, Modell und Schrittnummer) identisch sein muss.
• Die CPUs des Servers, der dem Pool beitritt, müssen entweder Intel FlexMigration oder AMD Enhanced Migration unterstützen.

XenServer vereinfacht die Unterstützung für heterogene Pools. Sie können Server unabhängig vom zugrunde liegenden CPU-Typ zu vorhandenen Ressourcenpools hinzufügen, sofern die CPU aus derselben Herstellerfamilie stammt. Das Pool-Feature-Set wird jedes Mal dynamisch berechnet:

• ein neuer Server tritt dem Pool bei
• ein Poolmitglied verlässt den Pool
• ein Poolmitglied verbindet sich nach einem Neustart erneut

Jede Änderung des Pool-Feature-Sets wirkt sich nicht auf VMs aus, die derzeit im Pool ausgeführt werden. Eine laufende VM verwendet weiterhin den Funktionsumfang, der beim Start angewendet wurde. Dieser Funktionsumfang wird beim Booten behoben und bleibt bei Migrations-, Aussetzungs- und Fortsetzungsvorgängen bestehen Wenn die Poolebene sinkt, wenn ein weniger leistungsfähiger Server dem Pool beitritt, kann eine ausgeführte VM zu einem beliebigen Server im Pool migrieren, mit Ausnahme des neu hinzugefügten Servers. Wenn Sie eine VM auf einen anderen Server innerhalb oder zwischen Pools verschieben oder migrieren, vergleicht XenServer den Funktionsumfang der VM mit dem des Zielservers. Wenn sich herausstellt, dass die Feature-Sets kompatibel sind, kann die VM migriert werden. Diese Funktion ermöglicht es der VM, sich frei innerhalb und über Pools zu bewegen, unabhängig von den CPU-Funktionen, die die VM verwendet. Wenn Sie den Workload Balancing verwenden, um einen optimalen Zielserver für die Migration Ihrer VM auszuwählen, wird ein Server mit einem inkompatiblen Funktionssatz nicht als Zielserver empfohlen.

Hinweis:

Um eine laufende VM so zu aktualisieren, dass sie den neuen Funktionsumfang des Pools verwendet, schalten Sie die VM aus und starten Sie sie erneut. Ein Neustart der VM, z. B. durch Klicken auf Neustart in XenCenter, führt nicht dazu, dass die VM ihren Funktionssatz aktualisiert.

Gemeinsamer Pool-Speicher

Obwohl dies keine strikte Anforderung für die Erstellung eines Ressourcenpools ist, sind die Vorteile von Pools nur verfügbar, wenn der Pool über ein oder mehrere Shared Storage Repositories (SRs) verfügt. Zu diesen Vorteilen gehören das Ausführen einer VM auf dem am besten geeigneten Server und die VM-Migration zwischen Servern.

Es wird empfohlen, dass Sie nicht versuchen, einen Pool zu erstellen, bis gemeinsam genutzter Speicher verfügbar ist. Nachdem Sie freigegebenen Speicher hinzugefügt haben, können Sie alle vorhandenen VMs, deren Datenträger im lokalen Speicher sind, schnell in den freigegebenen Speicher verschieben, indem Sie sie kopieren.

Wenn ein Server mit einem gemeinsam genutzten SR ein Poolkoordinator wird, wird dieses SR zu einer gemeinsam genutzten SR für den Pool. Wenn der neue Poolkoordinator keinen gemeinsam genutzten Speicher hat, müssen Sie ein neues gemeinsam genutztes SR für den Pool erstellen: siehe Neues SR erstellen.