Pool-Anforderungen

Weitere Anforderungen

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

Er muss eine konsistente IP-Adresse haben (eine statische IP-Adresse auf dem Server oder eine statische DHCP-Lease). Diese Anforderung gilt auch für die Server, die gemeinsam genutzten NFS- oder iSCSI-Speicher bereitstellen.

Seine Systemuhr muss mit dem Pool-Koordinator synchronisiert sein (z. B. über NTP).

Er muss sich entweder im selben Rechenzentrum wie der Pool befinden oder in einem Rechenzentrum, das die Definition der geringen Entfernung erfüllt, und über ein Netzwerk mit geringer Latenz (weniger als 5 ms Round-Trip-Zeit) und hoher Bandbreite (mindestens 10 Gbit/s) verbunden sein.

Er darf kein Mitglied eines bestehenden Ressourcenpools sein.

Er darf keine laufenden oder angehaltenen VMs oder aktive Vorgänge auf seinen VMs haben. Alle VMs müssen heruntergefahren werden, bevor ein Server einem Pool beitreten kann.

Es darf kein gemeinsam genutzter Speicher bereits konfiguriert sein.

Er darf keine gebundene Verwaltungsschnittstelle haben. Konfigurieren Sie die Verwaltungsschnittstelle des beitretenden Servers neu und verschieben Sie sie auf eine physische NIC, bevor Sie dem Pool beitreten. Nachdem der Server dem Pool erfolgreich beigetreten ist, können Sie ihn neu konfigurieren. Weitere Informationen finden Sie unter IP-Adressen konfigurieren.

Es muss dieselbe Version der XenServer-Software mit demselben Update-Stand ausführen wie die bereits im Pool befindlichen Server. Ist dies nicht der Fall, versucht XenCenter®, den beitretenden Server mit dem Pool-Koordinator zu synchronisieren und einen passenden Satz von Updates anzuwenden.

Es muss mit denselben Zusatzpaketen konfiguriert sein wie die bereits im Pool befindlichen Server. Zusatzpakete werden verwendet, um Add-on-Software in dom0 (XenServer-Steuerdomäne) zu installieren. Um Inkonsistenzen in der Benutzererfahrung über einen Pool hinweg zu vermeiden, stellen Sie sicher, dass Sie dieselben Zusatzpakete in derselben Revision auf allen Servern im Pool installieren.

Es muss dieselbe XenServer-Lizenz haben wie die bereits im Pool befindlichen Server. Sie können die Lizenz jedes Pool-Mitglieds nach dem Beitritt zum Pool ändern. 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 Informationen zur XenServer-Lizenzierung.

Homogener Pool

Ein homogener Ressourcenpool ist eine Ansammlung von Servern mit identischen CPUs. Zusätzlich zu den Anforderungen in den vorhergehenden Abschnitten muss ein Server, der einem homogenen Pool beitritt, dieselben CPUs haben wie die bereits im Pool befindlichen Server. CPUs gelten als gleich, wenn sie denselben Hersteller, dasselbe Modell und dieselben Funktionen aufweisen.

Heterogener Pool

XenServer ermöglicht die Erweiterung von Bereitstellungen im Laufe der Zeit, indem unterschiedliche Host-Hardware zu einem Ressourcenpool, bekannt als heterogene Ressourcenpools, zusammengeführt werden kann. Heterogene Ressourcenpools werden durch die Anwendung von Technologien in Intel (FlexMigration) und AMD (Extended Migration) CPUs ermöglicht, die CPU-“Maskierung” oder “Nivellierung” bieten. Diese Funktionen ermöglichen es, eine CPU so zu konfigurieren, dass sie als eine andere Marke, ein anderes Modell oder eine andere Funktionalität erscheint, als sie tatsächlich hat. Diese Fähigkeit ermöglicht es Ihnen, Pools von Hosts mit unterschiedlichen CPUs zu erstellen und dennoch Live-Migrationen sicher zu 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 der bereits im Pool befindlichen Server. Der spezifische Typ der CPU (Familie, Modell und Stepping-Nummern) muss jedoch nicht derselbe sein.

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 zu bestehenden Ressourcenpools hinzufügen, unabhängig vom zugrunde liegenden CPU-Typ, solange die CPU von derselben Herstellerfamilie stammt. Der Pool-Funktionssatz wird jedes Mal dynamisch berechnet, wenn:

ein neuer Server dem Pool beitritt

ein Pool-Mitglied den Pool verlässt

ein Pool-Mitglied nach einem Neustart wieder verbunden wird

Jede Änderung im Pool-Funktionssatz hat keine Auswirkungen auf VMs, die derzeit im Pool ausgeführt werden. Eine laufende VM verwendet weiterhin den Funktionssatz, der beim Start angewendet wurde. Dieser Funktionssatz ist beim Booten festgelegt und bleibt über Migrations-, Suspend- und Resume-Vorgänge hinweg bestehen. Wenn das Pool-Level sinkt, wenn ein weniger leistungsfähiger Server dem Pool beitritt, kann eine laufende VM auf jeden Server im Pool migrieren, außer auf den neu hinzugefügten Server. Wenn Sie eine VM innerhalb oder zwischen Pools auf einen anderen Server verschieben oder migrieren, vergleicht XenServer den VM-Funktionssatz mit dem des Zielservers. Wenn die Funktionssätze als kompatibel befunden werden, darf die VM migrieren. Diese Funktion ermöglicht es der VM, sich frei innerhalb und zwischen Pools zu bewegen, unabhängig von den CPU-Funktionen, die die VM verwendet. Wenn Sie 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 zu aktualisieren, damit sie den neuen Funktionsumfang des Pools verwendet, schalten Sie die VM aus und starten Sie sie erneut. Das Neustarten der VM, z. B. durch Klicken auf Neustart in XenCenter, bewirkt nicht, dass die VM ihren Funktionsumfang aktualisiert.

Gemeinsamer Pool-Speicher

Obwohl es 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 gemeinsame Speicher-Repositorys (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.

Wir empfehlen, dass Sie nicht versuchen, einen Pool zu erstellen, bevor kein gemeinsamer Speicher verfügbar ist. Nachdem Sie gemeinsamen Speicher hinzugefügt haben, können Sie vorhandene VMs, deren Festplatten sich im lokalen Speicher befinden, schnell durch Kopieren in den gemeinsamen Speicher verschieben.

Wenn ein Server mit einem gemeinsamen SR zu einem Pool-Koordinator wird, wird dieses SR zu einem gemeinsamen SR für den Pool. Wenn der neue Pool-Koordinator keinen gemeinsamen Speicher hat, müssen Sie ein neues gemeinsames SR für den Pool erstellen: siehe Erstellen eines neuen SR.

War dieser Artikel hilfreich?

Hardware-Anforderungen

Weitere Anforderungen

Homogener Pool

Heterogener Pool

Gemeinsamer Pool-Speicher

Zugehörige Dokumentation

XenServer Aktuelle Version

In diesem Artikel