Netzwerke

Dieser Abschnitt enthält eine Übersicht über das Citrix Hypervisor Netzwerk, einschließlich Netzwerke, VLANs und NIC-Anbindungen. Außerdem wird erläutert, wie Sie Ihre Netzwerkkonfiguration verwalten und deren Fehlerbehebung beheben können.

Wichtig:

vSwitch ist der Standardnetzwerkstapel von Citrix Hypervisor. Folgen Sie den Anweisungen unter vSwitch-Netzwerke, um den Linux-Netzwerkstapel zu konfigurieren.

Wenn Sie bereits mit den Citrix Hypervisor Netzwerkkonzepten vertraut sind, können Sie weitere Informationen Verwalten von Netzwerken zu den folgenden Abschnitten erhalten:

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

  • Erstellen von privaten Netzwerken auf Citrix Hypervisor-Servern

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

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

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

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

Hinweis:

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

Netzwerkunterstützung

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 Hostnetzwerkkonfigurationsdateien nicht direkt.

vSwitch-Netzwerke

vSwitch-Netzwerke unterstützen Open Flow.

  • Unterstützt feinkörnige Sicherheitsrichtlinien zur Steuerung des Datenverkehrs, der an und von einer VM gesendet wird.

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

Ein vSwitch vereinfacht die IT-Verwaltung in virtualisierten Netzwerkumgebungen erheblich. Die gesamte VM-Konfiguration und -Statistik bleiben auch dann an die VM gebunden, wenn die VM von einem physischen Host im Ressourcenpool zu einem anderen migriert.

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

xe host-list params=software-version

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

network_backend: openvswitch

Wenn die Linux-Brücke als Netzwerkstapel konfiguriert ist, wird die Ausgabe wie folgt angezeigt:

network_backend: bridge

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

xe-switch-network-backend bridge

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

Citrix Hypervisor Netzwerkübersicht

In diesem Abschnitt werden die allgemeinen Netzwerkkonzepte in der Citrix Hypervisor Umgebung beschrieben.

Citrix Hypervisor erstellt während der Installation ein Netzwerk für jede physische NIC. Wenn Sie einem Pool einen Server hinzufügen, werden die Standardnetzwerke zusammengeführt. Dadurch wird sichergestellt, 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 NIC einzurichten oder eine NIC-Bondung zu erstellen.

Sie können vier verschiedene Netzwerktypen in Citrix Hypervisor konfigurieren:

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

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

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

Hinweis:

Einige Netzwerkoptionen weisen unterschiedliche Verhaltensweisen auf, wenn sie mit eigenständigen Citrix Hypervisor-Servern verwendet werden, verglichen mit Ressourcenpools. Dieser Abschnitt enthält Abschnitte zu allgemeinen Informationen, die sowohl für Standalone-Hosts als auch für Pools gelten, gefolgt von spezifischen Informationen und Verfahren für die einzelnen Hosts.

Netzwerkobjekte

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

  • Ein PIF, der eine physische NIC 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, das eine virtuelle NIC auf einer virtuellen Maschine darstellt. VIF-Objekte haben einen Namen und eine Beschreibung, eine UUID sowie das Netzwerk und die VM, mit denen sie verbunden sind.

  • Ein Netzwerk, bei dem es sich um einen virtuellen Ethernet-Switch auf einem Host handelt. Netzwerkobjekte haben 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 NIC steuern, die für Verwaltungsvorgänge verwendet wird, und erweiterte Netzwerkfunktionen wie VLANs und NIC-Bonds 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, gelten als intern. Interne Netzwerke können nur verwendet werden, um Verbindungen zwischen VMs auf einem bestimmten Citrix Hypervisor-Server herzustellen, ohne dass eine Verbindung zur Außenwelt besteht. Netzwerke, die mit einem PIF verknüpft sind, gelten als extern. Externe Netzwerke bieten eine Brücke zwischen VIFs und dem mit dem Netzwerk verbundenen PIF und ermöglichen die Konnektivität mit Ressourcen, die über die NIC des PIF verfügbar sind.

VLANs

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

Hinweis:

Alle unterstützten VLAN-Konfigurationen gelten gleichermaßen für Pools und Standalone-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-Features 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 NIC darstellt, um den gesamten Datenverkehr auf der NIC 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 es nur den nativen VLAN-Datenverkehr sieht, indem Sie es an VLAN 0 anhängen.

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

Verwenden von VLANs mit Verwaltungsschnittstellen

Die Verwaltungsschnittstelle kann auf einem VLAN mit einem Switch-Port konfiguriert werden, der als Trunk-Port oder Zugriffsmodus Port konfiguriert ist. Verwenden Sie XenCenter oder xe CLI, um ein VLAN einzurichten und es zur Verwaltungsschnittstelle zu machen. Weitere Informationen finden Sie unter Verwaltungsoberfläche.

Verwenden von VLANs mit Verwaltungsschnittstellen

Die Verwaltungsschnittstelle kann auf einem VLAN mit einem Switch-Port konfiguriert werden, der als Trunk-Port oder Zugriffsmodus Port konfiguriert ist. Verwenden Sie XenCenter oder xe CLI, um ein VLAN einzurichten und es zur Verwaltungsschnittstelle zu machen. Weitere Informationen finden Sie unter Verwaltungsoberfläche.

Verwenden von VLANs mit dedizierten Speicher-NICs

Dedizierte Speicher-NICs können so konfiguriert werden, dass sie native VLAN- oder Zugriffsmode-Ports verwenden, wie im vorherigen Abschnitt für Verwaltungsschnittstellen beschrieben. Dedizierte Speicher-NICs werden auch als IP-fähige Netzwerkkarten oder sekundäre Schnittstellen bezeichnet. Sie können dedizierte Speicher-NICs für die Verwendung von Trunk-Ports und Citrix Hypervisor VLANs konfigurieren, 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 einzelnen Host-NIC

Ein einzelner Switch-Port kann sowohl mit Trunk als auch nativen VLANs konfiguriert werden, sodass eine Host-NIC 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 Speicherverkehrs zu optimieren. Jumbo-Frames sind Ethernet-Frames mit mehr als 1.500 Bytes Nutzlast. Jumbo-Frames werden normalerweise verwendet, um einen besseren Durchsatz zu erzielen, die Belastung des Systembusspeichers zu reduzieren und den CPU-Overhead zu reduzieren.

Hinweis:

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

Anforderungen für die Verwendung von Jumbo-Frames

Kunden müssen Folgendes beachten, wenn Jumbo-Frames verwendet werden:

  • Jumbo-Frames werden auf Poolebene konfiguriert

  • vSwitch muss als Netzwerk-Back-End auf allen Hosts im Pool konfiguriert sein

  • Jedes Gerät im Subnetz muss so konfiguriert sein, dass Jumbo-Frames verwendet werden.

  • Aktivieren von Jumbo-Frames in einem dedizierten Speichernetzwerk (empfohlen)

  • Das Aktivieren von Jumbo-Frames im Verwaltungsnetzwerk ist keine unterstützte Konfiguration

  • Jumbo-Frames werden für die Verwendung auf VMs nicht unterstützt

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

NIC-Bindungen

NIC-Bonds, manchmal auch als NIC-Teaming bezeichnet, verbessern die Ausfallsicherheit und Bandbreite des Citrix Hypervisor-Servers, indem Administratoren zwei oder mehr Netzwerkkarten gemeinsam konfigurieren können. NIC-Bindungen funktionieren logisch als eine Netzwerkkarte, und alle gebundenen NICs teilen sich die 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 Aktiv-Aktiv-, Aktiv-Passiv- und LACP-Bonding-Modi. Die Anzahl der unterstützten NICs 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 vSwitch als auch für Linux Bridge verfügbar sind.

  • Wenn der vSwitch der Netzwerkstapel ist, können Sie zwei, drei oder vier Netzwerkkarten verbinden.

  • Wenn die Linux-Brücke der Netzwerkstapel ist, können Sie nur zwei Netzwerkkarten binden.

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

 Diese Abbildung zeigt einen Host mit einer Verwaltungsschnittstelle für eine Bindung und zwei Paare von NICs, die für den Gastverkehr gebunden sind. Ohne die Bindung der Verwaltungsschnittstelle verwendet Citrix Hypervisor die beiden anderen NIC-Bonds und die beiden nicht gebundenen NICs für den VM-Datenverkehr.

Alle Bonding-Modi unterstützen Failover. Nicht alle Modi erlauben jedoch, dass alle Links für alle Verkehrstypen aktiv sind. Citrix Hypervisor unterstützt das Verbinden der folgenden NIC-Typen:

  • NICs (nicht verwaltbar). Sie können Netzwerkkarten verbinden, die Citrix Hypervisor ausschließlich für den VM-Datenverkehr verwendet. Die Bindung dieser NICs bietet nicht nur Ausfallsicherheit, sondern auch einen Ausgleich des Datenverkehrs von mehreren VMs zwischen den NICs.

  • Management-Schnittstellen. Sie können eine Verwaltungsschnittstelle mit einer anderen Netzwerkkarte verbinden, sodass die zweite Netzwerkkarte Failover für Verwaltungsdatenverkehr bereitstellt. Obwohl die Konfiguration einer LACP-Link-Aggregation-Bond Lastenausgleich für Verwaltungsdatenverkehr bietet, ist die aktiv-aktive NIC-Bonding nicht möglich. Sie können ein VLAN auf gebundenen Netzwerkkarten erstellen, und die Hostverwaltungsschnittstelle 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-Softwareinitiator-Speicher wird jedoch empfohlen, Multipathing anstelle von NIC-Bonding zu konfigurieren, wie unter Entwerfen von Citrix Hypervisor Netzwerkkonfigurationen beschrieben.

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

Sie können eine Bindung erstellen, wenn ein 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-Bonds subsumieren die zugrunde liegenden physischen Geräte (PIFs) vollständig.

Hinweise:

  • Das Erstellen einer Bindung, die nur eine NIC enthält, wird nicht unterstützt.
  • NIC-Bindungen werden auf NICs, die FCoE-Datenverkehr übertragen, nicht unterstützt.

Wichtige Punkte zur IP-Adressierung

Bonded NICs haben entweder eine IP-Adresse oder keine IP-Adressen, wie folgt:

  • Management- und Speichernetzwerke.

    • Wenn Sie eine Verwaltungsschnittstelle oder eine sekundäre Schnittstelle verbinden, wird der Bindung eine einzelne IP-Adresse zugewiesen. Das heißt, jede NIC hat keine 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), wird diese IP-Adresse automatisch der gesamten Bindung zugewiesen.

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

    • Wenn Sie eine VLAN-Verwaltungsschnittstelle mit Tags und eine sekundäre Schnittstelle verbinden, wird das Verwaltungs-VLAN auf dieser gebundenen NIC erstellt.

  • VM-Netzwerke. Wenn gebundene Netzwerkkarten für den VM-Datenverkehr verwendet werden, müssen Sie keine IP-Adresse für die Bindung konfigurieren. Dies liegt daran, dass die Bindung auf Layer 2 des OSI-Modells, der Datenverbindungsschicht, ausgeführt wird und auf dieser Ebene keine IP-Adressierung verwendet wird. IP-Adressen für virtuelle Maschinen sind VIFs zugeordnet.

Klebungsarten

Citrix Hypervisor bietet drei verschiedene Arten von Bindungen, die alle mit der Befehlszeilenschnittstelle oder XenCenter konfiguriert werden können:

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 bewusst wegen der Zeit, die einige Switches benötigen, um den Port zu aktivieren. Wenn eine Verbindung nach einem Ausfall zurückkehrt, kann die Bindung ohne Verzögerung den Verkehr auf sie ausgleichen, bevor der Switch bereit ist, den Verkehr zu übergeben. Um beide Verbindungen auf einen anderen Switch zu verschieben, bewegen Sie einen und warten Sie 31 Sekunden, bis er wieder verwendet wird, bevor Sie den anderen verschieben. Weitere Informationen zum Ändern der Verzögerung finden Sie unter Änderung der Aufwärtverzögerung für Bindungen.

Status der Bindung

Citrix Hypervisor stellt den Status für Bindungen in den Ereignisprotokollen für jeden Host bereit. Wenn eine oder mehrere Links in einer Bindung fehlschlägt oder wiederhergestellt werden, wird dies im Ereignisprotokoll notiert. Ebenso können Sie den Status der Verknüpfungen einer Bindung abfragen, indem Sie den Parameter links-up verwenden, wie im folgenden Beispiel gezeigt:

xe bond-param-get uuid=bond_uuid param-name=links-up

Citrix Hypervisor überprüft den Status von Links in Bindungen etwa alle fünf Sekunden. Wenn also weitere Links in der Bindung im Fünf-Sekunden-Fenster fehlschlagen, wird der Fehler erst bei der nächsten Statusüberprüfung protokolliert.

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

Aktiv-aktive Bindung

Active-Active ist eine aktive/aktive Konfiguration für den Gastverkehr: Beide NICs können den VM-Datenverkehr gleichzeitig weiterleiten. Wenn Bindungen für Verwaltungsdatenverkehr verwendet werden, kann nur eine Netzwerkkarte in der Bindung den Datenverkehr weiterleiten: Die andere Netzwerkkarte bleibt ungenutzt und bietet Failover-Unterstützung. Der Aktiv-Aktiv-Modus ist der Standard-Bonding-Modus, wenn entweder der Linux-Bridge oder der vSwitch-Netzwerk-Stack aktiviert ist.

Wenn aktiv-aktives Binden mit der Linux-Brücke verwendet wird, können Sie nur zwei NICs binden. Wenn Sie den vSwitch als Netzwerkstapel verwenden, können Sie entweder zwei, drei oder vier Netzwerkkarten im Aktiv-Aktiv-Modus verbinden. Im Aktiv-Aktiv-Modus ist das Verbinden von drei oder vier NICs jedoch nur für den VM-Datenverkehr von Vorteil, wie in der folgenden Abbildung gezeigt.

 Diese Abbildung zeigt, wie das Verbinden von vier Netzwerkkarten nur den Gastverkehr nutzen kann. Im oberen Bild eines Verwaltungsnetzwerks ist NIC 2 aktiv, aber NICs 1, 3 und 4 sind passiv. Für den VM-Datenverkehr sind alle vier NICs in der Bindung aktiv. Dies setzt jedoch von mindestens vier VMs voraus. Für den Speicherdatenverkehr ist nur NIC 11 aktiv.

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. Speziell:

  • VM-Datenverkehr. Sofern Sie die Bindung auf Netzwerkkarten aktivieren, die nur VM-Datenverkehr (Gastverkehr) übertragen, sind alle Links aktiv und die NIC-Bonding kann den Spread VM-Datenverkehr über Netzwerkkarten ausgleichen. Der Datenverkehr eines einzelnen VIF wird niemals zwischen Netzwerkkarten aufgeteilt.

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

  • Gemischter Verkehr. Wenn die gebundene NIC eine Mischung aus IP-basiertem Speicherverkehr und Gastverkehr enthält, werden nur der Gast- und Steuerdomänenverkehr Lastenausgleich ausgeglichen. Die Steuerdomäne ist im Wesentlichen eine virtuelle Maschine, sodass sie wie die anderen Gäste eine NIC verwendet. Citrix Hypervisor gleicht den Datenverkehr der Steuerdomäne auf die gleiche Weise aus wie der VM-Datenverkehr.

Traffic-Ausgleich

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

  • Die virtuelle Maschine und die zugehörige VIF senden oder empfangen den Datenverkehr

  • Die Menge der gesendeten Daten (in Kilobyte).

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

Obwohl die aktiv-aktive NIC-Bonding einen Lastenausgleich für Datenverkehr von mehreren VMs ermöglichen kann, kann sie keine einzelne VM mit dem Durchsatz von zwei NICs bereitstellen. Jedes VIF verwendet jeweils nur einen der Links in einer Bindung. Da Citrix Hypervisor den Datenverkehr regelmäßig neu ausgleicht, werden VIFs nicht dauerhaft einer bestimmten Netzwerkkarte in der Bindung zugewiesen.

Der Aktiv-Aktiv-Modus wird manchmal als SLB-Bonding (Source Load Balancing) beschrieben, da Citrix Hypervisor SLB verwendet, um die Last über gebundene Netzwerkschnittstellen freizugeben. SLB wird vom Open Source Adaptive Load Balancing (ALB) -Modus abgeleitet und verwendet die ALB-Funktionalität, um die Last dynamisch über Netzwerkkarten auszurichten.

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

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

Hinweis:

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

Aktiv-passives Binden

Eine Aktiv-Passiv-Band leitet den Verkehr nur über eine der NICs weiter. Wenn die aktive Netzwerkkarte die Netzwerkkonnektivität verliert, schlägt der Datenverkehr auf die andere Netzwerkkarte in der Bindung fehl. Aktiv-Passiv-Bindungen leiten den Verkehr über die aktive NIC. Der Datenverkehr wird auf die passive NIC verschoben, wenn die aktive NIC ausfällt.

Aktiv-Passiv-Bonding ist in der Linux-Brücke und im vSwitch-Netzwerk-Stack verfügbar. Wenn Sie mit der Linux-Brücke verwendet werden, können Sie zwei NICs miteinander verbinden. Wenn Sie mit dem vSwitch verwendet werden, können Sie nur zwei, drei oder vier Netzwerkkarten miteinander verbinden. Wenn Sie Netzwerkkarten im Aktiv-Passiv-Modus binden, ist jedoch unabhängig vom Verkehrstyp nur eine Verbindung aktiv, und es gibt keinen Lastenausgleich zwischen den Links.

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

 Diese Abbildung zeigt zwei Netzwerkkarten, die im Aktiv-Passiv-Modus verbunden sind. NIC 1 ist aktiv. Die Bindung enthält eine NIC für Failover, die mit einem zweiten Switch verbunden ist. Diese NIC wird nur verwendet, wenn NIC 1 ausfällt.

Der Aktiv-Aktiv-Modus ist die Standardkonfiguration für die Bindung in Citrix Hypervisor. Wenn Sie Bindungen mit der CLI konfigurieren, müssen Sie einen Parameter für den Aktiv-Passiv-Modus angeben. Andernfalls wird eine aktiv-aktive Bindung erzeugt. Sie müssen den Aktiv-Passiv-Modus nicht konfigurieren, da ein Netzwerk Verwaltungsdatenverkehr oder Speicherverkehr trägt.

Aktiv-Passiv kann eine gute Wahl für die Widerstandsfähigkeit sein, da es mehrere Vorteile bietet. Bei aktiv-passiven Bindungen bewegt sich der Verkehr nicht zwischen Netzwerkkarten. In ähnlicher Weise können Sie mit aktiv-passiver Bonding zwei Switches für Redundanz konfigurieren, erfordert jedoch kein Stapeln. Wenn der Management-Switch stirbt, können gestapelte Switches ein einziger Fehlerpunkt sein.

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

Konfigurieren Sie den Aktiv-Passiv-Modus in Situationen, in denen Sie keinen Lastausgleich benötigen oder wenn Sie nur Datenverkehr auf einer Netzwerkkarte senden möchten.

Wichtig:

Nachdem Sie VIFs erstellt haben oder Ihr Pool in Produktion ist, achten Sie darauf, Bindungen zu ändern oder Bindungen zu erstellen.

Das LACP Link Aggregation Control Protocol ist eine Art von Bindung, die eine Gruppe von Ports zusammenfasst und wie einen einzigen logischen Kanal behandelt. LACP-Bonding bietet Failover und kann die gesamte verfügbare Bandbreite erhöhen.

Im Gegensatz zu anderen Bonding-Modi erfordert LACP-Bonding die Konfiguration beider Seiten der Links: 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-Bindungen. Sie müssen den vSwitch als Netzwerkstapel konfigurieren, um LACP-Bonding verwenden zu können. Außerdem müssen Ihre Switches den IEEE 802.3ad-Standard unterstützen.

Ein Vergleich von aktiv-aktivem SLB-Bonding und LACP-Bonding:

Aktiv-aktive SLB-Verklebung

Vorteile:

  • Kann mit jedem Schalter in der Hardwarekompatibilitätsliste verwendet werden.
  • Erfordert keine Schalter, die das Stapeln unterstützen.
  • Unterstützt vier NICs.

Überlegungen:

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

LACP-Verklebung

Vorteile:

  • Alle Links können unabhängig vom Verkehrstyp aktiv sein.
  • Der Verkehrsausgleich hängt nicht von den Quell-MAC-Adressen ab, sodass alle Datenverkehrstypen ausgeglichen werden können.

Überlegungen:

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

Traffic-Ausgleich

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

Abhängig vom Hashing-Typ und dem Traffic-Muster kann LACP-Bonding den Datenverkehr möglicherweise gleichmäßiger verteilen als aktiv-aktive NIC-Bonding.

Hinweis:

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

Load Balancing basierend auf IP und Port von Quell- und Zieladressen.

Dieser Hashing-Typ ist der standardmäßige LACP-Bonding-Hash-Algorithmus. Wenn die Quell- oder Ziel-IP- oder Portnummern variiert, kann der Datenverkehr von einem Gast über 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 über mehrere Links. Die Verteilung des Datenverkehrs gibt dem Gast die Möglichkeit, den Gesamtdurchsatz zu nutzen. Dieser Hashing-Typ ermöglicht es einem Gast, den gesamten Durchsatz mehrerer NICs zu verwenden.

Wie in der folgenden Abbildung gezeigt, kann dieser Hashing-Typ den Datenverkehr von zwei verschiedenen Anwendungen auf einer virtuellen Maschine auf zwei verschiedene NICs verteilen.

Diese Abbildung zeigt, wie der Datenverkehr von zwei verschiedenen Anwendungen auf VM1 auf zwei NICs verteilt werden kann, wenn Sie LACP-Bonding verwenden und LACP-Load Balancing basierend auf IP und Port von Quelle und Ziel als Hashing-Typ aktivieren und LACP aktivieren.

Die Konfiguration von LACP-Bonding basierend auf IP und Port der Quell- und Zieladresse ist von Vorteil, wenn Sie den Datenverkehr zweier verschiedener Anwendungen auf derselben VM ausgleichen möchten. Wenn beispielsweise nur eine virtuelle Maschine für die Verwendung einer Bindung von drei Netzwerkkarten konfiguriert ist.

 Diese Abbildung zeigt, wie Citrix Hypervisor den Datenverkehr jeder Anwendung in der virtuellen Maschine über eine der drei NICs in der Bindung senden kann, wenn Sie LACP-Bonding verwenden und LACP-Load Balancing basierend auf IP und Port von Quelle und Ziel als Hashing-Typ aktivieren, obwohl die Anzahl der Netzwerkkarten überschreitet die Anzahl der VIFs.

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

Lastenausgleich basierend auf der MAC-Quelladresse.

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. Der Datenverkehr, der vom selben Gast stammt, wird nicht über mehrere Netzwerkkarten aufgeteilt. Daher ist dieser Hashing-Typ nicht geeignet, wenn weniger VIFs als NICs vorhanden sind: Der Lastenausgleich ist nicht optimal, da der Datenverkehr nicht auf Netzwerkkarten aufgeteilt werden kann.

 Diese Abbildung zeigt, wie, wenn Sie LACP-Bonding verwenden und LACP basierend auf der Quell-MAC-Adresse als Hashing-Typ aktivieren, wenn die Anzahl der NICs die Anzahl der VIFs überschreitet, nicht alle NICs verwendet werden. Da es drei Netzwerkkarten und zwei VMs gibt, können nur zwei Netzwerkkarten gleichzeitig verwendet werden. Daher kann ein maximaler Bonddurchsatz nicht erreicht werden. Die Pakete einer VM können nicht auf mehrere VMs aufgeteilt werden.

Switch-Konfiguration

Abhängig von Ihren Redundanzanforderungen können Sie die NICs in der Bindung 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, schlägt der Datenverkehr auf die andere Netzwerkkarte fehl. Durch das Hinzufügen eines zweiten Switches wird ein einzelner Fehlerpunkt in Ihrer Konfiguration auf folgende Weise verhindert:

  • Wenn Sie eine der Links 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 Verknüpfung (für einen beliebigen Datenverkehrstyp) mit einem zweiten Switch verbinden und die Netzwerkkarte oder der Switch ausfällt, verbleiben die virtuellen Maschinen im Netzwerk, wenn ihr Datenverkehr auf die andere Netzwerkkarte bzw. den anderen Switch ausfällt.

Verwenden Sie gestapelte Switches, wenn Sie gebundene NICs mit mehreren Switches verbinden möchten und den LACP-Bonding-Modus konfiguriert haben. Der Begriff “gestapelte Switches” wird verwendet, um mehrere physische Switches so zu beschreiben, dass sie 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 Schalterherstellers als eine einzige logische Schalteinheit 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-aktiven Bindungen haben, kann die Verwendung von gestapelten Schaltern erforderlich sein. Aktiv-passive Bindungen erfordern keine gestapelten Schalter.

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

 Diese Abbildung zeigt, wie zwei Netzwerkkarten in einem verketteten Paar dieselben Netzwerkeinstellungen verwenden, wie sie von den Netzwerken in jedem Host dargestellt werden. Die NICs in den Bonds werden zur Redundanz mit verschiedenen Switches verbunden.

Switch-Konfiguration für LACP-Bindungen

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

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

  • Wenn Sie die LAG-Gruppe auf dem Switch erstellen, müssen Sie für jede LACP-Bindung auf dem Host eine LAG-Gruppe erstellen. Wenn Sie beispielsweise einen Pool mit fünf Hosts haben und auf jedem Host eine LACP-Bindung für NICs 4 und 5 erstellt haben, müssen Sie fünf LAG-Gruppen auf dem Switch erstellen. Eine Gruppe für jeden Satz von Ports, der den Netzwerkkarten auf dem Host entspricht.

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

  • Citrix Hypervisor LACP-Verbindungen erfordern, dass die Einstellung “Statischer Modus” in der LAG-Gruppe auf “Deaktiviert” gesetzt wird.

Wie bereits in der Switch-Konfigurationerwähnt, sind Stapel-Switches erforderlich, um LACP-Verbindungen mit mehreren Switches zu verbinden.

Erste Netzwerkkonfiguration nach dem Setup

Die Netzwerkkonfiguration des Citrix Hypervisor-Servers wird bei der Erstinstallation des Hosts angegeben. Optionen wie die IP-Adresskonfiguration (DHCP/statisch), die als Verwaltungsschnittstelle verwendete NIC 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 Konfiguration nach der Installation davon ab, welche Netzwerkkarte während der Installation für Verwaltungsvorgänge ausgewählt wird:

  • PIFs werden für jede NIC im Host erstellt

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

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

  • Jedes Netzwerk ist mit einem PIF verbunden

  • Die IP-Adressierungsoptionen werden für alle PIFs außer dem PIF, der als Verwaltungsschnittstelle verwendet wird, nicht konfiguriert.

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

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

  • Der PIF wird mit den während der Installation angegebenen IP-Adressenoptionen konfiguriert und die Verwaltung des Hosts aktiviert.

  • Der PIF ist für die Verwendung in Hostverwaltungsoperationen festgelegt.

  • Ein einzelnes Netzwerk, Netzwerk 0, wird erstellt

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

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

  • PIFs werden für jede NIC im Host erstellt

  • Der PIF für das markierte 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.). Es wird ein zusätzliches VLAN-Netzwerk erstellt (z. B. für Pool-weites Netzwerk, das eth0 auf VLAN zugeordnet ist <TAG>)

  • Jedes Netzwerk ist mit einem PIF verbunden. Der VLAN-PIF ist für die Verwendung in Hostverwaltungsoperationen 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 Computern über die IP-Adresse der Verwaltungsschnittstelle ausgeführt wird. Die Konfiguration stellt auch ein externes Netzwerk für auf dem Host erstellte VMs bereit.

Der PIF, der für Verwaltungsvorgänge verwendet wird, ist der einzige PIF, der je mit einer IP-Adresse während der Installation von Citrix Hypervisor konfiguriert wurde. Eine externe Vernetzung für VMs wird erreicht, indem PIFs mit VIFs über das Netzwerkobjekt überbrückt werden, das als virtueller Ethernet-Switch fungiert.

Die Schritte, die für Netzwerkfunktionen wie VLANs, NIC-Bindungen und die Widmung einer Netzwerkkarte für den Speicherverkehr erforderlich sind, werden in den folgenden Abschnitten beschrieben.

Ändern der Netzwerkkonfiguration

Sie können die Netzwerkkonfiguration ändern, indem Sie das Netzwerkobjekt ändern. Dazu führen Sie einen Befehl aus, der sich auf das Netzwerkobjekt oder die VIF auswirkt.

Ändern des Netzwerkobjekts

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

Wenn Sie den xe-Befehl network-param-set ausführen, ist der einzige erforderliche Parameter uuid.

Optionale Parameter sind:

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

Änderung der Aufwärtverzögerung für Bindungen

Die Bonding wird standardmäßig mit einer Up-Verzögerung von 31.000 ms eingerichtet, um zu verhindern, dass der Datenverkehr nach einem Ausfall auf eine NIC neu ausgeglichen wird. Während scheinbar lang, ist die Aufwärtverzögerung wichtig für alle Bonding-Modi und nicht nur aktiv.

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

Legen Sie die Verzögerung in Millisekunden fest:

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

Damit die Änderung wirksam wird, müssen Sie die physische Schnittstelle trennen und anschließend neu verlegen:

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