Hosts und Ressourcenpools

In diesem Abschnitt wird beschrieben, wie Ressourcenpools anhand einer Reihe von Beispielen mithilfe der xe-Befehlszeilenschnittstelle (CLI) erstellt werden können. Es wird eine einfache NFS-basierte Konfiguration für gemeinsam genutzten Speicher vorgestellt und es werden mehrere einfache Beispiele für die VM-Verwaltung erläutert. Es enthält auch Verfahren für den Umgang mit physischen Knotenfehlern.

Übersicht über XenServer-Hosts und -Ressourcenpools

Ein Ressourcenpool Umfasst mehrere XenServer-Hostinstallationen, die an eine einzige verwaltete Entität gebunden sind, die virtuelle Maschinen hosten kann. In Kombination mit freigegebenem Speicher ermöglicht ein Ressourcenpool das Starten von VMs auf jegliche XenServer-Host, der über ausreichend Arbeitsspeicher verfügt. Die VMs können dann dynamisch zwischen XenServer-Hosts verschoben werden, während sie mit minimaler Ausfallzeit ausgeführt werden (Live-Migration). Wenn auf einem einzelnen XenServer-Host ein Hardwarefehler auftritt, kann der Administrator ausgefallene VMs auf einem anderen XenServer-Host im selben Ressourcenpool neu starten. Wenn Hochverfügbarkeit für den Ressourcenpool aktiviert ist, werden VMs automatisch auf einen anderen Host verschoben, wenn ihr Host ausfällt. Pro Ressourcenpool werden bis zu 64 Hosts unterstützt, obwohl diese Einschränkung nicht erzwungen wird.

Ein Pool verfügt immer über mindestens einen physischen Knoten, der als Pool-Koordinator (ehemals “Pool Master”). Der Koordinatorknoten stellt eine Verwaltungsschnittstelle zur Verfügung (wird von XenCenter und der XenServer-Befehlszeilenschnittstelle verwendet, die als xe CLI bezeichnet wird). Der Koordinator leitet Befehle bei Bedarf an die einzelnen Mitglieder weiter.

Hinweis:

Wenn der Poolkoordinator ausfällt, erfolgt die Wiederwahl des Koordinators nur, wenn die Hochverfügbarkeit aktiviert ist.

Anforderungen für das Erstellen von Ressourcenpools

Ein Ressourcenpool ist ein homogenes (oder heterogenes Aggregat mit Einschränkungen) aus einem oder mehreren XenServer-Hosts, bis zu einem Maximum von 64. Die Definition von homogen lautet:

• Die CPUs auf dem Host, der dem Pool beitritt, sind identisch (in Bezug auf Anbieter, Modell und Funktionen) wie die CPUs auf Hosts, die sich bereits im Pool befinden.

• Auf dem Host, der dem Pool beitritt, wird dieselbe Version der XenServer-Software auf demselben Patch-Level ausgeführt wie auf den Hosts, die sich bereits im Pool befinden.

Die Software erzwingt zusätzliche Einschränkungen, wenn ein Host einem Pool hinzugefügt wird. Insbesondere überprüft XenServer, ob die folgenden Bedingungen für den Host erfüllt sind, der dem Pool beitritt:

• Der Host ist nicht Mitglied eines vorhandenen Ressourcenpools.

• Auf dem Host ist kein freigegebener Speicher konfiguriert.

• Der Host hostet keine ausgeführten oder angehaltenen VMs.

• Auf den VMs auf dem Host werden keine aktiven Vorgänge ausgeführt, z. B. das Herunterfahren einer VM.

• Die Uhr auf dem Host wird mit der gleichen Uhrzeit wie der Poolkoordinator synchronisiert (z. B. mithilfe von NTP).

• Die Verwaltungsschnittstelle des Hosts ist nicht gebunden. Sie können die Verwaltungsschnittstelle konfigurieren, wenn der Host erfolgreich dem Pool beitritt.

• Die Verwaltungs-IP-Adresse ist statisch und wird entweder auf dem Host selbst oder mithilfe einer entsprechenden Konfiguration auf Ihrem DHCP-Server konfiguriert.

XenServer-Hosts in Ressourcenpools können eine unterschiedliche Anzahl physischer Netzwerkschnittstellen enthalten und über lokale Speicher-Repositories unterschiedlicher Größe verfügen. In der Praxis ist es oft schwierig, mehrere Hosts mit exakt gleichen CPUs zu erhalten, so dass geringfügige Abweichungen zulässig sind. Wenn es akzeptabel ist, Hosts mit unterschiedlichen CPUs als Teil desselben Pools zu haben, können Sie den Pool-Joining-Vorgang erzwingen, indem Sie die --Kraft Parameter.

Alle Hosts im Pool müssen sich am selben Standort befinden und über ein Netzwerk mit geringer Latenz verbunden sein.

Hinweis:

Server, die gemeinsam genutzten NFS- oder iSCSI-Speicher für den Pool bereitstellen, müssen über eine statische IP-Adresse verfügen.

Ein Pool muss freigegebene Speicherrepositorys enthalten, um auszuwählen, auf welchem XenServer-Host eine VM ausgeführt werden soll, und um eine VM dynamisch zwischen XenServer-Hosts zu verschieben. Erstellen Sie nach Möglichkeit einen Pool, nachdem freigegebener Speicher verfügbar ist. Es wird empfohlen, vorhandene VMs mit Datenträgern, die sich im lokalen Speicher befinden, nach dem Hinzufügen von freigegebenem Speicher in den freigegebenen Speicher zu verschieben. Sie können die Funktion xe vm-copy oder verwenden Sie XenCenter, um VMs zu verschieben.

Erstellen eines Ressourcenpools

Ressourcenpools können mit XenCenter oder der CLI erstellt werden. Wenn ein neuer Host einem Ressourcenpool beitritt, synchronisiert der beitretende Host seine lokale Datenbank mit der poolweiten Datenbank und erbt einige Einstellungen aus dem Pool:

• Die VM-, lokale und Remotespeicherkonfiguration wird der poolweiten Datenbank hinzugefügt. Diese Konfiguration wird auf den beitretenden Host im Pool angewendet, es sei denn, Sie machen die Ressourcen explizit freigegeben, nachdem der Host dem Pool beigetreten ist.

• Der beitretende Host erbt vorhandene Shared Storage-Repositorys im Pool. Entsprechende PBD-Einträge werden erstellt, damit der neue Host automatisch auf den vorhandenen Shared Storage zugreifen kann.

• Netzwerkinformationen werden teilweise an den beitretenden Host vererbt: die strukturell Details zu Netzwerkkarten, VLANs und gebundenen Schnittstellen werden alle geerbt, aber Politik Informationen sind es nicht. Zu diesen Richtlinieninformationen, die neu konfiguriert werden müssen, gehören:

  • Die IP-Adressen der Verwaltungs-NICs, die aus der ursprünglichen Konfiguration beibehalten werden.

  • Der Speicherort der Verwaltungsschnittstelle, der mit der ursprünglichen Konfiguration identisch bleibt. Wenn die anderen Pool-Hosts z. B. über Verwaltungsschnittstellen auf einer gebundenen Schnittstelle verfügen, muss der beitretende Host nach dem Beitritt zu der Bindung migriert werden.

  • Dedizierte Speicher-NICs, die dem beitretenden Host von XenCenter oder der CLI neu zugewiesen werden müssen, und die PBDs müssen neu angeschlossen werden, um den Datenverkehr entsprechend weiterzuleiten. Dies liegt daran, dass IP-Adressen im Rahmen des Poolbeitrittsvorgangs nicht zugewiesen werden und die Speicher-NIC nur funktioniert, wenn sie ordnungsgemäß konfiguriert ist. Weitere Informationen zum Dedizieren einer Speicher-NIC über die CLI finden Sie unter Verwalten des Netzwerks.

Hinweis:

Sie können einen neuen Host nur dann mit einem Ressourcenpool verknüpfen, wenn sich die Verwaltungsschnittstelle des Hosts im selben getaggten VLAN befindet wie die des Ressourcenpools.

Hinzufügen eines Hosts zu einem Pool mithilfe der xe CLI

Hinweis:

Es wird empfohlen, Ihren Pool und den beitretenden Host auf dieselbe Ebene zu aktualisieren, bevor Sie versuchen, den Join zu versuchen.

1. Öffnen Sie eine Konsole auf dem XenServer-Host, den Sie einem Pool hinzufügen möchten.

2. Verbinden Sie den XenServer-Host mit dem Pool, indem Sie den folgenden Befehl ausgeben:

     xe pool-join master-address=<address of pool coordinator> master-username=<administrator username> master-password=<password>
   <!--NeedCopy-->
   

   Das Master-Adresse muss auf den vollqualifizierten Domänennamen des Poolkoordinators festgelegt werden. Das Passwort Es muss sich um das Administratorkennwort handeln, das bei der Installation des Poolkoordinators festgelegt wurde.

Hinweis:

Wenn Sie einen Host mit einem Pool verbinden, wird das Administratorkennwort für den beitretenden Host automatisch so geändert, dass es mit dem Administratorkennwort des Poolkoordinators übereinstimmt.

XenServer-Hosts gehören standardmäßig zu einem unbenannten Pool. Um Ihren ersten Ressourcenpool zu erstellen, benennen Sie den vorhandenen namenlosen Pool um. Verwenden Sie die Tabulatortaste, um die pool_uuid:

  xe pool-param-set name-label="New Pool" uuid=pool_uuid
<!--NeedCopy-->

Erstellen heterogener Ressourcenpools

XenServer vereinfacht die Erweiterung von Bereitstellungen im Laufe der Zeit, indem unterschiedliche Host-Hardware in einen Ressourcenpool eingebunden werden kann, der als heterogene Ressourcenpools bezeichnet wird. Heterogene Ressourcenpools werden durch die Verwendung von Technologien in Intel- (FlexMigration) und AMD-CPUs (Extended Migration) ermöglicht, die CPU-“Masking” oder “Leveling” bieten. Mit den CPU-Maskierungs- und Nivellierungsfunktionen kann eine CPU so konfiguriert werden, dass erscheinen als Bereitstellung einer anderen Marke, eines anderen Modells oder einer anderen Funktionalität, als es tatsächlich der Fall ist. Mit dieser Funktion können Sie Pools von Hosts mit unterschiedlichen CPUs erstellen, die Livemigration dennoch sicher unterstützen.

Hinweis:

Die CPUs von XenServer-Hosts, die heterogenen Pools beitreten, müssen vom selben Anbieter (d. h. AMD, Intel) sein wie die CPUs der Hosts, die sich bereits im Pool befinden. Es ist jedoch nicht erforderlich, dass die Hosts auf der Ebene der Familien-, Modell- oder Schrittnummern vom gleichen Typ sind.

XenServer vereinfacht die Unterstützung heterogener Pools. Hosts können jetzt zu vorhandenen Ressourcenpools hinzugefügt werden, 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 Host 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 Host dem Pool beitritt, kann eine ausgeführte VM zu einem beliebigen Host im Pool migriert werden, mit Ausnahme des neu hinzugefügten Hosts. Wenn Sie eine VM auf einen anderen Host innerhalb oder zwischen Pools verschieben oder migrieren, vergleicht XenServer den Funktionsumfang der VM mit dem Funktionsumfang des Zielhosts. Wenn sich herausstellt, dass die Featuresätze kompatibel sind, kann die VM migriert werden. Auf diese Weise kann sich die VM frei innerhalb und zwischen Pools bewegen, unabhängig von den CPU-Funktionen, die die VM verwendet. Wenn Sie den Arbeitslastausgleich verwenden, um einen optimalen Zielhost für die Migration Ihrer VM auszuwählen, wird ein Host mit einem inkompatiblen Funktionsumfang nicht als Zielhost empfohlen.

Hinzufügen von freigegebenem Speicher

Eine vollständige Liste der unterstützten Shared Storage-Typen finden Sie unter Formate des Speicher-Repositorys. In diesem Abschnitt wird gezeigt, wie Shared Storage (dargestellt als Storage Repository) auf einem vorhandenen NFS-Server erstellt werden kann.

So fügen Sie einem Ressourcenpool mithilfe der CLI freigegebenen NFS-Speicher hinzu

1. Öffnen Sie eine Konsole auf einem beliebigen XenServer-Host im Pool.

2. Erstellen Sie das Speicherrepository auf server:/path, indem Sie den folgenden Befehl ausführen:

     xe sr-create content-type=user type=nfs name-label="Example SR" shared=true \
         device-config:server=server \
         device-config:serverpath=path
   <!--NeedCopy-->
   

   Gerät-Konfiguration:Server ist der Hostname des NFS-Servers und Gerät-Konfiguration:ServerPfad ist der Pfad auf dem NFS-Server. Wie geteilt auf true festgelegt ist, wird der freigegebene Speicher automatisch mit jedem XenServer-Host im Pool verbunden. Alle XenServer-Hosts, die später beitreten, sind ebenfalls mit dem Speicher verbunden. Die Universally Unique Identifier (UUID) des Speicher-Repositorys wird auf dem Bildschirm gedruckt.

3. Suchen Sie die UUID des Pools, indem Sie den folgenden Befehl ausführen:

     xe pool-list
   <!--NeedCopy-->
   

4. Legen Sie den freigegebenen Speicher mit dem folgenden Befehl als poolweiten Standard fest:

     xe pool-param-set uuid=pool_uuid default-SR=sr_uuid
   <!--NeedCopy-->
   

   Da der freigegebene Speicher als poolweiter Standard festgelegt wurde, werden die Datenträger aller zukünftigen VMs standardmäßig im freigegebenen Speicher erstellt. Weitere Informationen zum Erstellen anderer Typen von freigegebenem Speicher finden Sie unter Formate des Speicher-Repositorys.

Entfernen von XenServer-Hosts aus einem Ressourcenpool

Hinweis:

Bevor Sie einen XenServer-Host aus einem Pool entfernen, stellen Sie sicher, dass Sie alle VMs herunterfahren, die auf diesem Host ausgeführt werden. Andernfalls wird eine Warnung angezeigt, die besagt, dass der Host nicht entfernt werden kann.

Wenn Sie (ausstoßen) einen Host aus einem Pool erstellen, wird der Computer neu gestartet, neu initialisiert und in einem Zustand belassen, der einer Neuinstallation ähnelt. Werfen Sie XenServer-Hosts nicht aus einem Pool aus, wenn sich wichtige Daten auf den lokalen Festplatten befinden.

So entfernen Sie einen Host aus einem Ressourcenpool mithilfe der CLI

1. Öffnen Sie eine Konsole auf einem beliebigen Host im Pool.

2. Suchen Sie die UUID des Hosts, indem Sie den folgenden Befehl ausführen:

     xe host-list
   <!--NeedCopy-->
   

3. Werfen Sie den erforderlichen Host aus dem Pool aus:

     xe pool-eject host-uuid=host_uuid
   <!--NeedCopy-->
   

   Der XenServer-Host wird ausgeworfen und verbleibt in einem frisch installierten Zustand.

   Warnung:

   Tun nicht Auswerfen eines Hosts aus einem Ressourcenpool, wenn er wichtige Daten enthält, die auf seinen lokalen Festplatten gespeichert sind. Alle Daten werden gelöscht, wenn ein Host aus dem Pool ausgeworfen wird. Wenn Sie diese Daten beibehalten möchten, kopieren Sie die VM mithilfe von XenCenter in den freigegebenen Speicher im Pool xe vm-copy CLI-Befehl.

Wenn XenServer-Hosts, die lokal gespeicherte VMs enthalten, aus einem Pool ausgeworfen werden, sind die VMs in der Pooldatenbank vorhanden. Die lokal gespeicherten VMs sind auch für die anderen XenServer-Hosts sichtbar. Die VMs werden erst gestartet, wenn die ihnen zugeordneten virtuellen Festplatten so geändert wurden, dass sie auf freigegebenen Speicher verweisen, der von anderen XenServer-Hosts im Pool angezeigt wird, oder entfernt wurden. Daher wird empfohlen, dass Sie den lokalen Speicher in den freigegebenen Speicher verschieben, wenn Sie einem Pool beitreten. Durch den Wechsel zu gemeinsam genutztem Speicher können einzelne XenServer-Hosts ohne Datenverlust ausgeworfen werden (oder physisch ausfallen).

Hinweis:

Wenn ein Host aus einem Pool entfernt wird, dessen Verwaltungsschnittstelle sich in einem getaggten VLAN-Netzwerk befindet, wird der Computer neu gestartet und seine Verwaltungsschnittstelle ist im selben Netzwerk verfügbar.

Vorbereiten eines Pools von XenServer-Hosts für die Wartung

Bevor Sie Wartungsvorgänge auf einem Host durchführen, der Teil eines Ressourcenpools ist, müssen Sie ihn deaktivieren. Durch das Deaktivieren des Hosts wird verhindert, dass VMs auf dem Host gestartet werden. Anschließend müssen Sie die VMs zu einem anderen XenServer-Host im Pool migrieren. Sie können dies tun, indem Sie den XenServer-Host mit XenCenter in den Wartungsmodus versetzen. Weitere Informationen finden Sie unter Im Wartungsmodus ausführen in der XenCenter-Dokumentation.

Die Backup-Synchronisierung erfolgt alle 24 Stunden. Wenn Sie den Poolkoordinator in den Wartungsmodus versetzen, gehen die RRD-Updates der letzten 24 Stunden für Offline-VMs verloren.

Warnung:

Es wird dringend empfohlen, alle XenServer-Hosts neu zu starten, bevor Sie ein Update installieren und dann deren Konfiguration überprüfen. Einige Konfigurationsänderungen werden nur wirksam, wenn der XenServer-Host neu gestartet wird, sodass beim Neustart möglicherweise Konfigurationsprobleme aufgedeckt werden, die dazu führen können, dass das Update fehlschlägt.

So bereiten Sie einen Host in einem Pool für Wartungsvorgänge mithilfe der CLI vor

1. Führen Sie den folgenden Befehl aus:

     xe host-disable uuid=XenServer_host_uuid
     xe host-evacuate uuid=XenServer_host_uuid
   <!--NeedCopy-->
   

   Dieser Befehl deaktiviert den XenServer-Host und migriert dann alle ausgeführten VMs zu anderen XenServer-Hosts im Pool.

2. Führen Sie den gewünschten Wartungsvorgang durch.

3. Aktivieren Sie den XenServer-Host, wenn der Wartungsvorgang abgeschlossen ist:

     xe host-enable
   <!--NeedCopy-->
   

4. Starten Sie alle angehaltenen VMs neu, und setzen Sie alle angehaltenen VMs fort.

Exportieren von Ressourcenpooldaten

Mit der Option Ressourcendaten exportieren können Sie einen Ressourcendatenbericht für Ihren Pool generieren und den Bericht in eine .xls- oder .csv Datei exportieren. Dieser Bericht enthält detaillierte Informationen zu verschiedenen Ressourcen im Pool, z. B. Hosts, Netzwerke, Speicher, virtuelle Computer, VDIs und GPUs. Mit dieser Funktion können Administratoren Ressourcen basierend auf verschiedenen Workloads wie CPU, Speicher und Netzwerk nachverfolgen, planen und zuweisen.

Hinweis:

Das Exportieren von Ressourcenpooldaten ist für Kunden der XenServer Premium Edition verfügbar.

Die Liste der Ressourcen und der verschiedenen Arten von Ressourcendaten, die im Bericht enthalten sind:

Server:

• Name
• Pool-Koordinator
• UUID
• Adresse
• CPU-Nutzung
• Netzwerk (durchschnittliche/max. KBs)
• Verwendeter Speicher
• Speicher
• Betriebszeit
• Beschreibung

Netzwerke:

• Name
• Status der Verknüpfung
• MAC
• MTU
• VLAN
• Typ
• Standort

VDI:

• Name
• Typ
• UUID
• Größe
• Speicher
• Beschreibung

Speicher:

• Name
• Typ
• UUID
• Größe
• Standort
• Beschreibung

Vms:

• Name
• Energiezustand
• Läuft auf
• Adresse
• MAC
• Netzwerkkarte
• Betriebssystem
• Speicher
• Verwendeter Speicher
• CPU-Nutzung
• UUID
• Betriebszeit
• Vorlage
• Beschreibung

Grafikprozessor:

• Name
• Server
• PCI-Buspfad
• UUID
• Stromverbrauch
• Temperatur
• Verwendeter Speicher
• Computer-Auslastung

Hinweis:

Informationen zu GPUs sind nur verfügbar, wenn GPUs an Ihren XenServer-Host angeschlossen sind.

So exportieren Sie Ressourcendaten

1. Wählen Sie im XenCenter-Navigationsbereich Infrastruktur und wählen Sie dann den Pool aus.

2. Wählen Sie die Schaltfläche Tümpel Menü und dann Exportieren von Ressourcendaten.

3. Navigieren Sie zu einem Speicherort, an dem Sie den Bericht speichern möchten, und klicken Sie dann auf Retten.

Einschalten des Hosts

Einschalten von Hosts aus der Ferne

Sie können die XenServer-Host-Einschaltfunktion verwenden, um einen Host remote ein- und auszuschalten, entweder über XenCenter oder über die CLI.

Um die Stromversorgung des Hosts zu aktivieren, muss der Host über eine der folgenden Energiesteuerungslösungen verfügen:

• Wake-on-LAN-fähige Netzwerkkarte.

• Intelligente Plattformverwaltungsschnittstelle (IPMI).

• Ein benutzerdefiniertes Skript, das auf der Verwaltungs-API basiert und es Ihnen ermöglicht, das Einschalten über XenServer ein- und auszuschalten. Weitere Informationen finden Sie unter Konfigurieren eines benutzerdefinierten Skripts für die Funktion zum Einschalten des Hosts im folgenden Abschnitt.

Für die Verwendung der Funktion zum Einschalten des Hosts sind zwei Aufgaben erforderlich:

1. Stellen Sie sicher, dass die Hosts im Pool die Fernsteuerung der Stromversorgung unterstützen. Sie verfügen beispielsweise über Wake-on-LAN-Funktionen oder unterstützen IPMI, oder Sie haben ein benutzerdefiniertes Skript erstellt.

2. Aktivieren Sie die Host-Einschaltfunktion über die CLI oder XenCenter.

Verwenden der CLI zum Verwalten des Einschaltens des Hosts

Sie können die Host-Einschaltfunktion entweder über die CLI oder XenCenter verwalten. Dieser Abschnitt enthält Informationen zur Verwaltung mit der CLI.

Das Einschalten des Hosts ist auf Hostebene (d. h. auf jedem XenServer) aktiviert.

Nachdem Sie das Einschalten des Hosts aktiviert haben, können Sie Hosts entweder über die CLI oder XenCenter aktivieren.

So aktivieren Sie das Einschalten des Hosts mithilfe der CLI

Führen Sie den Befehl aus:

  xe host-set-power-on-mode host=<host uuid> \
      power-on-mode=("" , "wake-on-lan", "IPMI","custom") \
      power-on-config=key:value
<!--NeedCopy-->

So aktivieren Sie Hosts remote mithilfe der CLI

Führen Sie den Befehl aus:

  xe host-power-on host=<host uuid>
<!--NeedCopy-->

Konfigurieren eines benutzerdefinierten Skripts für die Funktion zum Einschalten des Hosts

Wenn die Remote-Stromversorgungslösung Ihres Hosts ein Protokoll verwendet, das standardmäßig nicht unterstützt wird (z. B. Wake-On-Ring oder Intel Active Management Technology), können Sie ein benutzerdefiniertes Linux Python 3-Skript erstellen, um Ihre XenServer-Computer remote einzuschalten. Sie können jedoch auch benutzerdefinierte Skripts für IPMI- und Wake-on-LAN-Lösungen für die Remote-Stromversorgung erstellen.

Dieser Abschnitt enthält Informationen zum Konfigurieren eines benutzerdefinierten Skripts für das Einschalten des Hosts mithilfe der Schlüssel-Wert-Paare, die dem XenServer-API-Aufruf zugeordnet sind host.power_on.

Wenn Sie ein benutzerdefiniertes Skript erstellen, führen Sie es jedes Mal über die Befehlszeile aus, wenn Sie die Stromversorgung eines XenServer-Hosts fernsteuern möchten. Alternativ können Sie es in XenCenter angeben und die XenCenter-UI-Funktionen verwenden, um damit zu interagieren.

Die XenServer-API ist in der XenServer-Verwaltungs-API.

Warnung:

Ändern Sie nicht die Skripts, die standardmäßig in der Datei /etc/xapi.d/plugins/ Verzeichnis. Sie können neue Skripts in dieses Verzeichnis einschließen, aber Sie dürfen die in diesem Verzeichnis enthaltenen Skripts nach der Installation niemals ändern.

Schlüssel-Wert-Paare

Um das Einschalten des Hosts zu verwenden, konfigurieren Sie die host.power_on_mode und host.power_on_config Tasten. Weitere Informationen zu den Werten finden Sie im folgenden Abschnitt.

Es gibt auch einen API-Aufruf, mit dem Sie diese Felder gleichzeitig festlegen können:

  void host.set_host_power_on_mode(string mode, Dictionary<string,string> config)
<!--NeedCopy-->

host.power_on_mode

• Definition: Enthält Schlüssel-Wert-Paare zum Angeben des Typs der Remote-Stromversorgungslösung.

• Mögliche Werte:

  • Eine leere Zeichenfolge, die die deaktivierte Energiesteuerung darstellt.

  • “IPMI”: Ermöglicht die Angabe der Intelligent Platform Management Interface.

  • “wake-on-lan”: Ermöglicht die Angabe von Wake-on-LAN.

  • Ein beliebiger anderer Name (wird verwendet, um ein benutzerdefiniertes Einschaltskript anzugeben). Diese Option wird verwendet, um ein benutzerdefiniertes Skript für die Energieverwaltung anzugeben.

• Art:Schnur

host.power_on_config

• Definition: Enthält Schlüssel-Wert-Paare für die Moduskonfiguration. Stellt zusätzliche Informationen für IPMI bereit.

• Mögliche Werte:

  • Wenn Sie IPMI als Typ der Lösung für die Remote-Stromversorgung konfiguriert haben, müssen Sie auch einen der folgenden Schlüssel angeben:

    • “power_on_ip”: Die von Ihnen angegebene IP-Adresse, die für die Kommunikation mit der Energiesteuerungskarte konfiguriert ist.

    • “power_on_user”: Der IPMI-Benutzername, der dem Verwaltungsprozessor zugeordnet ist und den Sie möglicherweise von den Werkseinstellungen geändert haben.

    • “power_on_password_secret”: Gibt an, dass die Funktion “Geheimnisse” verwendet wird, um Ihr Kennwort zu sichern.

  • Um die Funktion “Geheimnisse” zum Speichern Ihres Passworts zu verwenden, geben Sie den Schlüssel “power_on_password_secret” an. Weitere Informationen finden Sie unter Geheimnisse.

• Art: Map (Zeichenfolge, Zeichenfolge)

Beispiel-Skript

Das Beispielskript importiert die XenServer-API, definiert sich selbst als benutzerdefiniertes Skript und übergibt dann Parameter, die für den Host spezifisch sind, den Sie remote steuern möchten. Sie müssen die Parameter Sitzung in allen benutzerdefinierten Skripten.

Das Ergebnis wird angezeigt, wenn das Skript nicht erfolgreich ist.

  import XenAPI
  def custom(session,remote_host,
  power_on_config):
  result="Power On Not Successful"
  for key in power_on_config.keys():
  result=result+''
  key=''+key+''
  value=''+power_on_config[key]
  return result
<!--NeedCopy-->

Hinweis:

Nachdem Sie das Skript erstellt haben, speichern Sie es in /etc/xapi.d/plugins mit der Erweiterung .py.

Kommunizieren Sie mit XenServer-Hosts und Ressourcenpools

TLS

XenServer verwendet das TLS 1.2-Protokoll, um den Verwaltungs-API-Datenverkehr zu verschlüsseln. Für die Kommunikation zwischen XenServer und Management-API-Clients (oder Appliances) wird das TLS 1.2-Protokoll verwendet.

Wichtig:

Änderungen an der kryptografischen Funktionalität des Produkts durch Kunden werden nicht unterstützt.

XenServer verwendet die folgende Cipher Suite:

• ECDHE-RSA-AES256-GCM-SHA384
• ECDHE-RSA-AES128-GCM-SHA256

SSH

Wenn Sie einen SSH-Client verwenden, um eine direkte Verbindung zum XenServer-Host herzustellen, können die folgenden Algorithmen verwendet werden:

Chiffren:

• AES128-CTR
• AES256-CTR
• aes128-gcm@openssh.com
• aes256-gcm@openssh.com

Macs:

• HMAC-SHA2-256
• HMAC-SHA2-512
• hmac-sha1

KexAlgorithmen:

• Kurve25519-SHA256
• ECDH-SHA2-NISTP256
• ECDH-SHA2-NISTP384
• ECDH-SHA2-NISTP521
• diffie-hellman-gruppe14-sha1

HostKeyAlgorithms:

• ECDSA-SHA2-NISTP256
• ecdsa-sha2-nistp384
• ECDSA-SHA2-NISTP521
• ssh-ed25519
• ssh-rsa

Wenn Sie den SSH-Zugriff auf Ihren XenServer-Host deaktivieren möchten, können Sie dies in XS-Konsole.

1. Öffnen Sie in XenCenter die Hostkonsole und melden Sie sich an als wurzel.
2. Art XS-Konsole.

3. In XS-KonsoleGehe zu Konfiguration des Remote-Dienstes > Aktivieren/Deaktivieren der Remote-Shell.

   In der Konsole wird angezeigt, ob die Remote-Shell aktiviert ist.

4. Um zu ändern, ob die Remote-Shell aktiviert oder deaktiviert ist, drücken Sie Eintreten.

Wichtig:

Änderungen an der kryptografischen Funktionalität des Produkts durch Kunden werden nicht unterstützt.

Installieren eines TLS-Zertifikats auf Ihrem Host

Der XenServer-Host wird mit einem standardmäßigen TLS-Zertifikat installiert. Um jedoch HTTPS zum Sichern der Kommunikation zwischen XenServer und Citrix Virtual Apps and Desktops zu verwenden, installieren Sie ein Zertifikat, das von einer vertrauenswürdigen Zertifizierungsstelle bereitgestellt wird.

In diesem Abschnitt wird beschrieben, wie Sie Zertifikate mithilfe der xe CLI installieren. Informationen zum Arbeiten mit Zertifikaten mithilfe von XenCenter finden Sie unter die XenCenter-Dokumentation.

Stellen Sie sicher, dass Ihr TLS-Zertifikat und sein Schlüssel die folgenden Anforderungen erfüllen:

• Bei dem Zertifikats- und Schlüsselpaar handelt es sich um einen RSA-Schlüssel.
• Der Schlüssel stimmt mit dem Zertifikat überein.
• Der Schlüssel wird in einer separaten Datei zum Zertifikat bereitgestellt.
• Das Zertifikat wird in einer separaten Datei für alle Zwischenzertifikate bereitgestellt.
• Die Schlüsseldatei muss einen der folgenden Typen aufweisen: .Pem oder .Schlüssel.
• Alle Zertifikatsdateien müssen einen der folgenden Typen aufweisen: .Pem, .ceroder .Kathodenstrahlröhre.
• Der Schlüssel ist größer oder gleich 2048 Bit und kleiner oder gleich 4096 Bit lang.
• Der Schlüssel ist ein unverschlüsselter PKCS #8-Schlüssel und verfügt nicht über einen Hauptschlüssel.
• Der Schlüssel und das Zertifikat liegen im Base-64-codierten PEM-Format vor.
• Das Zertifikat ist gültig und nicht abgelaufen.
• Der Signaturalgorithmus ist SHA-2 (SHA256).

Die xe CLI warnt Sie, wenn das von Ihnen gewählte Zertifikat und der Schlüssel diese Anforderungen nicht erfüllen.

Wo bekomme ich ein TLS-Zertifikat?

• Möglicherweise verfügen Sie bereits über ein vertrauenswürdiges Zertifikat, das Sie auf Ihrem XenServer-Host installieren möchten.

• Alternativ können Sie ein Zertifikat auf Ihrem Server erstellen und es zur Signierung an Ihre bevorzugte Zertifizierungsstelle senden. Diese Methode ist sicherer, da der private Schlüssel auf dem XenServer-Host verbleiben und nicht zwischen Systemen kopiert werden kann.

  Das Erstellen eines TLS-Zertifikats umfasst die folgenden Schritte:

  1. Generieren einer Zertifikatsignieranforderung
  2. Senden der Zertifikatsignieranforderung an eine Zertifizierungsstelle
  3. Installieren Sie das signierte Zertifikat auf Ihrem XenServer-Host

1. Generieren einer Zertifikatsignieranforderung

Generieren Sie zunächst einen privaten Schlüssel und eine Zertifikatsignieranforderung. Führen Sie auf dem XenServer-Host die folgenden Schritte aus:

1. Führen Sie den folgenden Befehl aus, um eine Datei mit privatem Schlüssel zu erstellen:

     openssl genrsa -des3 -out privatekey.pem 2048
   <!--NeedCopy-->
   

   Sie werden zur Eingabe einer Passphrase aufgefordert. Diese Passphrase wird in einem folgenden Schritt entfernt.

2. Entfernen Sie die Passphrase aus dem Schlüssel:

     openssl rsa -in privatekey.pem -out privatekey.nop.pem
   <!--NeedCopy-->
   

3. Erstellen Sie die Zertifikatsignieranforderung mithilfe des privaten Schlüssels:

     openssl req -new -key privatekey.nop.pem -out csr
   <!--NeedCopy-->
   

4. Befolgen Sie die Anweisungen, um die Informationen anzugeben, die zum Generieren der Zertifikatsignieranforderung erforderlich sind.

   • Ländername. Geben Sie die Ländercodes des TLS-Zertifikats für Ihr Land ein. Beispiel: CA für Kanada oder JM für Jamaika. Eine Liste der Ländercodes für TLS-Zertifikate finden Sie im Internet.
   • Name des Bundeslandes oder der Provinz (vollständiger Name). Geben Sie den Bundesstaat oder die Provinz ein, in dem sich der Pool befindet. Beispiel: Massachusetts oder Alberta.
   • Name des Ortes. Der Name der Stadt, in der sich das Schwimmbad befindet.
   • Name der Organisation. Der Name Ihres Unternehmens oder Ihrer Organisation.
   • Name der Organisationseinheit. Geben Sie den Namen der Abteilung ein. Das Feld ist optional.
   • Trivialname. Geben Sie den FQDN Ihres XenServer-Hosts ein. Es wird empfohlen, entweder einen FQDN oder eine IP-Adresse anzugeben, die nicht abläuft.
   • E-Mail-Adresse. Diese E-Mail-Adresse ist im Zertifikat enthalten, wenn Sie es generieren.

   Die Zertifikatsignieranforderung wird im aktuellen Verzeichnis gespeichert und erhält den Namen csr.

5. Zeigen Sie die Zertifikatsignieranforderung im Konsolenfenster an, indem Sie den folgenden Befehl ausführen:

     cat csr
   <!--NeedCopy-->
   

6. Kopieren Sie die gesamte Zertifikatsignieranforderung, und verwenden Sie diese Informationen, um das Zertifikat von der Zertifizierungsstelle anzufordern.

   Beispiel für eine Zertifikatsignieranforderung:

     -----BEGIN CERTIFICATE REQUEST-----
     MIIDBDCCAewCAQAwgYsxCzAJBgNVBAYTAlVLMRcwFQYDVQQIDA5DYW1icmlkZ2Vz
     aGlyZTESMBAGA1UEBwwJQ2FtYnJpZGdlMRIwEAYDVQQKDAlYZW5TZXJ2ZXIxFTAT
     ...
     SdYCkFdo+85z8hBULFzSH6jgSP0UGQU0PcfIy7KPKyI4jnFQqeCDvLdWyhtAx9gq
     Fu40qMSm1dNCFfnACRwYQkQgqCt/RHeUtl8srxyZC+odbunnV+ZyQdmLwLuQySUk
     ZL8naumG3yU=
     -----END CERTIFICATE REQUEST-----
   <!--NeedCopy-->
   

2. Senden der Zertifikatsignieranforderung an eine Zertifizierungsstelle

Nachdem Sie die Zertifikatsignieranforderung generiert haben, können Sie die Anforderung an die bevorzugte Zertifizierungsstelle Ihrer Organisation senden.

Eine Zertifizierungsstelle ist ein vertrauenswürdiger Drittanbieter, der digitale Zertifikate bereitstellt. Einige Zertifizierungsstellen verlangen, dass die Zertifikate auf einem System gehostet werden, auf das über das Internet zugegriffen werden kann. Es wird empfohlen, keine Zertifizierungsstelle mit dieser Anforderung zu verwenden.

Die Zertifizierungsstelle antwortet auf Ihre Signaturanforderung und stellt die folgenden Dateien bereit:

• das signierte Zertifikat
• ggf. ein Zwischenzertifikat

Sie können jetzt alle diese Dateien auf Ihrem XenServer-Host installieren.

3. Installieren Sie das signierte Zertifikat auf Ihrem XenServer-Host

Nachdem die Zertifizierungsstelle auf die Zertifikatsignieranforderung reagiert hat, führen Sie die folgenden Schritte aus, um das Zertifikat auf Ihrem XenServer-Host zu installieren:

1. Rufen Sie das signierte Zertifikat und, falls die Zertifizierungsstelle über eines verfügt, das Zwischenzertifikat von der Zertifizierungsstelle ab.
2. Kopieren Sie den Schlüssel und die Zertifikate auf den XenServer-Host.

3. Führen Sie den folgenden Befehl auf dem Host aus:

     xe host-server-certificate-install certificate=<path_to_certificate_file> private-key=<path_to_private_key> certificate-chain=<path_to_chain_file>
   

   Das Zertifikatskette ist optional.

Für zusätzliche Sicherheit können Sie die Datei mit dem privaten Schlüssel nach der Installation des Zertifikats löschen.

Verwalten des Administratorkennworts

Wenn Sie zum ersten Mal einen XenServer-Host installieren, legen Sie einen Administrator oder wurzel Passwort. Sie verwenden dieses Kennwort, um XenCenter mit Ihrem Host zu verbinden oder (mit dem Benutzernamen wurzel), um sich anzumelden XS-Konsole, die Systemkonfigurationskonsole.

Wenn Sie einen Host mit einem Pool verbinden, wird das Administratorkennwort für den Host automatisch so geändert, dass es mit dem Administratorkennwort des Poolkoordinators übereinstimmt.

Hinweis:

XenServer-Administratorkennwörter dürfen nur druckbare ASCII-Zeichen enthalten.

Ändern des Kennworts

Sie können XenCenter, die xe CLI oder XS-Konsole , um das Administratorkennwort zu ändern.

XenCenter

Führen Sie die folgenden Schritte aus, um das Administratorkennwort für einen Pool oder einen eigenständigen Host mithilfe von XenCenter zu ändern:

1. Im Betriebsmittel den Pool oder einen beliebigen Host im Pool aus.
2. Am Tümpel oder auf der Registerkarte Server und wählen Sie Serverkennwort ändern.

Um das Root-Passwort eines eigenständigen Hosts zu ändern, wählen Sie den Host im Feld Betriebsmittel und klicken Sie auf Passwort Und dann Veränderung vom Server Menü.

Wenn XenCenter so konfiguriert ist, dass Ihre Host-Anmeldeinformationen zwischen Sitzungen gespeichert werden, wird das neue Passwort gespeichert. Weitere Informationen finden Sie unter Speichern des Hostverbindungsstatus.

Nachdem Sie das Administratorkennwort geändert haben, rotieren Sie den geheimen Poolschlüssel. Weitere Informationen finden Sie unter Drehen des Poolgeheimnisses.

xe CLI

Um das Administratorkennwort mithilfe der xe CLI zu ändern, führen Sie den folgenden Befehl auf einem Host im Pool aus:

    xe user-password-change new=<new_password>
<!--NeedCopy-->

Hinweis:

Stellen Sie sicher, dass Sie dem Befehl ein Leerzeichen voranstellen, um zu vermeiden, dass das Klartextkennwort im Befehlsverlauf gespeichert wird.

Nachdem Sie das Administratorkennwort geändert haben, rotieren Sie den geheimen Poolschlüssel. Weitere Informationen finden Sie unter Drehen des Poolgeheimnisses.

XS-Konsole

So ändern Sie das Administratorkennwort für einen Pool oder einen eigenständigen Host mit XS-Konsoledie folgenden Schritte aus:

1. Wechseln Sie im Poolkoordinator zur Konsole.
2. Melden Sie sich an als wurzel.
3. Art XS-Konsole. Presse Eintreten. Das XS-Konsole wird angezeigt.
4. In XS-Konsole, navigieren Sie mit den Pfeiltasten zum Authentifizierung Option. Presse Eintreten.
5. Navigieren Sie zu Passwort ändern. Presse Eintreten.
6. Authentifizieren Sie sich mit dem Administratorkennwort.
7. Im Passwort ändern Dialogfeld:
   1. Geben Sie Ihr aktuelles Passwort ein.
   2. Geben Sie ein neues Passwort ein.
   3. Geben Sie das neue Passwort erneut ein, um es zu bestätigen.

   Das Passwortänderung erfolgreich wird angezeigt. Presse Eintreten zu entlassen.

Wenn es sich bei dem Host um einen Poolkoordinator handelt, wird dieses aktualisierte Kennwort jetzt an die anderen Hosts im Pool weitergegeben.

Nachdem Sie das Administratorkennwort geändert haben, rotieren Sie den geheimen Poolschlüssel. Weitere Informationen finden Sie unter Drehen des Poolgeheimnisses.

Setzen Sie ein verlorenes Root-Passwort zurück

Wenn Sie das Administratorkennwort (root) für Ihren XenServer-Host verlieren, können Sie das Kennwort zurücksetzen, indem Sie direkt auf den Host zugreifen.

1. Starten Sie den XenServer-Host neu.

2. Wenn das GRUB-Menü angezeigt wird, drücken Sie e , um den Boot-Menüeintrag zu bearbeiten.

3. Hinzufügen init=/sysroot/bin/sh zu der Zeile, die mit Modul2.

4. Presse Strg-X , um in eine Root-Shell zu booten.

5. Führen Sie in der Befehlsshell die folgenden Befehle aus:

     chroot /sysroot
     passwd
   
     (type the new password twice)
   
     sync
     /sbin/reboot -f
   <!--NeedCopy-->
   

Wenn es sich bei dem Host um einen Poolkoordinator handelt, wird dieses aktualisierte Kennwort jetzt an die anderen Hosts im Pool weitergegeben.

Nachdem Sie das Administratorkennwort geändert haben, rotieren Sie den geheimen Poolschlüssel.

Drehen des Poolgeheimnisses

Das Poolgeheimnis ist ein Geheimnis, das von den Hosts in einem Pool gemeinsam genutzt wird und es dem Host ermöglicht, seine Mitgliedschaft in einem Pool nachzuweisen.

Da Benutzer mit der Rolle “Pooladministrator” diesen geheimen Schlüssel ermitteln können, empfiehlt es sich, den geheimen Poolschlüssel zu rotieren, wenn einer dieser Benutzer Ihre Organisation verlässt oder seine Rolle als Pooladministrator verliert.

Sie können das Poolgeheimnis mithilfe von XenCenter oder der xe CLI rotieren.

XenCenter

Führen Sie die folgenden Schritte aus, um das Poolgeheimnis für einen Pool mithilfe von XenCenter zu rotieren:

1. Im Betriebsmittel den Pool oder einen beliebigen Host im Pool aus.
2. Am Tümpel und wählen Sie Pool-Geheimnis rotieren.

Wenn Sie den geheimen Poolschlüssel rotieren, werden Sie auch aufgefordert, das Root-Kennwort zu ändern. Wenn Sie den geheimen Poolschlüssel rotiert haben, weil Sie der Meinung sind, dass Ihre Umgebung kompromittiert wurde, stellen Sie sicher, dass Sie auch das Root-Kennwort ändern. Weitere Informationen finden Sie unter Ändern des Kennworts.

xe CLI

Um den geheimen Poolschlüssel mithilfe der xe-CLI zu rotieren, führen Sie den folgenden Befehl auf einem Host im Pool aus:

  xe pool-secret-rotate
<!--NeedCopy-->

Wenn Sie den geheimen Poolschlüssel rotiert haben, weil Sie der Meinung sind, dass Ihre Umgebung kompromittiert wurde, stellen Sie sicher, dass Sie auch das Root-Kennwort ändern. Weitere Informationen finden Sie unter Ändern des Kennworts.

Aktivieren Sie IGMP-Snooping in Ihrem XenServer-Pool

XenServer sendet Multicast-Datenverkehr an alle Gast-VMs, was zu einer unnötigen Belastung der Hostgeräte führt, da sie Pakete verarbeiten müssen, die sie nicht angefordert haben. Das Aktivieren von IGMP-Snooping verhindert, dass Hosts in einem lokalen Netzwerk Datenverkehr für eine Multicast-Gruppe empfangen, der sie nicht explizit beigetreten sind, und verbessert die Leistung von Multicast. IGMP-Snooping ist besonders nützlich für bandbreitenintensive IP-Multicast-Anwendungen wie IPTV.

Hinweise:

• IGMP-Snooping ist nur verfügbar, wenn das Netzwerk-Back-End Open vSwitch verwendet.

• Wenn Sie diese Funktion in einem Pool aktivieren, kann es auch erforderlich sein, die IGMP-Abfrage auf einem der physischen Switches zu aktivieren. Andernfalls fällt Multicast im Subnetzwerk auf Broadcast zurück und kann die Leistung von XenServer verringern.

• Wenn Sie diese Funktion in einem Pool aktivieren, in dem IGMP v3 ausgeführt wird, führt die VM-Migration oder das Failover der Netzwerkbindung dazu, dass die IGMP-Version auf v2 umgestellt wird.

• Um diese Funktion mit einem GRE-Netzwerk zu aktivieren, müssen Benutzer ein IGMP-Abfrage im GRE-Netzwerk einrichten. Alternativ können Sie die IGMP-Abfragenachricht aus dem physischen Netzwerk an das GRE-Netzwerk weiterleiten. Andernfalls kann der Multicast-Datenverkehr im GRE-Netzwerk blockiert werden.

Sie können IGMP-Snooping in einem Pool aktivieren, indem Sie XenCenter oder die xe CLI verwenden.

XenCenter

1. Navigieren Sie zu Pool-Immobilien.
2. Auswählen Netzwerk-Optionen. Hier können Sie IGMP-Snooping aktivieren oder deaktivieren.

xe CLI

1. Holen Sie sich die Pool-UUID:

   xe pool-list

2. Aktivieren/Deaktivieren von IGMP-Snooping für den Pool:

   xe pool-param-set [uuid=pool-uuid] [igmp-snooping-enabled=true|false]

Nachdem Sie IGMP-Snooping aktiviert haben, können Sie die IGMP-Snooping-Tabelle mit der xe CLI anzeigen.

IGMP-Snooping-Tabelle anzeigen

Verwenden Sie den folgenden Befehl, um die IGMP-Snooping-Tabelle anzuzeigen:

ovs-appctl mdb/show [bridge name]

Hinweis:

Sie können den Bridge-Namen mit xe network-liste. Diese Brückennamen können sein xenbr0, xenbr1, Xenapioder xapi0.

Daraus ergibt sich eine Tabelle mit vier Spalten:

• port: Der Port des Switches (OVS).
• VLAN: Die VLAN-ID des Datenverkehrs.
• GROUP: Die Multicastgruppe, die der Port angefordert hat.
• Alter: Das Alter dieses Datensatzes in Sekunden.

Wenn die Option GRUPPE handelt es sich um eine Multicast-Gruppenadresse, d. h. es wurde eine IGMP-Berichtsnachricht auf dem zugehörigen Switch-Port empfangen. Dies bedeutet, dass ein Empfänger (Mitglied) der Multicastgruppe an diesem Port lauscht.

Nehmen Sie das folgende Beispiel, das zwei Datensätze enthält:

Der erste Datensatz zeigt, dass ein Empfänger an Port 14 die Multicastgruppe 227.0.0.1 überwacht. Der Open vSwitch leitet den Datenverkehr, der für die Multicastgruppe 227.0.0.1 bestimmt ist, nur an die Überwachungsports für diese Gruppe (in diesem Beispiel an Port 14) weiter, anstatt an alle Ports zu senden. Der Datensatz, der Port 14 und die Gruppe 227.0.0.1 verbindet, wurde vor 15 Sekunden erstellt. Standardmäßig beträgt das Timeout-Intervall 300 Sekunden. Das bedeutet, dass der Datensatz abläuft und aus der Tabelle entfernt wird, wenn der Switch 300 Sekunden lang keine weiteren IGMP-Report-Nachrichten an Port 14 erhält.

Im zweiten Datensatz wird die GRUPPE ist Querier, was bedeutet, dass IGMP-Abfragenachrichten auf dem zugeordneten Port empfangen wurden. Ein Abfrager sendet regelmäßig IGMP-Abfragenachrichten, die an alle Switch-Ports gesendet werden, um zu bestimmen, welche Netzwerkknoten eine Multicast-Gruppe überwachen. Nach dem Empfang einer IGMP-Abfragenachricht antwortet der Empfänger mit einer IGMP-Berichtsnachricht, die bewirkt, dass der Multicast-Datensatz des Empfängers aktualisiert wird und kein Ablauf erfolgt.

Das VLAN zeigt dem VLAN an, dass sich ein Empfänger/Abfrager befindet. “0” bedeutet natives VLAN. Wenn Sie Multicast in einem getaggten VLAN ausführen möchten, stellen Sie sicher, dass im VLAN Datensätze vorhanden sind.

Hinweis:

Für das VLAN-Szenario sollten Sie einen Abfragedatensatz mit einem VLAN-Spaltenwert haben, der der VLAN-ID des Netzwerks entspricht, da sonst Multicast im VLAN-Netzwerk nicht funktioniert.

Aktivieren Sie die Komprimierung des Migrationsdatenstroms in Ihrem XenServer-Pool

Bei der Live-Migration einer VM wird ihr Arbeitsspeicher als Datenstrom zwischen zwei Hosts über das Netzwerk übertragen. Die Funktion zur Komprimierung des Migrationsdatenstroms komprimiert diesen Datenstrom und beschleunigt so die Speicherübertragung in langsamen Netzwerken. Diese Funktion ist standardmäßig deaktiviert, kann jedoch mithilfe von XenCenter oder der xe CLI geändert werden. Weitere Informationen finden Sie unter Pool-Immobilien - Erweitert und Pool-Parameter. Alternativ können Sie die Komprimierung beim Migrieren eines virtuellen Computers über die Befehlszeile aktivieren. Weitere Informationen finden Sie in der vm-migrieren Befehl in VM-Befehle.