Pool-Anforderungen

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, sollten Sie sicherstellen, dass die unten angegebenen 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-Hersteller (Intel, AMD) muss auf allen CPUs auf allen Servern gleich sein.
  • Um virtuelle HVM-Maschinen ausführen zu können, muss für alle CPUs die Virtualisierung aktiviert sein.

Sonstige Anforderungen

Zusätzlich zu den oben genannten Hardwarevoraussetzungen gibt es eine Reihe weiterer Konfigurationsvoraussetzungen für einen Server, der einem Pool beitritt:

  • Es muss eine konsistente IP-Adresse haben (eine statische IP-Adresse auf dem Server oder eine statische DHCP-Lease). Dies gilt auch für die Server, die gemeinsam genutzten NFS- oder iSCSI-Speicher bereitstellen.
  • Seine Systemuhr muss mit dem Poolmaster synchronisiert werden (z. B. über NTP).
  • Es ist möglicherweise kein Mitglied eines vorhandenen Ressourcenpools.
  • Möglicherweise sind keine ausgeführten oder angehaltenen VMs oder aktiven Vorgänge auf seinen VMs ausgeführt, z. B. das Herunterfahren oder Exportieren. Alle VMs müssen heruntergefahren werden, bevor ein Server einem Pool beitreten kann.
  • Möglicherweise ist kein freigegebener Speicher bereits konfiguriert.
  • Es verfügt möglicherweise nicht über eine gebundene Verwaltungsschnittstelle. (Sie müssen die Verwaltungsschnittstelle des Verbindungsservers neu konfigurieren und sie wieder auf eine physische Netzwerkkarte verschieben, bevor Sie dem Pool beitreten. Anschließend müssen Sie sie erneut konfigurieren, sobald der Server erfolgreich dem Pool beigetreten ist. Weitere Informationen finden Sie unterKonfigurieren von IP-Adressen[]/en-us/xencenter/current-release/hosts-management-ip.html.)
  • Es muss dieselbe Version der XenServer-Software auf der gleichen Patch-Ebene ausgeführt werden wie Server, 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 Add-On-Software in dom0 (XenServer-Steuerdomäne) zu installieren. Um Inkonsistenzen in der Benutzererfahrung in einem Pool zu vermeiden, müssen dieselben Zusatzpakete mit derselben Revision auf allen Servern im Pool installiert sein.
  • Sie muss über dieselbe XenServer-Lizenz verfügen wie die Server, die sich bereits im Pool befinden. Beispielsweise können Sie keinen Server mit XenServer Standardlizenz zu einem vorhandenen Ressourcenpool hinzufügen, der Server mit XenServer Enterprise Edition oder anderen Lizenzen enthält. Sie können die Lizenz aller Poolmitglieder 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 unterInformationen zur XenServer-Lizenzierung.

Homogener Pool

Ein homogener Ressourcenpool ist ein Aggregat von Servern mit identischen CPUs. Zusätzlich zu den oben genannten Poolanforderungen müssen CPUs auf einem Server, der einem homogenen Ressourcenpool beitritt, identisch sein (in Bezug auf Hersteller, Modell und Funktionen) wie die CPUs auf Servern, die sich bereits im Pool befinden.

Heterogener Pool

XenServer ermöglicht die Erweiterung von Bereitstellungen im Laufe der Zeit, indem die Verbindung unterschiedlicher Hosthardware zu einem Ressourcenpool, den sogenannten heterogenen Ressourcenpools, ermöglicht wird. Heterogene Ressourcenpools werden durch den Einsatz von Technologien in Intel (FlexMigration) und AMD (Extended Migration) CPUs ermöglicht, die CPU „Masking“ oder „Leveling“ bereitstellen. Mit diesen Features kann eine CPU so konfiguriert werden, dass sie eine andere Marke, ein Modell oder eine andere Funktionalität bereitstellt als tatsächlich. Auf diese Weise können Sie Pools von Hosts mit verteilten CPUs erstellen, Live-Migrationen jedoch weiterhin sicher unterstützen. Server, die heterogene Pools beitreten, sollten die folgenden Anforderungen erfüllen:

  • Die CPUs des Servers, der dem Pool beitritt, müssen vom gleichen Anbieter sein (also AMD, Intel) wie die CPUs auf Servern, die sich bereits im Pool befinden, obwohl der spezifische Typ (Familie, Modell und Schrittnummern) nicht 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 heterogener Pools. In XenServer 6.5 und früheren Versionen musste ein neues Poolmitglied mit einem anderen Featuresatz als dem des Pools von Benutzern mit CPU maskiert werden, bevor es dem Pool beitreten durfte. Ab XenServer 7.0 können Server zu vorhandenen Ressourcenpools hinzugefügt werden, unabhängig vom zugrunde liegenden CPU-Typ (sofern die CPU aus derselben Herstellerfamilie stammt). Der Pool-Feature-Set wird jedes Mal dynamisch berechnet:

  • ein neuer Server wird dem Pool beitritt
  • ein Poolmitglied verlässt den Pool
  • ein Poolmitglied stellt nach einem Neustart wieder eine Verbindung her

Änderungen am Pool-Feature-Set wirken sich nicht auf VMs aus, die derzeit im Pool ausgeführt werden. Eine laufende VM verwendet weiterhin den Featuresatz, der beim Start angewendet wurde. Dieser Funktionsumfang ist beim Start behoben und bleibt bei Migrations-, Anhaltens- und Fortsetzungsvorgängen bestehen. In Szenarien, in denen eine Poolebene fällt, wenn ein weniger fähiger Server dem Pool beitritt, kann eine ausgeführte VM auf einen beliebigen Server im Pool migriert werden, mit Ausnahme des neu hinzugefügten Servers. Wenn Sie versuchen, eine VM auf einen anderen Server innerhalb oder über Pools hinweg zu verschieben oder zu migrieren, führt XenServer Migrationsprüfungen durch, um den Featuresatz der VM mit dem Feature-Set des Zielservers zu vergleichen. Wenn die Feature-Sets als kompatibel erfunden werden, kann die VM migriert werden. Dadurch kann die VM unabhängig von den CPU-Funktionen, die die VM verwendet, frei innerhalb und über Pools hinweg verschoben werden. Wenn Sie den Workload Balancing (WLB) verwenden, um einen optimalen Zielserver für die Migration Ihrer VM auszuwählen, wird ein Server mit inkompatiblen Feature-Satz als Zielserver nicht empfohlen.

Hinweis: Um eine laufende VM zu aktualisieren, um den neuen Funktionsumfang des Pools zu verwenden, muss die VM ausgeschaltet und dann gestartet werden. Ein Neustart der VM, z. B. durch Klicken auf In XenCenter neu starten, führt nicht dazu, dass die VM ihren Featuresatz aktualisiert.

Gemeinsamer Poolspeicher

Obwohl keine strikte technische Anforderung für die Erstellung eines Ressourcenpools ist, sind die Vorteile von Pools (z. B. die Ausführung einer VM auf dem am besten geeigneten Server und die Migration von virtuellen Computern zwischen Servern) nur verfügbar, wenn der Pool über ein oder mehrere Shared Storage Repositories (SRs) verfügt.

Es wird empfohlen, dass Sie erst versuchen, einen Pool zu erstellen, wenn freigegebener Speicher verfügbar ist. Nachdem gemeinsam genutzter Speicher hinzugefügt wurde, können Sie alle vorhandenen VMs, deren Festplatten sich im lokalen Speicher befinden, schnell in gemeinsam genutzten Speicher verschieben, indem Sie sie kopieren.

Wenn ein Server mit einer freigegebenen SR zum Poolmaster wird, wird diese SR zu einer freigegebenen SR für den Pool. Wenn der neue Poolmaster keinen gemeinsamen Speicher hat, müssen Sie eine neue freigegebene SR für den Pool erstellen: sieheErstellen einer neuen SR.