Netzwerke

Wichtig:

Citrix Hypervisor 8.2 Kumulatives Update 1 wird am 25. Juni 2025 End of Life. Planen Sie jetzt Ihr Upgrade auf XenServer 8, um einen reibungslosen Übergang und kontinuierlichen Support zu gewährleisten. Weitere Informationen finden Sie unter Upgrade.

Wenn Sie Ihre Citrix Virtual Apps and Desktops-Lizenzdateien verwenden, um Ihre Citrix Hypervisor 8.2 Cumulative Update 1-Hosts zu lizenzieren, sind diese Lizenzdateien nicht mit XenServer 8 kompatibel. Vor dem Upgrade müssen Sie XenServer Premium Edition-Socket-Lizenzdateien für die Verwendung mit XenServer 8 erwerben. Diese Socket-Lizenzdateien sind als Berechtigung für die Abonnements Citrix für Private Cloud, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP und Citrix Platform License für die Ausführung Ihrer Citrix-Workloads verfügbar. Citrix-Kunden, die noch nicht auf diese neuen Abonnements umgestiegen sind, können die Teilnahme an einer kostenlosen Aktion für 10.000 XenServer Premium Edition-Socket-Lizenzen anfordern. Weitere Informationen finden Sie unter XenServer (Englisch).

Wenn Sie vor dem Upgrade keine kompatible Lizenz für XenServer 8 erhalten, werden Ihre Hosts beim Upgrade auf die 90-Tage-Testversion zurückgesetzt. Die Testversion bietet die gleichen Funktionen wie die Premium Edition, jedoch mit einigen Einschränkungen. Weitere Informationen finden Sie unter Übersicht über die XenServer 8-Lizenzierung.

Dieser Abschnitt bietet einen Überblick über Citrix Hypervisor-Netzwerke, einschließlich Netzwerke, VLANs und NIC-Bindungen. Außerdem wird erläutert, wie Sie Ihre Netzwerkkonfiguration verwalten und Fehler beheben.

Wichtig:

vSwitch ist der Standardnetzwerk-Stack von Citrix Hypervisor. Folgen Sie den Anweisungen in vSwitch-Netzwerke , um den Linux-Netzwerkstack zu konfigurieren.

Wenn Sie bereits mit den Netzwerkkonzepten von Citrix Hypervisor vertraut sind, können Sie mit fortfahren Verwalten des Netzwerks Für Informationen zu den folgenden Abschnitten:

• Erstellen von Netzwerken für eigenständige Citrix Hypervisor-Server

• Erstellen von Netzwerken für Citrix Hypervisor-Server, die in einem Ressourcenpool konfiguriert sind

• Erstellen Sie VLANs für Citrix Hypervisor-Server, entweder eigenständig oder Teil eines Ressourcenpools

• Erstellen von Anleihen für eigenständige Citrix Hypervisor-Server

• Erstellen Sie Bindungen für Citrix Hypervisor-Server, die in einem Ressourcenpool konfiguriert sind

Hinweis:

Der Begriff “Verwaltungsschnittstelle” wird verwendet, um die IP-fähige Netzwerkkarte anzugeben, die den Verwaltungsdatenverkehr überträgt. Der Begriff “sekundäre Schnittstelle” wird verwendet, um eine IP-fähige Netzwerkkarte anzugeben, die für den Speicherdatenverkehr konfiguriert ist.

Unterstützung bei der Vernetzung

Citrix Hypervisor unterstützt bis zu 16 physische Netzwerkschnittstellen (oder bis zu 4 gebundene Netzwerkschnittstellen) pro Host und bis zu 7 virtuelle Netzwerkschnittstellen pro VM.

Hinweis:

Citrix Hypervisor bietet die automatisierte Konfiguration und Verwaltung von Netzwerkkarten über die xe-Befehlszeilenschnittstelle (CLI). Bearbeiten Sie die Konfigurationsdateien für das Hostnetzwerk nicht direkt.

vSwitch-Netzwerke

vSwitch-Netzwerke unterstützen Open Flow.

• Unterstützt fein abgestimmte Sicherheitsrichtlinien, um den Fluss des von und zu einer VM gesendeten Datenverkehrs zu steuern.

• Bietet detaillierte Transparenz über das Verhalten und die Leistung des gesamten Datenverkehrs, der in der virtuellen Netzwerkumgebung gesendet wird.

Ein vSwitch vereinfacht die IT-Administration in virtualisierten Netzwerkumgebungen erheblich. Alle VM-Konfigurationen und -Statistiken bleiben an die VM gebunden, auch wenn die VM von einem physischen Host im Ressourcenpool zu einem anderen migriert wird.

Führen Sie den folgenden Befehl aus, um zu bestimmen, welcher Netzwerkstapel konfiguriert ist:

  xe host-list params=software-version
<!--NeedCopy-->

Suchen Sie in der Befehlsausgabe nach network_backend. Wenn der vSwitch als Netzwerk-Stack konfiguriert ist, wird die Ausgabe wie folgt angezeigt:

  network_backend: openvswitch
<!--NeedCopy-->

Wenn die Linux-Bridge als Netzwerkstapel konfiguriert ist, wird die Ausgabe wie folgt angezeigt:

  network_backend: bridge
<!--NeedCopy-->

Führen Sie den folgenden Befehl aus, um zum Linux-Netzwerkstapel zurückzukehren:

  xe-switch-network-backend bridge
<!--NeedCopy-->

Starten Sie Ihren Host neu, nachdem Sie diesen Befehl ausgeführt haben.

Übersicht über das Citrix Hypervisor-Netzwerk

In diesem Abschnitt werden die allgemeinen Konzepte des Netzwerks in der Citrix Hypervisor-Umgebung beschrieben.

Citrix Hypervisor erstellt während der Installation ein Netzwerk für jede physische Netzwerkkarte. Wenn Sie einem Pool einen Server hinzufügen, werden die Standardnetzwerke zusammengeführt. Dadurch soll sichergestellt werden, dass alle physischen Netzwerkkarten mit demselben Gerätenamen an dasselbe Netzwerk angeschlossen sind.

In der Regel fügen Sie ein Netzwerk hinzu, um ein internes Netzwerk zu erstellen, ein neues VLAN mit einer vorhandenen Netzwerkkarte einzurichten oder eine NIC-Bindung zu erstellen.

Sie können die folgenden verschiedenen Arten von Netzwerken in Citrix Hypervisor konfigurieren:

• Externe Netzwerke über eine Zuordnung zu einer physischen Netzwerkschnittstelle verfügen. Externe Netzwerke stellen eine Brücke zwischen einer virtuellen Maschine und der physischen Netzwerkschnittstelle dar, die mit dem Netzwerk verbunden ist. Externe Netzwerke ermöglichen es einer virtuellen Maschine, eine Verbindung zu Ressourcen herzustellen, die über die physische Netzwerkkarte des Servers verfügbar sind.

• Gebundene Netzwerke Erstellen Sie eine Bindung zwischen zwei oder mehr Netzwerkkarten, um einen einzigen, leistungsstarken Kanal zwischen der virtuellen Maschine und dem Netzwerk zu erstellen.

• Private Netzwerke mit einem Server keine Zuordnung zu einer physischen Netzwerkschnittstelle haben. Private Netzwerke mit einem Server können verwendet werden, um Konnektivität zwischen den virtuellen Maschinen auf einem bestimmten Host bereitzustellen, ohne dass eine Verbindung zur Außenwelt besteht.

Hinweis:

Einige Netzwerkoptionen verhalten sich bei der Verwendung mit eigenständigen Citrix Hypervisor-Servern anders als mit Ressourcenpools. Dieser Abschnitt enthält Abschnitte mit allgemeinen Informationen, die sowohl für eigenständige Hosts als auch für Pools gelten, gefolgt von spezifischen Informationen und Verfahren für jeden Host.

Netzwerk-Objekte

In diesem Abschnitt werden drei Typen von serverseitigen Softwareobjekten verwendet, um Netzwerkentitäten darzustellen. Diese Objekte sind:

• Ein PIF, die eine physische Netzwerkkarte auf einem Host darstellt. PIF-Objekte haben einen Namen und eine Beschreibung, eine UUID, die Parameter der Netzwerkkarte, die sie darstellen, sowie das Netzwerk und den Server, mit dem sie verbunden sind.

• Ein VIF, die eine virtuelle Netzwerkkarte auf einem virtuellen Computer darstellt. VIF-Objekte haben einen Namen und eine Beschreibung, eine UUID sowie das Netzwerk und die VM, mit denen sie verbunden sind.

• Ein Netz, bei dem es sich um einen virtuellen Ethernet-Switch auf einem Host handelt. Netzwerkobjekte verfügen über einen Namen und eine Beschreibung, eine UUID und die Sammlung von VIFs und PIFs, die mit ihnen verbunden sind.

Mit XenCenter und der xe CLI können Sie Netzwerkoptionen konfigurieren. Sie können die Netzwerkkarte steuern, die für Verwaltungsvorgänge verwendet wird, und erweiterte Netzwerkfunktionen wie VLANs und NIC-Bindungen erstellen.

Netzwerke

Jeder Citrix Hypervisor-Server verfügt über ein oder mehrere Netzwerke, bei denen es sich um virtuelle Ethernet-Switches handelt. Netzwerke, die nicht mit einem PIF verknüpft sind, werden berücksichtigt intern. Interne Netzwerke können verwendet werden, um Konnektivität nur zwischen VMs auf einem bestimmten Citrix Hypervisor-Server bereitzustellen, ohne Verbindung zur Außenwelt. Netzwerke, die mit einem PIF verknüpft sind, werden berücksichtigt äußerlich. Externe Netzwerke stellen eine Brücke zwischen VIFs und dem mit dem Netzwerk verbundenen PIF dar und ermöglichen die Konnektivität zu Ressourcen, die über die Netzwerkkarte des PIF verfügbar sind.

VLANs

VLANs, wie sie im IEEE 802.1Q-Standard definiert sind, ermöglichen es einem einzelnen physischen Netzwerk, mehrere logische Netzwerke zu unterstützen. Citrix Hypervisor-Server unterstützen VLANs auf verschiedene Weise.

Hinweis:

• Es wird empfohlen, eine GFS2-SR nicht mit einem VLAN zu verwenden, da ein bekanntes Problem auftritt, bei dem Sie Hosts in einem Cluster-Pool nicht hinzufügen oder entfernen können, wenn sich das Cluster-Netzwerk in einem Nicht-Management-VLAN befindet.
• Alle unterstützten VLAN-Konfigurationen gelten gleichermaßen für Pools und eigenständige Hosts sowie für gebundene und nicht gebundene Konfigurationen.

Verwenden von VLANs mit virtuellen Maschinen

Switch-Ports, die als 802.1Q VLAN-Trunk-Ports konfiguriert sind, können mit den Citrix Hypervisor VLAN-Funktionen verwendet werden, um virtuelle Gastnetzwerkschnittstellen (VIFs) mit bestimmten VLANs zu verbinden. In diesem Fall führt der Citrix Hypervisor-Server die VLAN-Tagging-/Untagging-Funktionen für den Gast aus, der keine VLAN-Konfiguration kennt.

Citrix Hypervisor-VLANs werden durch zusätzliche PIF-Objekte dargestellt, die VLAN-Schnittstellen darstellen, die einem angegebenen VLAN-Tag entsprechen. Sie können Citrix Hypervisor-Netzwerke mit dem PIF verbinden, der die physische Netzwerkkarte darstellt, um den gesamten Datenverkehr auf der Netzwerkkarte anzuzeigen. Alternativ können Sie Netzwerke mit einem PIF verbinden, der ein VLAN darstellt, um nur den Datenverkehr mit dem angegebenen VLAN-Tag anzuzeigen. Sie können ein Netzwerk auch so verbinden, dass nur der native VLAN-Datenverkehr angezeigt wird, indem Sie es an VLAN 0 anhängen.

Verfahren zum Erstellen von VLANs für Citrix Hypervisor-Server, entweder eigenständig oder Teil eines Ressourcenpools, finden Sie unter Erstellen von VLANs.

Wenn Sie möchten, dass der Gast die VLAN-Tagging- und Untagging-Funktionen ausführt, muss der Gast die VLANs kennen. Wenn Sie das Netzwerk für Ihre VMs konfigurieren, konfigurieren Sie die Switch-Ports als VLAN-Trunk-Ports, erstellen Sie jedoch keine VLANs für den Citrix Hypervisor-Server. Verwenden Sie stattdessen VIFs in einem normalen Netzwerk ohne VLAN.

Verwenden von VLANs mit Verwaltungsschnittstellen

Die Verwaltungsschnittstelle kann in einem VLAN mithilfe eines Switch-Ports konfiguriert werden, der als Trunk-Port oder Access Mode-Port konfiguriert ist. Verwenden Sie XenCenter oder xe CLI, um ein VLAN einzurichten und es zur Verwaltungsschnittstelle zu machen. Weitere Informationen finden Sie unter Verwaltungsschnittstelle.

Verwenden von VLANs mit dedizierten Speicher-NICs

Dedizierte Speicher-NICs können so konfiguriert werden, dass sie native VLAN- oder Zugriffsmodus-Ports verwenden, wie im vorherigen Abschnitt für Verwaltungsschnittstellen beschrieben. Dedizierte Speicher-NICs werden auch als IP-fähige NICs oder sekundäre Schnittstellen bezeichnet. Sie können dedizierte Speicher-NICs so konfigurieren, dass Trunk-Ports und Citrix Hypervisor-VLANs verwendet werden, wie im vorherigen Abschnitt für virtuelle Maschinen beschrieben. Weitere Informationen finden Sie unter Konfigurieren einer dedizierten Speicher-NIC.

Kombinieren von Verwaltungsschnittstellen und Gast-VLANs auf einer einzigen Host-Netzwerkkarte

Ein einzelner Switch-Port kann sowohl mit Trunk- als auch mit nativen VLANs konfiguriert werden, sodass eine Host-Netzwerkkarte für eine Verwaltungsschnittstelle (im nativen VLAN) und für die Verbindung von Gast-VIFs mit bestimmten VLAN-IDs verwendet werden kann.

Jumbo-Rahmen

Jumbo-Frames können verwendet werden, um die Leistung des Datenverkehrs in Speichernetzwerken und VM-Netzwerken zu optimieren. Jumbo-Frames sind Ethernet-Frames mit mehr als 1.500 Byte Nutzlast. Jumbo-Frames werden in der Regel verwendet, um einen besseren Durchsatz zu erzielen, die Last des Systembusspeichers zu reduzieren und den CPU-Overhead zu reduzieren.

Hinweis:

Citrix Hypervisor unterstützt Jumbo-Frames nur, wenn vSwitch als Netzwerkstack auf allen Hosts im Pool verwendet wird.

Voraussetzungen für die Verwendung von Jumbo-Frames

Beachten Sie bei der Verwendung von Jumbo-Frames Folgendes:

• Jumbo-Frames werden auf Poolebene konfiguriert

• vSwitch muss auf allen Servern im Pool als Netzwerk-Back-End konfiguriert werden

• Jedes Gerät im Subnetz muss für die Verwendung von Jumbo-Frames konfiguriert werden

• Das Aktivieren von Jumbo-Frames im Verwaltungsnetzwerk wird nicht unterstützt

Um Jumbo-Frames zu verwenden, legen Sie die Maximum Transmission Unit (MTU) auf einen Wert zwischen 1500 und 9216 fest. Sie können XenCenter oder die xe CLI verwenden, um die MTU festzulegen.

NIC-Anleihen

NIC-Bindungen, manchmal auch als NIC-Teaming bezeichnet, verbessern die Ausfallsicherheit und Bandbreite von Citrix Hypervisor-Servern, indem Administratoren zwei oder mehr Netzwerkkarten zusammen konfigurieren können. NIC-Bonds funktionieren logischerweise wie eine Netzwerkkarte, und alle gebundenen NICs teilen sich eine MAC-Adresse.

Wenn eine Netzwerkkarte in der Bindung ausfällt, wird der Netzwerkverkehr des Hosts automatisch über die zweite Netzwerkkarte umgeleitet. Citrix Hypervisor unterstützt bis zu acht gebundene Netzwerke.

Citrix Hypervisor unterstützt die Aktiv-Aktiv-, Aktiv-Passiv- und LACP-Bonding-Modi. Die Anzahl der unterstützten Netzwerkkarten und der unterstützte Bonding-Modus variieren je nach Netzwerk-Stack:

• LACP-Bonding ist nur für den vSwitch verfügbar, während Aktiv-Aktiv- und Aktiv-Passiv sowohl für den vSwitch als auch für die Linux-Bridge verfügbar sind.

• Wenn es sich bei dem vSwitch um den Netzwerk-Stack handelt, können Sie entweder zwei, drei oder vier Netzwerkkarten verbinden.

• Wenn es sich bei der Linux-Bridge um den Netzwerkstapel handelt, können Sie nur zwei Netzwerkkarten verbinden.

In der folgenden Abbildung befindet sich die Verwaltungsschnittstelle auf einem gebundenen Paar von Netzwerkkarten. Citrix Hypervisor verwendet diese Bindung für den Verwaltungsdatenverkehr.

Alle Bonding-Modi unterstützen Failover. Nicht alle Modi erlauben es jedoch, dass alle Links für alle Verkehrsarten aktiv sind. Citrix Hypervisor unterstützt das Zusammenbinden der folgenden Arten von Netzwerkkarten:

• Netzwerkkarten (ohne Verwaltung). Sie können Netzwerkkarten binden, die Citrix Hypervisor ausschließlich für den VM-Datenverkehr verwendet. Das Bündeln dieser Netzwerkkarten sorgt nicht nur für Ausfallsicherheit, sondern gleicht auch den Datenverkehr von mehreren VMs zwischen den Netzwerkkarten aus.

• Verwaltungsschnittstellen. Sie können eine Verwaltungsschnittstelle an eine andere Netzwerkkarte binden, sodass die zweite Netzwerkkarte ein Failover für den Verwaltungsdatenverkehr bereitstellt. Obwohl die Konfiguration einer LACP-Link-Aggregationsanleihe einen Lastausgleich für den Verwaltungsdatenverkehr ermöglicht, ist dies bei der Aktiv-Aktiv-NIC-Bindung nicht der Fall. Sie können ein VLAN auf gebundenen Netzwerkkarten erstellen, und die Host-Verwaltungsschnittstelle kann diesem VLAN zugewiesen werden.

• Sekundäre Schnittstellen. Sie können Netzwerkkarten binden, die Sie als sekundäre Schnittstellen konfiguriert haben (z. B. für die Speicherung). Für die meisten iSCSI-Software-Initiatorspeicher empfehlen wir jedoch, Multipathing anstelle von NIC-Bonding zu konfigurieren, wie unter Entwerfen von Citrix Hypervisor-Netzwerkkonfigurationen beschrieben.

  In diesem Abschnitt wird der Begriff IP-basierter Speicherdatenverkehr verwendet, um iSCSI- und NFS-Datenverkehr gemeinsam zu beschreiben.

Sie können eine Bindung erstellen, wenn eine VIF bereits eine der Schnittstellen verwendet, die gebunden werden sollen: Der VM-Datenverkehr wird automatisch auf die neue gebundene Schnittstelle migriert.

In Citrix Hypervisor stellt ein zusätzlicher PIF eine NIC-Bindung dar. Citrix Hypervisor NIC-Anleihen subsumieren die zugrunde liegenden physischen Geräte (PIFs) vollständig.

Hinweise:

• Das Erstellen einer Bindung, die nur eine Netzwerkkarte enthält, wird nicht unterstützt.
• Bei den gebondeten NICs kann es sich um unterschiedliche Modelle handeln.
• NIC-Anleihen werden auf Netzwerkkarten, die FCoE-Datenverkehr übertragen, nicht unterstützt.

Bewährte Methoden

Befolgen Sie beim Einrichten Ihrer NIC-Anleihen die folgenden Best Practices:

• Verbinden Sie die Verbindungen der Bindung mit verschiedenen physischen Netzwerk-Switches, nicht nur mit Ports auf demselben Switch.
• Stellen Sie sicher, dass die separaten Switches von unterschiedlichen, unabhängigen Power Distribution Units (PDUs) mit Strom versorgt werden.
• Wenn möglich, platzieren Sie die PDUs in Ihrem Rechenzentrum auf verschiedenen Phasen der Stromversorgung oder sogar auf Einspeisungen, die von verschiedenen Versorgungsunternehmen bereitgestellt werden.
• Erwägen Sie die Verwendung unterbrechungsfreier Netzteile, um sicherzustellen, dass die Netzwerk-Switches und Server weiterhin funktionieren oder im Falle eines Stromausfalls ordnungsgemäß heruntergefahren werden können.

Diese Maßnahmen erhöhen die Resilienz gegen Software-, Hardware- oder Stromausfälle, die sich auf Ihre Netzwerk-Switches auswirken können.

Wichtige Punkte zur IP-Adressierung

Gebundene Netzwerkkarten haben entweder eine IP-Adresse oder keine IP-Adressen, wie folgt:

• Management- und Speichernetzwerke.

  • Wenn Sie eine Verwaltungsschnittstelle oder eine sekundäre Schnittstelle binden, wird der Bindung eine einzelne IP-Adresse zugewiesen. Das heißt, jede Netzwerkkarte verfügt nicht über eine eigene IP-Adresse. Citrix Hypervisor behandelt die beiden Netzwerkkarten als eine logische Verbindung.

  • Wenn Bindungen für Nicht-VM-Datenverkehr verwendet werden, z. B. um eine Verbindung mit freigegebenem Netzwerkspeicher oder XenCenter für die Verwaltung herzustellen, konfigurieren Sie eine IP-Adresse für die Bindung. Wenn Sie jedoch bereits einer der Netzwerkkarten eine IP-Adresse zugewiesen haben (d. h. eine Verwaltungsschnittstelle oder eine sekundäre Schnittstelle erstellt haben), wird diese IP-Adresse automatisch der gesamten Bindung zugewiesen.

  • Wenn Sie eine Verwaltungsschnittstelle oder eine sekundäre Schnittstelle an eine Netzwerkkarte ohne IP-Adresse binden, übernimmt die Bindung die IP-Adresse der jeweiligen Schnittstelle.

  • Wenn Sie eine getaggte VLAN-Verwaltungsschnittstelle und eine sekundäre Schnittstelle binden, wird das Verwaltungs-VLAN auf dieser gebundenen Netzwerkkarte erstellt.

• VM-Netzwerke. Wenn gebundene Netzwerkkarten für VM-Datenverkehr verwendet werden, müssen Sie keine IP-Adresse für die Bindung konfigurieren. Dies liegt daran, dass die Bindung auf Schicht 2 des OSI-Modells, der Sicherungsschicht, arbeitet und auf dieser Schicht keine IP-Adressierung verwendet wird. IP-Adressen für virtuelle Maschinen sind mit VIFs verknüpft.

Arten der Verklebung

Citrix Hypervisor bietet drei verschiedene Arten von Anleihen, die alle entweder über die CLI oder XenCenter konfiguriert werden können:

• Aktiv-Aktiv-Modus, bei dem der VM-Datenverkehr zwischen den gebundenen Netzwerkkarten ausgeglichen wird. Siehe Aktiv-Aktiv-Verbindung.

• Aktiv-Passiv-Modus, bei dem nur eine Netzwerkkarte aktiv Datenverkehr überträgt. Siehe Aktiv-Passiv-Verbindung.

• LACP Link Aggregation, bei der aktive und Standby-Netzwerkkarten zwischen dem Switch und dem Server ausgehandelt werden. Siehe LACP Link Aggregation Control Protocol-Bonding.

Hinweis:

Das Bonding wird mit einer Up-Verzögerung von 31.000 ms und einer Down-Verzögerung von 200 ms eingerichtet. Die scheinbar lange Up-Verzögerung ist gewollt, da einige Schalter Zeit benötigen, um den Port freizuschalten. Wenn eine Verbindung nach einem Ausfall wiederhergestellt wird, kann der Bond den Datenverkehr ohne Verzögerung neu verteilen, bevor der Switch bereit ist, den Datenverkehr weiterzuleiten. Um beide Verbindungen auf einen anderen Switch zu verschieben, verschieben Sie einen und warten Sie 31 Sekunden, bis er wieder verwendet wird, bevor Sie den anderen bewegen. Weitere Informationen zum Ändern der Verzögerung finden Sie unter Änderung des Aufschubs für Anleihen.

Status der Anleihe

Citrix Hypervisor stellt den Status für Anleihen in den Ereignisprotokollen für jeden Host bereit. Wenn eine oder mehrere Verknüpfungen in einer Bindung ausfallen oder wiederhergestellt werden, wird dies im Ereignisprotokoll vermerkt. Ebenso können Sie den Status der Verknüpfungen einer Anleihe abfragen, indem Sie die Funktion Verknüpfungen -Parameter, wie im folgenden Beispiel gezeigt:

  xe bond-param-get uuid=bond_uuid param-name=links-up
<!--NeedCopy-->

Citrix Hypervisor überprüft den Status von Links in Anleihen etwa alle fünf Sekunden. Wenn also mehrere Verknüpfungen in der Bindung innerhalb des Fünf-Sekunden-Fensters ausfallen, wird der Fehler erst bei der nächsten Statusprüfung protokolliert.

Bonding-Ereignisprotokolle werden auf der Registerkarte XenCenter-Protokolle angezeigt. Für Benutzer, die XenCenter nicht ausführen, werden Ereignisprotokolle auch in /var/log/xensource.log auf jedem Host.

Aktiv-Aktiv-Verbindung

Aktiv-Aktiv-Konfiguration ist eine Aktiv/Aktiv-Konfiguration für Gastdatenverkehr: Beide Netzwerkkarten können VM-Datenverkehr gleichzeitig weiterleiten. Wenn Anleihen für den Verwaltungsdatenverkehr verwendet werden, kann nur eine Netzwerkkarte in der Bindung Datenverkehr weiterleiten: Die andere Netzwerkkarte bleibt ungenutzt und bietet Failover-Unterstützung. Der Aktiv-Aktiv-Modus ist der standardmäßige Bonding-Modus, wenn entweder die Linux-Bridge oder der vSwitch-Netzwerk-Stack aktiviert ist.

Wenn Aktiv-Aktiv-Bonding mit der Linux-Bridge verwendet wird, können Sie nur zwei Netzwerkkarten verbinden. Wenn Sie den vSwitch als Netzwerk-Stack verwenden, können Sie entweder zwei, drei oder vier Netzwerkkarten im Aktiv-Aktiv-Modus verbinden. Im Aktiv-Aktiv-Modus ist das Bündeln von drei oder vier Netzwerkkarten jedoch nur für den VM-Datenverkehr von Vorteil, wie in der folgenden Abbildung dargestellt.

Citrix Hypervisor kann Datenverkehr nur über zwei oder mehr Netzwerkkarten senden, wenn der Bindung mehr als eine MAC-Adresse zugeordnet ist. Citrix Hypervisor kann die virtuellen MAC-Adressen in der VIF verwenden, um Datenverkehr über mehrere Links zu senden. Nämlich:

• VM-Datenverkehr. Unter der Voraussetzung, dass Sie die Bündelung auf Netzwerkkarten aktivieren, die nur VM-Datenverkehr (Gastdatenverkehr) übertragen, sind alle Verbindungen aktiv und die NIC-Bündelung kann den verteilten VM-Datenverkehr auf die Netzwerkkarten ausgleichen. Der Datenverkehr eines einzelnen VIF wird nie zwischen den Netzwerkkarten aufgeteilt.

• Verwaltung oder Speicherverkehr. Nur eine der Links (NICs) in der Bindung ist aktiv, und die anderen Netzwerkkarten bleiben ungenutzt, es sei denn, der Datenverkehr wird auf sie umgeleitet. Die Konfiguration einer Verwaltungsschnittstelle oder einer sekundären Schnittstelle in einem gebundenen Netzwerk bietet Ausfallsicherheit.

• Gemischter Verkehr. Wenn die gebundene Netzwerkkarte eine Mischung aus IP-basiertem Speicherdatenverkehr und Gastdatenverkehr überträgt, wird nur der Datenverkehr der Gast- und der Steuerungsdomäne für einen Lastenausgleich verwendet. Bei der Steuerungsdomäne handelt es sich im Wesentlichen um einen virtuellen Computer, sodass sie wie die anderen Gäste eine Netzwerkkarte verwendet. Citrix Hypervisor gleicht den Datenverkehr der Steuerdomäne auf die gleiche Weise aus wie den VM-Datenverkehr.

Ausgleich des Datenverkehrs

Citrix Hypervisor gleicht den Datenverkehr zwischen Netzwerkkarten aus, indem er die Quell-MAC-Adresse des Pakets verwendet. Da für den Verwaltungsdatenverkehr nur eine Quell-MAC-Adresse vorhanden ist, kann im Aktiv-Aktiv-Modus nur eine Netzwerkkarte verwendet werden, und der Datenverkehr wird nicht ausgeglichen. Der Traffic-Ausgleich basiert auf zwei Faktoren:

• Die virtuelle Maschine und die zugehörige VIF, die den Datenverkehr sendet oder empfängt

• Die Menge der gesendeten Daten (in Kilobyte).

Citrix Hypervisor wertet die Datenmenge (in Kilobyte) aus, die jede Netzwerkkarte sendet und empfängt. Wenn die Menge der Daten, die über eine Netzwerkkarte gesendet werden, die Menge der über die andere Netzwerkkarte gesendeten Daten übersteigt, gleicht Citrix Hypervisor neu aus, welche VIFs welche Netzwerkkarten verwenden. Die gesamte Last des VIF wird übertragen. Die Last eines VIF wird nie auf zwei Netzwerkkarten aufgeteilt.

Obwohl Aktiv-Aktiv-NIC-Bonding einen Lastausgleich für den Datenverkehr von mehreren VMs bereitstellen kann, kann eine einzelne VM nicht den Durchsatz von zwei Netzwerkkarten bereitstellen. Jede VIF verwendet jeweils nur eine der Verknüpfungen in einer Anleihe. Da Citrix Hypervisor den Datenverkehr regelmäßig neu ausbalanciert, werden VIFs nicht dauerhaft einer bestimmten Netzwerkkarte in der Bindung zugewiesen.

Der Aktiv-Aktiv-Modus wird manchmal als Source Load Balancing (SLB)-Bonding bezeichnet, da Citrix Hypervisor SLB verwendet, um die Last über gebundene Netzwerkschnittstellen zu verteilen. SLB ist vom Open-Source-Modus Adaptive Load Balancing (ALB) abgeleitet und verwendet die ALB-Funktionalität wieder, um die Last dynamisch über Netzwerkkarten hinweg neu auszugleichen.

Beim Rebalancing wird die Anzahl der Bytes, die über jede sekundäre Schnittstelle (Schnittstelle) gehen, über einen bestimmten Zeitraum verfolgt. Wenn ein zu sendendes Paket eine neue Quell-MAC-Adresse enthält, wird es der sekundären Schnittstelle mit der geringsten Auslastung zugewiesen. Der Datenverkehr wird in regelmäßigen Abständen neu ausbalanciert.

Jede MAC-Adresse hat eine entsprechende Last und Citrix Hypervisor kann ganze Lasten zwischen Netzwerkkarten verschieben, abhängig von der Menge der Daten, die eine VM sendet und empfängt. Bei Aktiv-Aktiv-Datenverkehr kann der gesamte Datenverkehr von einer VM nur auf einer Netzwerkkarte gesendet werden.

Hinweis:

Aktiv-Aktiv-Bonding erfordert keine Switch-Unterstützung für EtherChannel oder 802.3ad (LACP).

Aktiv-Passiv-Verbindung

Eine Aktiv-Passiv-Bindung leitet den Datenverkehr nur über eine der Netzwerkkarten weiter. Wenn die aktive Netzwerkkarte die Netzwerkverbindung verliert, wird ein Failover des Datenverkehrs auf die andere Netzwerkkarte in der Bindung ausgeführt. Aktiv-Passiv-Bindungen leiten den Datenverkehr über die aktive Netzwerkkarte weiter. Der Datenverkehr wird auf die passive Netzwerkkarte verlagert, wenn die aktive Netzwerkkarte ausfällt.

Aktiv-Passiv-Bonding ist in der Linux-Bridge und im vSwitch-Netzwerkstack verfügbar. Bei Verwendung mit der Linux-Bridge können Sie zwei Netzwerkkarten miteinander verbinden. Bei Verwendung mit dem vSwitch können Sie nur zwei, drei oder vier Netzwerkkarten miteinander verbinden. Unabhängig von der Art des Datenverkehrs ist jedoch nur eine Verbindung aktiv, wenn Sie Netzwerkkarten im Aktiv-Passiv-Modus verbinden, und es gibt keinen Lastausgleich zwischen den Verbindungen.

Die folgende Abbildung zeigt zwei gebundene Netzwerkkarten, die im Aktiv-Passiv-Modus konfiguriert sind.

Der Aktiv-Aktiv-Modus ist die Standardbindungskonfiguration in Citrix Hypervisor. Wenn Sie Bonds über die CLI konfigurieren, müssen Sie einen Parameter für den Aktiv-Passiv-Modus angeben. Andernfalls wird eine Aktiv-Aktiv-Bindung erstellt. Sie müssen den Aktiv-Passiv-Modus nicht konfigurieren, da ein Netzwerk Verwaltungs- oder Speicherdatenverkehr überträgt.

Aktiv-Passiv kann eine gute Wahl für die Ausfallsicherheit sein, da es mehrere Vorteile bietet. Bei Aktiv-Passiv-Anleihen wird der Datenverkehr nicht zwischen den Netzwerkkarten verschoben. In ähnlicher Weise können Sie mit der Aktiv-Passiv-Bündelung zwei Switches für Redundanz konfigurieren, ohne dass Stacking erforderlich ist. Wenn der Management-Switch ausfällt, können gestapelte Switches ein Single Point of Failure sein.

Für den Aktiv-Passiv-Modus ist keine Switch-Unterstützung für EtherChannel oder 802.3ad (LACP) erforderlich.

Erwägen Sie die Konfiguration des Aktiv-Passiv-Modus in Situationen, in denen Sie keinen Lastausgleich benötigen oder wenn Sie beabsichtigen, Datenverkehr nur auf einer Netzwerkkarte zu senden.

Wichtig:

Nachdem Sie VIFs erstellt haben oder Ihr Pool in Produktion ist, sollten Sie vorsichtig sein, wenn Sie Anleihen ändern oder Anleihen erstellen.

LACP Link Aggregation Control Protocol-Bonding

Das LACP Link Aggregation Control Protocol ist eine Art der Bindung, bei der eine Gruppe von Ports gebündelt und wie ein einziger logischer Kanal behandelt wird. LACP-Bonding ermöglicht Failover und kann die insgesamt verfügbare Bandbreite erhöhen.

Im Gegensatz zu anderen Bonding-Modi müssen beim LACP-Bonding beide Seiten der Links konfiguriert werden: Erstellen einer Bindung auf dem Host und Erstellen einer Link Aggregation Group (LAG) für jede Bindung auf dem Switch. Siehe Switch-Konfiguration für LACP-Bonds. Sie müssen den vSwitch als Netzwerk-Stack konfigurieren, um LACP-Bonding zu verwenden. Außerdem müssen Ihre Switches den IEEE 802.3ad-Standard unterstützen.

Ein Vergleich von Aktiv-Aktiv-SLB-Bonding und LACP-Bonding:

Aktiv-Aktiv-SLB-Verklebung

Nützt:

• Kann mit jedem Switch in der Hardware-Kompatibilitätsliste verwendet werden.
• Erfordert keine Switches, die Stacking unterstützen.
• Unterstützt vier Netzwerkkarten.

Betrachtungen:

• Für einen optimalen Lastausgleich ist mindestens eine Netzwerkkarte pro VIF erforderlich.
• Speicher- oder Verwaltungsdatenverkehr kann nicht auf mehrere Netzwerkkarten aufgeteilt werden.
• Der Lastenausgleich erfolgt nur, wenn mehrere MAC-Adressen vorhanden sind.

LACP-Verklebung

Nützt:

• Alle Links können unabhängig von der Art des Datenverkehrs aktiv sein.
• Der Traffic-Balancing hängt nicht von den Quell-MAC-Adressen ab, sodass alle Traffic-Typen ausgeglichen werden können.

Betrachtungen:

• Switches müssen den IEEE 802.3ad-Standard unterstützen.
• Erfordert eine switchseitige Konfiguration.
• Wird nur für den vSwitch unterstützt.
• Erfordert einen einzelnen Switch oder einen gestapelten Switch.

Ausgleich des Datenverkehrs

Citrix Hypervisor unterstützt zwei LACP-Bonding-Hashing-Typen. Der Begriff Hashing beschreibt, wie die Netzwerkkarten und der Switch den Datenverkehr verteilen – (1) Lastausgleich basierend auf IP und Port von Quell- und Zieladressen und (2) Lastausgleich basierend auf der Quell-MAC-Adresse.

Je nach Hashing-Typ und Datenverkehrsmuster kann LACP-Bonding den Datenverkehr möglicherweise gleichmäßiger verteilen als Aktiv-Aktiv-NIC-Bonding.

Hinweis:

Sie konfigurieren die Einstellungen für ausgehenden und eingehenden Datenverkehr getrennt auf dem Host und dem Switch: Die Konfiguration muss nicht auf beiden Seiten übereinstimmen.

Lastausgleich basierend auf IP und Port von Quell- und Zieladressen.

Dieser Hashing-Typ ist der standardmäßige LACP-Bonding-Hashing-Algorithmus. Wenn die Quell- oder Ziel-IP-Adresse oder die Portnummern variieren, kann der Datenverkehr von einem Gast auf zwei Links verteilt werden.

Wenn auf einer virtuellen Maschine mehrere Anwendungen ausgeführt werden, die unterschiedliche IP- oder Portnummern verwenden, verteilt dieser Hashing-Typ den Datenverkehr auf mehrere Links. Durch die Verteilung des Datenverkehrs hat der Gast die Möglichkeit, den aggregierten Durchsatz zu nutzen. Mit diesem Hashing-Typ kann ein Gast den gesamten Durchsatz mehrerer Netzwerkkarten nutzen.

Wie in der folgenden Abbildung gezeigt, kann dieser Hashing-Typ den Datenverkehr von zwei verschiedenen Anwendungen auf einem virtuellen Computer auf zwei verschiedene Netzwerkkarten verteilen.

Das Konfigurieren der LACP-Bündelung auf der Grundlage der IP-Adresse und des Ports der Quell- und Zieladresse ist von Vorteil, wenn Sie den Datenverkehr von zwei verschiedenen Anwendungen auf derselben VM ausgleichen möchten. Dies ist beispielsweise der Fall, wenn nur ein virtueller Computer für die Verwendung einer Bindung von drei Netzwerkkarten konfiguriert ist.

Der Ausgleichsalgorithmus für diesen Hashing-Typ verwendet fünf Faktoren, um den Datenverkehr auf die Netzwerkkarten zu verteilen: die Quell-IP-Adresse, die Quellportnummer, die Ziel-IP-Adresse, die Zielportnummer und die Quell-MAC-Adresse.

Lastausgleich basierend auf der Quell-MAC-Adresse.

Diese Art des Lastenausgleichs funktioniert gut, wenn sich mehrere virtuelle Maschinen auf demselben Host befinden. Der Datenverkehr wird basierend auf der virtuellen MAC-Adresse der VM ausgeglichen, von der der Datenverkehr stammt. Citrix Hypervisor sendet ausgehenden Datenverkehr mit demselben Algorithmus wie beim Aktiv-Aktiv-Bonding. Datenverkehr, der vom selben Gast kommt, wird nicht auf mehrere Netzwerkkarten aufgeteilt. Daher ist dieser Hashing-Typ nicht geeignet, wenn weniger VIFs als Netzwerkkarten vorhanden sind: Der Lastausgleich ist nicht optimal, da der Datenverkehr nicht auf Netzwerkkarten aufgeteilt werden kann.

Switch-Konfiguration

Abhängig von Ihren Redundanzanforderungen können Sie die Netzwerkkarten im Bond entweder mit denselben oder separaten gestapelten Switches verbinden. Wenn Sie eine der Netzwerkkarten mit einem zweiten, redundanten Switch verbinden und eine Netzwerkkarte oder ein Switch ausfällt, wird der Datenverkehr auf die andere Netzwerkkarte übertragen. Durch das Hinzufügen eines zweiten Switches wird ein Single Point of Failure in Ihrer Konfiguration auf folgende Weise verhindert:

• Wenn Sie eine der Verbindungen in einer gebundenen Verwaltungsschnittstelle mit einem zweiten Switch verbinden und der Switch ausfällt, bleibt das Verwaltungsnetzwerk online, und die Hosts können weiterhin miteinander kommunizieren.

• Wenn Sie eine Verbindung (für einen beliebigen Datenverkehrstyp) mit einem zweiten Switch verbinden und die Netzwerkkarte oder der Switch ausfällt, bleiben die virtuellen Maschinen im Netzwerk, während ihr Datenverkehr auf die andere Netzwerkkarte/den anderen Switch umgeleitet wird.

Verwenden Sie gestapelte Switches, wenn Sie gebundene Netzwerkkarten mit mehreren Switches verbinden möchten und den LACP-Bonding-Modus konfiguriert haben. Der Begriff “gestapelte Switches” wird verwendet, um die Konfiguration mehrerer physischer Switches zu beschreiben, die als ein einziger logischer Switch funktionieren. Sie müssen die Switches physisch und über die Switch-Management-Software miteinander verbinden, damit die Switches gemäß den Richtlinien des Switch-Herstellers als eine einzige logische Switching-Einheit funktionieren. In der Regel ist Switch-Stacking nur über proprietäre Erweiterungen verfügbar, und Switch-Anbieter können diese Funktionalität unter anderen Bedingungen vermarkten.

Hinweis:

Wenn Sie Probleme mit Aktiv-Aktiv-Bindungen haben, kann die Verwendung von gestapelten Schaltern erforderlich sein. Aktiv-Passiv-Bindungen erfordern keine gestapelten Switches.

Die folgende Abbildung zeigt, wie die Kabel und die Netzwerkkonfiguration für die gebündelten Netzwerkkarten übereinstimmen müssen.

Switch-Konfiguration für LACP-Bonds

Da die spezifischen Details der Switch-Konfiguration je nach Hersteller variieren, gibt es einige wichtige Punkte, die bei der Konfiguration von Switches für die Verwendung mit LACP-Bonds zu beachten sind:

• Der Switch muss LACP und den IEEE 802.3ad-Standard unterstützen.

• Wenn Sie die LAG-Gruppe auf dem Switch erstellen, müssen Sie eine LAG-Gruppe für jede LACP-Bindung auf dem Host erstellen. Wenn Sie z. B. über einen Pool mit fünf Hosts verfügen und eine LACP-Bindung auf den Netzwerkkarten 4 und 5 auf jedem Host erstellt haben, müssen Sie fünf LAG-Gruppen auf dem Switch erstellen. Eine Gruppe für jede Gruppe von Ports, die den Netzwerkkarten auf dem Host entsprechen.

  Möglicherweise müssen Sie auch Ihre VLAN-ID zu Ihrer LAG-Gruppe hinzufügen.

• Citrix Hypervisor LACP-Anleihen erfordern, dass die Einstellung für den statischen Modus in der LAG-Gruppe auf Deaktiviert festgelegt wird.

Wie bereits in Switch-Konfigurationsind Stacking-Switches erforderlich, um LACP-Bonds mit mehreren Switches zu verbinden.

Anfängliche Netzwerkkonfiguration nach dem Setup

Die Netzwerkkonfiguration des Citrix Hypervisor-Servers wird bei der Erstinstallation des Hosts angegeben. Optionen wie die Konfiguration der IP-Adresse (DHCP/statisch), die als Verwaltungsschnittstelle verwendete Netzwerkkarte und der Hostname werden basierend auf den während der Installation angegebenen Werten festgelegt.

Wenn ein Host über mehrere Netzwerkkarten verfügt, hängt die nach der Installation vorhandene Konfiguration davon ab, welche Netzwerkkarte während der Installation für Verwaltungsvorgänge ausgewählt wurde:

• PIFs werden für jede Netzwerkkarte im Host erstellt

• Der PIF der Netzwerkkarte, die für die Verwendung als Verwaltungsschnittstelle ausgewählt wurde, wird mit den während der Installation angegebenen IP-Adressierungsoptionen konfiguriert

• Für jedes PIF (“Netzwerk 0”, “Netzwerk 1” usw.) wird ein Netzwerk erstellt

• Jedes Netzwerk ist mit einem PIF verbunden

• Die IP-Adressierungsoptionen werden für alle PIFs mit Ausnahme des PIF, der als Verwaltungsschnittstelle verwendet wird, nicht konfiguriert

Wenn ein Host über eine einzelne Netzwerkkarte verfügt, ist nach der Installation die folgende Konfiguration vorhanden:

• Es wird ein einzelner PIF erstellt, der der einzelnen Netzwerkkarte des Hosts entspricht

• Der PIF wird mit den IP-Adressierungsoptionen konfiguriert, die während der Installation angegeben wurden, und um die Verwaltung des Hosts zu ermöglichen

• Der PIF ist für die Verwendung in Hostverwaltungsvorgängen festgelegt

• Ein einzelnes Netzwerk, Netzwerk 0, wird erstellt

• Netzwerk 0 ist mit dem PIF verbunden, um externe Verbindungen zu VMs zu ermöglichen

Wenn eine Installation von Citrix Hypervisor in einem getaggten VLAN-Netzwerk durchgeführt wird, ist nach der Installation die folgende Konfiguration vorhanden:

• PIFs werden für jede Netzwerkkarte im Host erstellt

• Der PIF für das getaggte VLAN auf der Netzwerkkarte, die für die Verwendung als Verwaltungsschnittstelle ausgewählt wurde, wird mit der IP-Adresskonfiguration konfiguriert, die während der Installation angegeben wurde

• Für jeden PIF wird ein Netzwerk erstellt (z. B. Netzwerk 1, Netzwerk 2 usw.). Ein zusätzliches VLAN-Netzwerk wird erstellt (z. B. für ein poolweites Netzwerk, das mit eth0 im VLAN\ verknüpft ist.<ETIKETT>)

• Jedes Netzwerk ist mit einem PIF verbunden. Das VLAN-PIF ist für die Verwendung in Host-Verwaltungsvorgängen festgelegt

In beiden Fällen ermöglicht die resultierende Netzwerkkonfiguration die Verbindung mit dem Citrix Hypervisor-Server über XenCenter, die xe CLI und jede andere Verwaltungssoftware, die auf separaten Maschinen über die IP-Adresse der Verwaltungsschnittstelle ausgeführt wird. Die Konfiguration bietet auch externe Netzwerke für VMs, die auf dem Host erstellt wurden.

Der PIF, der für Verwaltungsvorgänge verwendet wird, ist der einzige PIF, der jemals während der Installation von Citrix Hypervisor mit einer IP-Adresse konfiguriert wurde. Externe Netzwerke für VMs werden erreicht, indem PIFs mit VIFs mithilfe des Netzwerkobjekts überbrückt werden, das als virtueller Ethernet-Switch fungiert.

In den folgenden Abschnitten werden die Schritte behandelt, die für Netzwerkfunktionen wie VLANs, NIC-Bindungen und das Zuweisen einer Netzwerkkarte für den Speicherdatenverkehr erforderlich sind.

Ändern der Netzwerkkonfiguration

Sie können Ihre Netzwerkkonfiguration ändern, indem Sie das Netzwerkobjekt ändern. Führen Sie dazu einen Befehl aus, der sich entweder auf das Netzwerkobjekt oder auf das VIF auswirkt.

Ändern des Netzwerkobjekts

Sie können Aspekte eines Netzwerks ändern, z. B. die Frame-Größe (MTU), die Namensbeschriftung, die Namensbeschreibung, den Zweck und andere Werte. Verwenden Sie die xe network-param-set und die zugehörigen Parameter, um die Werte zu ändern.

Wenn Sie die xe network-param-set ist der einzige erforderliche Parameter UUID.

Zu den optionalen Parametern gehören:

• default_locking_mode. Siehe Vereinfachung der Konfiguration des VIF-Sperrmodus in der Cloud.

• name-label

• name-description

• MTU

• Zweck. Siehe Hinzufügen eines Zwecks zu einem Netzwerk.

• other-config

Wenn kein Wert für einen Parameter angegeben wird, wird der Parameter auf einen NULL-Wert gesetzt. Um ein Paar (Schlüssel, Wert) in einem Map-Parameter festzulegen, verwenden Sie die Syntax map-param:key=Wert.

Änderung des Aufschubs für Anleihen

Das Bonding wird standardmäßig mit einer Up-Verzögerung von 31.000 ms eingerichtet, um zu verhindern, dass der Datenverkehr nach einem Ausfall erneut auf eine Netzwerkkarte ausbalanciert wird. Obwohl die Aufwärtsverzögerung lang erscheint, ist sie für alle Bonding-Modi wichtig und nicht nur für Aktiv-Aktiv.

Wenn Sie jedoch die entsprechenden Einstellungen kennen, die Sie für Ihre Umgebung auswählen müssen, können Sie die Aufwärtsverzögerung für Anleihen ändern, indem Sie das folgende Verfahren verwenden.

Richten Sie die Aufwärtsverzögerung in Millisekunden ein:

  xe pif-param-set uuid=<uuid of bond master PIF> other-config:bond-updelay=<delay in ms>
<!--NeedCopy-->

Damit die Änderung wirksam wird, müssen Sie die physische Schnittstelle ab- und wieder einstecken:

  xe pif-unplug uuid=<uuid of bond master PIF>
<!--NeedCopy-->

  xe pif-plug uuid=<uuid of bond master PIF>
<!--NeedCopy-->