XenCenter

Thin-provisioned freigegebener GFS2-Blockspeicher

Thin Provisioning nutzt den verfügbaren Speicher besser aus, indem Festplattenspeicherplatz VDIs zugewiesen wird, sobald Daten auf die virtuelle Festplatte geschrieben werden, anstatt die volle virtuelle Größe des VDI im Voraus zuzuweisen. Thin Provisioning ermöglicht es Ihnen, den auf einem freigegebenen Speicher-Array benötigten Speicherplatz erheblich zu reduzieren und damit Ihre Gesamtbetriebskosten (TCO) zu senken.

Thin Provisioning für freigegebenen Blockspeicher ist in den folgenden Fällen von besonderem Interesse:

  • Sie wünschen sich eine höhere Speichereffizienz. Images werden dünn und nicht dicht zugewiesen.
  • Sie möchten die Anzahl der I/O-Operationen pro Sekunde auf Ihrem Speicher-Array reduzieren. Der GFS2-SR ist der erste SR-Typ, der das Speichern von Lesecaches auf freigegebenem Blockspeicher unterstützt.
  • Sie verwenden ein gemeinsames Basis-Image für mehrere virtuelle Maschinen. Die Images einzelner VMs benötigen dann typischerweise noch weniger Speicherplatz.
  • Sie verwenden Snapshots. Jeder Snapshot ist ein Image, und jedes Image ist jetzt dünn.
  • Sie möchten VDIs erstellen, die größer als 2 TiB sind. Der GFS2-SR unterstützt VDIs bis zu einer Größe von 16 TiB.
  • Ihr Speicher unterstützt kein NFS oder SMB3 und nur Blockspeicher. Wenn Ihr Speicher NFS oder SMB3 unterstützt, empfehlen wir Ihnen, diese SR-Typen anstelle von GFS2 zu verwenden.
  • Ihr Speicher unterstützt kein Thin Provisioning von LUNs. Wenn Ihr Speicher LUNs dünn bereitstellt, können Probleme auftreten und der Speicherplatz ausgehen, wenn Sie dies mit GFS2 kombinieren. Die Kombination von GFS2 mit einer Thin-provisioned LUN bietet nicht viele zusätzliche Vorteile und wird nicht empfohlen. XenCenter® zeigt eine Warnung an, wenn Sie versuchen, GFS2 mit einer Thin-provisioned LUN zu verwenden.

Der freigegebene GFS2-Typ stellt Festplatten als Dateisystem dar, das auf einer iSCSI- oder HBA-LUN erstellt wurde. VDIs, die auf einem GFS2-SR gespeichert sind, werden im QCOW2-Image-Format gespeichert.

1. Planen Sie Ihre GFS2-Umgebung

Um die Vorteile des Thin Provisioning auf freigegebenem Blockspeicher ohne Datenverlustrisiko zu bieten, muss Ihr Pool ein gutes Maß an Zuverlässigkeit und Konnektivität aufweisen. Es ist entscheidend, dass die Hosts im Ressourcenpool, der GFS2 verwendet, zuverlässig miteinander kommunizieren können. Um dies zu gewährleisten, erfordert XenServer®, dass Sie einen geclusterten Pool mit Ihrem GFS2-SR verwenden. Wir empfehlen außerdem, Ihre Umgebung so zu gestalten und XenServer-Funktionen so zu konfigurieren, dass möglichst viel Ausfallsicherheit und Redundanz geboten wird.

Bevor Sie Ihren XenServer-Pool für die Arbeit mit GFS2-SRs einrichten, überprüfen Sie die folgenden Anforderungen und Empfehlungen für eine ideale GFS2-Umgebung:

Ein Cluster-Pool mit GFS2-SRs weist einige Verhaltensunterschiede zu anderen Arten von Pools und SRs auf. Weitere Informationen finden Sie unter Einschränkungen.

2. Redundante Netzwerkinfrastruktur konfigurieren

Ein Bond-Netzwerk verbindet zwei oder mehr NICs, um einen einzigen Kanal für den Netzwerkverkehr zu schaffen. Wir empfehlen, ein Bond-Netzwerk für Ihren GFS2-Cluster-Pool-Verkehr zu verwenden. Bevor Sie jedoch Ihr Bond-Netzwerk einrichten, stellen Sie sicher, dass Ihre Netzwerkhardwarekonfiguration die Redundanz im Bond-Netzwerk fördert. Erwägen Sie, so viele dieser Empfehlungen wie möglich für Ihre Organisation und Umgebung umzusetzen.

Die folgenden Best Practices erhöhen die Ausfallsicherheit gegenüber Software-, Hardware- oder Stromausfällen, die Ihre Netzwerk-Switches beeinträchtigen können.

  • Stellen Sie sicher, dass separate physische Netzwerk-Switches für die Verwendung im Bond-Netzwerk verfügbar sind, nicht nur Ports auf demselben Switch.
  • Stellen Sie sicher, dass die separaten Switches Strom von verschiedenen, unabhängigen Stromverteilungseinheiten (PDUs) beziehen.
  • Platzieren Sie die PDUs, wenn möglich, in Ihrem Rechenzentrum auf verschiedenen Phasen der Stromversorgung oder sogar auf Versorgungen, die von verschiedenen Versorgungsunternehmen bereitgestellt werden.
  • Erwägen Sie die Verwendung von unterbrechungsfreien Stromversorgungen, um sicherzustellen, dass die Netzwerk-Switches und Server im Falle eines Stromausfalls weiterhin funktionieren oder einen geordneten Shutdown durchführen können.

3. Ein dediziertes Bond-Netzwerk erstellen

Es ist wichtig sicherzustellen, dass Hosts in einem GFS2-Cluster-Pool zuverlässig miteinander kommunizieren können. Das Erstellen eines Bond-Netzwerks für diesen Pool-Verkehr erhöht die Ausfallsicherheit Ihres Cluster-Pools.

Hinweis:

Das GFS2-Cluster-Netzwerk darf sich nicht in einem Nicht-Management-VLAN befinden.

Ein gebündeltes Netzwerk erstellt eine Verbindung zwischen zwei oder mehr NICs, um einen einzelnen, leistungsstarken Kanal zu schaffen, den Ihr GFS2-Cluster-Pool für den Cluster-Heartbeat-Verkehr nutzen kann. Wir empfehlen dringend, dass dieses gebündelte Netzwerk nicht für anderen Datenverkehr verwendet wird. Erstellen Sie ein separates Netzwerk, das der Pool für den Management-Verkehr nutzen kann.

Hinweis:

Wenn Sie eine Firewall zwischen den Hosts in Ihrem Pool haben, stellen Sie sicher, dass die Hosts im GFS2-Cluster-Netzwerk über die folgenden Ports kommunizieren können:

  • TCP: 8892, 8896, 21064
  • UDP: 5404, 5405

Weitere Informationen finden Sie unter Von XenServer verwendete Kommunikationsports.

So erstellen Sie ein gebündeltes Netzwerk, das als GFS2-Cluster-Netzwerk verwendet werden soll:

  1. Öffnen Sie den Assistenten Neues Netzwerk.
  2. Auf der ersten Seite des Assistenten wählen Sie Gebündeltes Netzwerk aus und klicken Sie dann auf Weiter.
  3. Auf der Seite Bond-Mitglieder wählen Sie die NICs aus, die Sie bündeln möchten. Um eine NIC auszuwählen, aktivieren Sie das entsprechende Kontrollkästchen in der Liste. In dieser Liste können bis zu vier NICs ausgewählt werden. Deaktivieren Sie das Kontrollkästchen, um eine NIC abzuwählen.
  4. Unter Bond-Modus wählen Sie den Bond-Typ aus:

    • Wählen Sie Aktiv-aktiv aus, um einen Aktiv-aktiv-Bond zu konfigurieren. Bei diesem Bond wird der Datenverkehr zwischen den gebündelten NICs ausgeglichen. Fällt eine NIC innerhalb des Bonds aus, wird der Netzwerkverkehr des Servers automatisch über die zweite NIC geleitet.
    • Wählen Sie Aktiv-passiv aus, um einen Aktiv-passiv-Bond zu konfigurieren, bei dem der Datenverkehr nur über eine der gebündelten NICs geleitet wird. In diesem Modus wird die zweite NIC nur aktiv, wenn die aktive NIC ausfällt, z. B. wenn sie die Netzwerkverbindung verliert.
    • Wählen Sie LACP mit Lastausgleich basierend auf der Quell-MAC-Adresse, um eine LACP-Bond zu konfigurieren. Bei dieser Bond wird die ausgehende NIC basierend auf der MAC-Adresse der VM ausgewählt, von der der Datenverkehr stammt. Verwenden Sie diese Option, um den Datenverkehr in einer Umgebung auszugleichen, in der Sie mehrere VMs auf demselben Host haben. Diese Option ist nicht geeignet, wenn weniger virtuelle Schnittstellen (VIFs) als NICs vorhanden sind: da der Lastausgleich nicht optimal ist, weil der Datenverkehr nicht auf die NICs aufgeteilt werden kann.
    • Wählen Sie LACP mit Lastausgleich basierend auf IP und Port von Quelle und Ziel, um eine LACP-Bond zu konfigurieren. Diese Bond verwendet die Quell-IP-Adresse, die Quell-Portnummer, die Ziel-IP-Adresse und die Ziel-Portnummer, um den Datenverkehr auf die NICs zu verteilen. Verwenden Sie diese Option, um den Datenverkehr von VMs in einer Umgebung auszugleichen, in der die Anzahl der NICs die Anzahl der VIFs übersteigt.

    Hinweise:

    • Um die LACP-Bonding-Optionen in XenCenter anzeigen und eine LACP-Bond erstellen zu können, konfigurieren Sie vSwitch als Netzwerk-Stack. Außerdem müssen Ihre Switches den IEEE 802.3ad-Standard unterstützen.
    • Aktive-aktive und aktive-passive Bond-Typen sind sowohl für den vSwitch als auch für die Linux-Bridge verfügbar.
    • Sie können entweder zwei, drei oder vier NICs bündeln, wenn vSwitch der Netzwerk-Stack ist. Sie können jedoch nur zwei NICs bündeln, wenn die Linux-Bridge der Netzwerk-Stack ist.

    Der Linux-Bridge-Netzwerk-Stack ist veraltet und wird in einer zukünftigen Version entfernt.

  5. Um Jumbo-Frames zu verwenden, stellen Sie die Maximum Transmission Unit (MTU) auf einen Wert zwischen 1500 und 9216 ein.
  6. Aktivieren Sie das Kontrollkästchen Dieses Netzwerk automatisch zu neuen virtuellen Maschinen hinzufügen, damit das neue Netzwerk zu allen neuen VMs hinzugefügt wird, die mit dem Assistenten Neue VM erstellt werden.
  7. Klicken Sie auf Fertig stellen, um das neue Netzwerk zu erstellen und den Assistenten zu schließen.

Nachdem Sie Ihr gebündeltes Netzwerk auf dem Pool-Koordinator erstellt haben, werden die Netzwerk- und Bond-Informationen automatisch auf den beitretenden Server repliziert, wenn Sie andere XenServer-Hosts dem Pool hinzufügen.

Weitere Informationen finden Sie unter NICs konfigurieren.

Hinweise:

  • Das Ändern der IP-Adresse des GFS2-Cluster-Netzwerks über XenCenter erfordert, dass Clustering und GFS2 vorübergehend deaktiviert werden.
  • Ändern Sie die Bond Ihres GFS2-Cluster-Netzwerks nicht, während der Cluster aktiv ist und VMs ausgeführt werden. Diese Aktion kann dazu führen, dass Hosts im Cluster einen harten Neustart (Fencing) durchführen.
  • Wenn Sie einen IP-Adresskonflikt (mehrere Hosts mit derselben IP-Adresse) in Ihrem GFS2-Clusternetzwerk haben, an dem mindestens ein Host mit aktivierter Clusterbildung beteiligt ist, bildet sich der Cluster nicht korrekt und die Hosts können bei Bedarf kein Fencing durchführen. Um dieses Problem zu beheben, lösen Sie den IP-Adresskonflikt.

4. Einrichten eines GFS2-Cluster-Pools

Um gemeinsam genutzten GFS2-Speicher zu verwenden, muss der XenServer-Ressourcenpool ein Cluster-Pool sein. Aktivieren Sie die GFS2-Clusterbildung in Ihrem Pool, bevor Sie einen GFS2-SR erstellen.

So erstellen Sie einen GFS2-Cluster-Pool:

  1. Öffnen Sie das Dialogfeld Neuer Pool, indem Sie in der Symbolleiste auf Neuer Pool klicken.
  2. Geben Sie einen Namen für den neuen Pool und eine optionale Beschreibung ein. Der Name wird im Bereich Ressourcen angezeigt.
  3. Benennen Sie den Pool-Koordinator, indem Sie einen Server aus der Liste Koordinator auswählen.
  4. Wählen Sie weitere Server aus, die im neuen Pool platziert werden sollen, aus der Liste Zusätzliche Mitglieder. Alle verfügbaren verwalteten Server werden aufgelistet. Wenn ein Server nicht aufgeführt ist, können Sie ihn der Liste hinzufügen, indem Sie auf Neuen Server hinzufügen klicken. Wenn ein verwalteter Server nicht aufgeführt ist, liegt dies möglicherweise daran, dass er eine oder mehrere der Pool-Beitrittsanforderungen nicht erfüllt, die unter Pool-Anforderungen aufgeführt sind.
  5. Wählen Sie Pool erstellen, um den Pool zu erstellen und das Dialogfeld zu schließen.
  6. Wählen Sie den Pool im Bereich Ressourcen aus und wählen Sie auf der Registerkarte Allgemein die Option Eigenschaften. Das Fenster Pooleigenschaften wird geöffnet.
  7. Wählen Sie auf der Registerkarte GFS2-Clustering die Option GFS2-Clustering aktivieren und wählen Sie das dedizierte gebündelte Netzwerk aus, das Sie erstellt haben, das als Clusternetzwerk dienen soll.
  8. Klicken Sie auf OK.

5. Erhöhen Sie den Speicher Ihrer Steuerdomäne

Wenn Sie nicht genügend Speicher für die Steuerdomäne auf Ihren Hosts haben, kann Ihr Pool Netzwerkinstabilität erfahren. Netzwerkinstabilität kann Probleme für einen Cluster-Pool mit GFS2-SRs verursachen.

Es ist wichtig sicherzustellen, dass Ihr GFS2-Cluster-Pool über eine angemessene Menge an Steuerdomänenspeicher verfügt. Informationen zum Ändern der Größe des Steuerdomänenspeichers finden Sie unter Ändern des Steuerdomänenspeichers.

6. Speichermultipathing konfigurieren

Stellen Sie sicher, dass das Speichermultipathing zwischen Ihrem geclusterten Pool und Ihrem GFS2 SR eingerichtet ist.

Multipathing leitet den Speicherverkehr über mehrere Pfade zu einem Speichergerät, um Redundanz zu gewährleisten. Alle Pfade können während des normalen Betriebs aktiven Datenverkehr aufweisen, was zu einem erhöhten Durchsatz führt.

Bevor Sie Multipathing aktivieren, vergewissern Sie sich, dass die folgenden Aussagen zutreffen:

  • Ihr Ethernet- oder Fibre-Switch ist so konfiguriert, dass er mehrere Ziele auf Ihrem Speicherserver verfügbar macht.

    Ein iSCSI-Speicher-Backend, das beispielsweise nach sendtargets auf einem bestimmten Portal abgefragt wird, gibt mehrere Ziele zurück, wie im folgenden Beispiel:

      iscsiadm -m discovery --type sendtargets --portal 192.168.0.161
      192.168.0.161:3260,1 iqn.strawberry:litchie
      192.168.0.204:3260,2 iqn.strawberry:litchie
    

    Sie können jedoch zusätzliche Konfigurationen vornehmen, um iSCSI-Multipath für Arrays zu aktivieren, die nur ein einziges Ziel verfügbar machen. Weitere Informationen finden Sie unter iSCSI-Multipath für Arrays, die nur ein einziges Ziel verfügbar machen.

  • Nur für iSCSI: Die Steuerdomäne (dom0) hat eine IP-Adresse in jedem Subnetz, das vom Multipath-Speicher verwendet wird.

    Stellen Sie sicher, dass Sie für jeden Pfad zum Speicher eine NIC haben und dass auf jeder NIC eine IP-Adresse konfiguriert ist. Wenn Sie beispielsweise vier Pfade zu Ihrem Speicher wünschen, müssen Sie vier NICs haben, die jeweils eine konfigurierte IP-Adresse besitzen.

  • Nur für iSCSI: Jedes iSCSI-Ziel und jeder Initiator hat einen eindeutigen IQN.

  • Nur für iSCSI: Die iSCSI-Zielports arbeiten im Portalmodus.

  • Nur für HBA: Mehrere HBAs sind mit dem Switch-Fabric verbunden.

  • Verwenden Sie, wenn möglich, mehrere redundante Switches.

So aktivieren Sie Multipathing:

Führen Sie die folgenden Schritte für jeden Server in Ihrem Pool aus:

  1. Wählen Sie im Bereich Ressourcen den Server aus und versetzen Sie ihn dann in den Wartungsmodus. Es kommt zu einer kurzen Verzögerung, während XenCenter alle aktiven virtuellen Maschinen migriert und den vorhandenen Speicher trennt. Wenn der Server ein Pool-Koordinator ist, wird er getrennt und kann vorübergehend aus dem Bereich Ressourcen verschwinden, während ein neuer Pool-Koordinator zugewiesen wird. Wenn der Server im Bereich Ressourcen mit dem Symbol für den Server-Wartungsmodus (Server-Wartungsmodus-Symbol – ein Serversymbol mit einem blauen Quadrat oben) wieder angezeigt wird, fahren Sie mit dem nächsten Schritt fort.
  2. Wählen Sie auf der Registerkarte Allgemein die Option Eigenschaften und dann die Registerkarte Multipathing aus.
  3. Um Multipathing zu aktivieren, aktivieren Sie das Kontrollkästchen Multipathing auf diesem Server aktivieren. Um Multipathing zu deaktivieren, deaktivieren Sie das Kontrollkästchen.
  4. Klicken Sie auf OK, um die neue Einstellung zu übernehmen und das Dialogfeld zu schließen. Es kommt zu einer kurzen Verzögerung, während XenCenter die neue Speicherkonfiguration speichert.
  5. Nehmen Sie den Server wieder aus dem Wartungsmodus. Wählen Sie den Server im Bereich Ressourcen aus, klicken Sie mit der rechten Maustaste und wählen Sie Wartungsmodus beenden.

Stellen Sie sicher, dass Sie Multipathing auf allen Hosts im Pool aktivieren. Alle Verkabelungen und, im Falle von iSCSI, Subnetzkonfigurationen müssen mit den entsprechenden NICs auf jedem Host übereinstimmen.

7. Erstellen eines GFS2-SR

Erstellen Sie Ihr freigegebenes GFS2-SR auf einem iSCSI- oder HBA-LUN, das für alle XenServer-Hosts in Ihrem Ressourcenpool sichtbar ist.

Hinweis:

Wir empfehlen die Verwendung eines Thin-Provisioned-LUN mit GFS2 nicht. XenCenter zeigt eine Warnung an, wenn Sie versuchen, GFS2 mit einem Thin-Provisioned-LUN zu verwenden.

Wenn Sie sich jedoch für diese Konfiguration entscheiden, müssen Sie sicherstellen, dass das LUN immer genügend Speicherplatz hat, damit XenServer darauf schreiben kann.

Sie können bis zu 62 GFS2-SRs zu einem geclusterten Pool hinzufügen.

So erstellen Sie ein Software-iSCSI-SR

<!- - kaizen-review: MD041 on line 1: - ->

Hinweis:

Bevor Sie die folgenden Schritte ausführen, stellen Sie sicher, dass der iSCSI-Initiator-IQN für alle Hosts im Pool entsprechend eingestellt ist. Weitere Informationen finden Sie unter Servereigenschaften ändern.

  1. Öffnen Sie den Assistenten Neues Speicher-Repository: Klicken Sie in der Symbolleiste auf Neuer Speicher. Alternativ:
    • Klicken Sie auf der Registerkarte Speicher für den ausgewählten Pool oder Server auf Neues SR.
    • Klicken Sie im Menü Speicher auf Neues SR.
    • Wählen Sie im Bereich Ressourcen einen Server oder Pool aus, klicken Sie mit der rechten Maustaste und wählen Sie im Kontextmenü Neues SR.
  2. Wählen Sie Software iSCSI als physischen Speichertyp aus und klicken Sie dann auf Weiter.
  3. Geben Sie auf der Seite Name den Namen des neuen SR ein. Standardmäßig generiert der Assistent eine Beschreibung des SR. Diese Beschreibung enthält eine Zusammenfassung der Konfigurationsoptionen, die Sie im Verlauf des Assistenten auswählen. Um eine eigene Beschreibung einzugeben, deaktivieren Sie das Kontrollkästchen Beschreibung automatisch generieren und geben Sie den Text in das Feld Beschreibung ein. Klicken Sie auf Weiter, um fortzufahren.
  4. Wählen Sie auf der Seite Bereitstellung Thin Provisioning (GFS2) aus.
  5. Geben Sie auf der Seite Speicherort die iSCSI-Zieldetails an:

    • Ziel-Host: Die IP-Adresse oder der DNS-Name des iSCSI-Ziels. Dies kann auch eine durch Kommas getrennte Liste von Werten sein.

    • CHAP verwenden: Dies wird bei GFS2-SRs nicht unterstützt. Lassen Sie diese Option deaktiviert.

    • Ziel-IQN: Um den iSCSI-Ziel-IQN anzugeben, klicken Sie auf die Schaltfläche IQNs ermitteln und wählen Sie dann einen IQN aus der Liste Ziel-IQN aus.

      Wichtig:

      Das iSCSI-Ziel und alle Server im Pool dürfen nicht denselben IQN festgelegt haben. Jedes iSCSI-Ziel und jeder Initiator muss einen eindeutigen IQN haben. Wenn ein nicht eindeutiger IQN-Bezeichner verwendet wird, kann es zu Datenbeschädigungen kommen, der Zugriff auf das Ziel kann verweigert werden oder beides.

    • Ziel-LUN: Um die LUN anzugeben, auf der das Speicher-Repository erstellt werden soll, klicken Sie auf die Schaltfläche LUNs ermitteln. Wählen Sie eine LUN aus der Liste Ziel-LUN aus.

      Jedes einzelne iSCSI-Speicher-Repository muss vollständig auf einer einzigen LUN enthalten sein. Das SR kann nicht mehr als eine LUN umfassen. Wenn die LUN bereits ein SR enthält, wählen Sie entweder die Verwendung des vorhandenen SRs oder dessen Ersetzung durch ein neues SR. Das Ersetzen des vorhandenen SRs zerstört alle auf der Festplatte vorhandenen Daten.

  6. Klicken Sie auf Fertig stellen, um die Konfiguration des neuen SR abzuschließen und den Assistenten zu schließen.

So erstellen Sie ein Hardware-HBA-SR

<!- - kaizen-review: MD041 on line 1: - ->

  1. Um den Assistenten Neues Speicher-Repository zu öffnen, können Sie eine der folgenden Aktionen ausführen:
    • Wählen Sie in der Symbolleiste Neuer Speicher.
    • Wählen Sie auf der Registerkarte Speicher für den ausgewählten Pool oder Server Neues SR.
    • Wählen Sie im Menü Speicher die Option Neues SR.
    • Wählen Sie im Bereich Ressourcen einen Server oder Pool aus, klicken Sie dann mit der rechten Maustaste und wählen Sie im Kontextmenü Neues SR.
  2. Wählen Sie Hardware-HBA als physischen Speichertyp und dann Weiter.
  3. Geben Sie auf der Seite Name den Namen des neuen SR ein. Standardmäßig generiert der Assistent eine Beschreibung des SR. Diese Beschreibung enthält eine Zusammenfassung der Konfigurationsoptionen, die Sie im Verlauf des Assistenten auswählen. Um eine eigene Beschreibung einzugeben, deaktivieren Sie das Kontrollkästchen Beschreibung automatisch generieren und geben Sie die Beschreibung in das Feld Beschreibung ein. Klicken Sie auf Weiter, um zur Seite Bereitstellung zu gelangen.
  4. Wählen Sie auf der Seite Bereitstellung die Option Thin Provisioning (GFS2).
  5. Klicken Sie auf Weiter, um zur Seite Speicherort zu gelangen.
  6. Der Assistent sucht nach verfügbaren LUNs und zeigt dann eine Seite mit allen gefundenen LUNs an. Wählen Sie eine LUN aus der Liste aus und klicken Sie auf Erstellen.

    Hinweis:

    Eine Warnmeldung wird angezeigt, wenn auf der ausgewählten LUN bereits SRs vorhanden sind. Überprüfen Sie die Details und wählen Sie eine der folgenden Optionen.

    • Um das vorhandene zu verwenden, klicken Sie auf Neu verbinden.
    • Um das vorhandene SR zu löschen und ein SR zu erstellen, klicken Sie auf Formatieren.
    • Wenn Sie eine andere LUN auswählen möchten, klicken Sie auf Abbrechen und wählen Sie eine LUN aus der Liste aus.
  7. Die Seite Zusammenfassung zeigt Informationen über den neuen SR an. Lesen Sie die Informationen und klicken Sie dann auf Fertig stellen, um den SR-Erstellungsprozess abzuschließen.

Einschränkungen

Gemeinsam genutzter GFS2-Speicher weist derzeit die folgenden Einschränkungen auf:

  • Wie bei jedem Thin-Provisioned SR schlagen weitere Schreibvorgänge von VMs fehl, wenn die GFS2 SR-Nutzung auf 100 % ansteigt. Diese fehlgeschlagenen Schreibvorgänge können dann zu Fehlern innerhalb der VM, möglicher Datenbeschädigung oder beidem führen.

  • XenCenter zeigt eine Warnung an, wenn Ihre SR-Nutzung auf 80 % ansteigt. Stellen Sie sicher, dass Sie Ihr GFS2 SR auf diese Warnung hin überwachen und bei Bedarf die entsprechenden Maßnahmen ergreifen. Bei einem GFS2 SR führt eine hohe Nutzung zu einer Leistungsverschlechterung. Wir empfehlen, die SR-Nutzung unter 80 % zu halten.

  • Die VM-Migration mit Speichermigration (live oder offline) wird für VMs, deren VDIs sich auf einem GFS2 SR befinden, nicht unterstützt. Sie können VDIs auch nicht von einem anderen SR-Typ auf ein GFS2 SR migrieren.

  • Der FCoE-Transport wird mit GFS2 SRs nicht unterstützt.

  • Trim/Unmap wird auf GFS2 SRs nicht unterstützt.

  • CHAP wird auf GFS2 SRs nicht unterstützt.

  • Sie können VDIs, die größer als 2 TiB sind, nicht als VHD oder OVA/OVF exportieren. Sie können jedoch VMs mit VDIs, die größer als 2 TiB sind, im XVA-Format exportieren.

  • Wir empfehlen die Verwendung einer Thin-Provisioned LUN mit GFS2 nicht. Wenn Sie sich jedoch für diese Konfiguration entscheiden, müssen Sie sicherstellen, dass die LUN immer über genügend Speicherplatz verfügt, damit XenServer darauf schreiben kann.

  • Wir empfehlen die Verwendung von SAN-Deduplizierung mit GFS2 SRs nicht. Wenn Sie sich jedoch für diese Konfiguration entscheiden, müssen Sie eine geeignete externe Überwachung Ihrer SAN-Auslastung verwenden, um sicherzustellen, dass immer genügend Speicherplatz für XenServer zum Schreiben vorhanden ist.

  • Ihr GFS2-Dateisystem darf nicht größer als 100 TiB sein.

  • Sie können nicht mehr als 62 GFS2 SRs in Ihrem Pool haben.

  • GFS2-Cluster-Pools unterstützen nur bis zu 16 Hosts pro Pool.

  • Für den GFS2-Cluster-Traffic empfehlen wir dringend die Verwendung eines gebündelten Netzwerks, das mindestens zwei verschiedene Netzwerk-Switches verwendet. Verwenden Sie dieses Netzwerk nicht für andere Zwecke.

  • Das Ändern der IP-Adresse des GFS2-Clusternetzwerks mit XenCenter erfordert, dass Clustering und GFS2 vorübergehend deaktiviert werden.

  • Ändern Sie das Bonding Ihres GFS2-Clusternetzwerks nicht, während der Cluster aktiv ist und VMs ausgeführt werden. Diese Aktion kann dazu führen, dass Hosts im Cluster einen harten Neustart durchführen (Fencing).

  • Wenn in Ihrem GFS2-Clusternetzwerk ein IP-Adresskonflikt (mehrere Hosts haben dieselbe IP-Adresse) vorliegt, der mindestens einen Host mit aktiviertem GFS2-Clustering betrifft, bildet sich der Cluster nicht korrekt und die Hosts können bei Bedarf kein Fencing durchführen. Um dieses Problem zu beheben, lösen Sie den IP-Adresskonflikt.

Verwandte Dokumentation

XenServer Aktuelle Version

Thin-provisioned freigegebener GFS2-Blockspeicher