This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Poolanforderungen
Ein Ressourcenpool ist eine homogene oder heterogene Zusammenlegung von einem oder mehreren Servern (maximal 64). Bevor Sie einen Pool erstellen oder einen Server zu einem vorhandenen Pool hinzufügen, 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, das heißt:
- Der CPU-Anbieter (Intel, AMD) muss bei allen CPUs auf allen Servern derselbe sein.
- Auf allen 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 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 werden (beispielsweise über NTP).
- Er darf nicht Mitglied eines vorhandenen Ressourcenpools sein.
- Auf den VMs dürfen keine ausgeführten oder angehaltenen VMs oder aktive Vorgänge ausgeführt werden. Alle VMs müssen heruntergefahren werden, bevor ein Server einem Pool beitreten kann.
- Es darf nicht bereits ein freigegebener Speicher konfiguriert sein.
- Es darf keine gebundene Verwaltungsschnittstelle vorhanden sein. 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 die gleiche Version der XenServer-Software auf demselben Patch-Level ausgeführt werden wie die Server, die sich bereits im Pool befinden.
- Er muss mit den gleichen zusätzlichen Paketen 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, stellen Sie sicher, dass Sie auf allen Servern im Pool dieselben Zusatzpakete mit derselben Version installieren.
- Er muss über dieselbe XenServer-Lizenz verfügen wie die Server, die sich bereits im Pool befinden. Sie können z. B. einen Server mit XenServer Standard Edition-Lizenz nicht zu einem vorhandenen Ressourcenpool hinzufügen, der Server mit XenServer Premium Edition enthält. Sie können die Lizenz aller Pool-Mitglieder ä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.
Homogener Pool
Ein homogener Ressourcenpool ist eine Ansammlung von Servern mit identischen CPUs. Zusätzlich zu den Anforderungen in den vorangegangenen Abschnitten muss ein Server, der einem homogenen Pool beitritt, über dieselben CPUs verfügen wie die Server, die sich bereits im Pool befinden. CPUs gelten als gleich, wenn sie den gleichen Anbieter, das gleiche Modell und die gleichen Funktionen haben.
Heterogener Pool
XenServer ermöglicht die Erweiterung von Bereitstellungen im Laufe der Zeit, indem unterschiedliche Hosthardware in einen Ressourcenpool eingebunden werden kann, der als heterogene Ressourcenpools bezeichnet wird. Heterogene Ressourcenpools werden durch die Anwendung von Technologien in Intel- (FlexMigration) und AMD-CPUs (Extended Migration) ermöglicht, die CPU-“Masking” oder “Leveling” bieten. 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 vorhanden ist. Mit dieser Funktion können Sie Pools von Hosts mit unterschiedlichen CPUs erstellen, aber dennoch Live-Migrationen sicher 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 Anbieter (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 Schrittnummern) 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 zu vorhandenen Ressourcenpools hinzufügen, unabhängig vom zugrunde liegenden CPU-Typ, solange die CPU aus derselben Anbieterfamilie stammt. Der Funktionsumfang des Pools wird jedes Mal dynamisch berechnet:
- Ein neuer Server tritt dem Pool bei
- Ein Poolmitglied verlässt den Pool
- Ein Poolmitglied stellt nach einem Neustart die Verbindung wieder her
Änderungen am Poolfeaturesatz wirken sich nicht auf VMs aus, die derzeit im Pool ausgeführt werden. Eine ausgeführte VM verwendet weiterhin den Featuresatz, der beim Start angewendet wurde. Dieser Funktionssatz ist beim Booten fixiert und bleibt bei Migrations-, Suspend- und Resume-Vorgängen erhalten. Wenn die Poolebene sinkt, wenn ein weniger leistungsfähiger Server dem Pool beitritt, kann eine ausgeführte VM zu einem beliebigen Server im Pool migriert werden, 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 VM-Funktionsumfang mit dem des Zielservers. Wenn sich herausstellt, dass die Featuresätze kompatibel sind, kann die VM migriert werden. 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 den Arbeitslastausgleich verwenden, um einen optimalen Zielserver für die Migration Ihrer VM auszuwählen, wird ein Server mit einem inkompatiblen Featuresatz nicht als Zielserver empfohlen.
Hinweis:
Um eine ausgeführte VM zu aktualisieren, um den neuen Featuresatz des Pools zu verwenden, schalten Sie die VM aus und starten Sie sie erneut. Starten Sie die VM neu, z. B. durch Klicken auf Neustart in XenCenter führt nicht dazu, dass die VM ihren Funktionsumfang aktualisiert.
Gemeinsamer Pool-Speicher
Obwohl dies keine zwingende Voraussetzung für die Erstellung eines Ressourcenpools ist, sind die Vorteile von Pools nur verfügbar, wenn der Pool über ein oder mehrere freigegebene Speicherrepositorys (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 erst dann versuchen, einen Pool zu erstellen, wenn freigegebener Speicher verfügbar ist. Nachdem Sie freigegebenen Speicher hinzugefügt haben, können Sie alle vorhandenen VMs, deren Datenträger sich im lokalen Speicher befinden, schnell in den freigegebenen Speicher verschieben, indem Sie sie kopieren.
Wenn ein Server mit einer gemeinsam genutzten SR zu einem Pool-Koordinator wird, wird diese SR zu einer gemeinsam genutzten SR für den Pool. Wenn der neue Pool-Koordinator über keinen freigegebenen Speicher verfügt, müssen Sie einen neuen freigegebenen SR für den Pool erstellen: siehe Erstellen einer neuen SR.
Zugehörige Dokumentation
XenServer 8
Citrix Hypervisor 8.2 Kumulatives Update 1
Teilen
Teilen
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.