Speicher-Repository-Formate

Sie können den Assistenten für neue Speicherrepositorys in XenCenter verwenden, um Speicherrepositorys zu erstellen. Der Assistent führt Sie durch die Konfigurationsschritte. Alternativ können Sie die CLI und den Befehl sr-create verwenden. Der Befehl sr-create erstellt eine SR auf dem Speichersubstrat (potenziell Zerstörung vorhandener Daten). Außerdem wird das SR-API-Objekt und ein entsprechender PBD-Eintrag erstellt, sodass VMs den Speicher verwenden können. Bei erfolgreichem Erstellen des SR wird die PBD automatisch angeschlossen. Wenn das shared=true SR-Flag festgelegt ist, wird für jeden Citrix Hypervisor im Ressourcenpool ein PBD-Datensatz erstellt und angeschlossen.

Wenn Sie eine SR für IP-basierten Speicher (iSCSI oder NFS) erstellen, können Sie eine der folgenden Optionen als Speichernetzwerk konfigurieren: die Netzwerkkarte, die den Verwaltungsdatenverkehr verarbeitet, oder eine neue Netzwerkkarte für den Speicherverkehr. Informationen zum Zuweisen einer IP-Adresse zu einer Netzwerkkarte finden Sie unter Konfigurieren einer dedizierten Speicher-NIC.

Alle Citrix Hypervisor SR-Typen unterstützen VDI-Größenänderung, schnelles Klonen und Snapshots. SRs basierend auf dem LVM-SR-Typ (lokal, iSCSI oder HBA) bieten Thin Provisioning für Snapshots und ausgeblendete übergeordnete Knoten. Die anderen SR-Typen (EXT3, NFS, GFS2) unterstützen Full Thin Provisioning, auch für aktive virtuelle Laufwerke.

Warnungen:

  • Wenn VHD-VDIs nicht an eine VM angehängt sind, z. B. für einen VDI-Snapshot, werden sie standardmäßig als Thinly Provisioned gespeichert. Wenn Sie versuchen, den VDI erneut anzufügen, stellen Sie sicher, dass genügend Speicherplatz zur Verfügung steht, damit der VDI dick bereitgestellt werden kann. VDI-Klone werden dick bereitgestellt.

  • Citrix Hypervisor unterstützt kein externes Snapshotting auf SAN-Ebene einer LUN für einen beliebigen SR-Typ.

Die maximal unterstützten VDI-Größen sind:

Speicher-Repository-Format Maximale VDI-Größe
EXT3 2 TiB
LVM 2 TiB
NFS 2 TiB
Lvmofcoe 2 TiB
lvmoiSCSI 2 TiB
Lvmohba 2 TiB
GFS2 (mit iSCSI oder HBA) 16 TiB

Lokale LVM

Der Typ Local LVMs stellt Datenträger innerhalb einer lokal zugeordneten Volume-Gruppe dar.

Standardmäßig verwendet Citrix Hypervisor die lokale Festplatte auf dem physischen Host, auf dem sie installiert ist. Der Linux Logical Volume Manager (LVM) wird zur Verwaltung des VM-Speichers verwendet. Ein VDI wird im VHD-Format in einem logischen LVM-Volume der angegebenen Größe implementiert.

Überlegungen zur LVM-Leistung

Die Snapshot- und Schnellklonfunktionalität für LVM-basierte SRs ist mit einem inhärenten Performance-Overhead ausgestattet. Wenn eine optimale Leistung erforderlich ist, unterstützt Citrix Hypervisor zusätzlich zum standardmäßigen VHD-Format das Erstellen von VDIs im Rohformat. Die Snapshot-Funktionalität von Citrix Hypervisor wird auf unformatierten VDIs nicht unterstützt.

Warnung:

Versuchen Sie nicht, eine virtuelle Maschine mit type=raw Festplatten zu erstellen. Diese Aktion kann dazu führen, dass ein partieller Snapshot erstellt wird. In diesem Fall können Sie die verwaiste Snapshot-VDIs identifizieren, indem Sie das snapshot-of Feld aktivieren und dann löschen.

Erstellen einer lokalen LVM SR

Bei der Hostinstallation wird standardmäßig ein LVM SR erstellt.

Device-Config-Parameter für LVM SRs sind:

Parametername Beschreibung Erforderlich?
Geräte Gerätename auf dem lokalen Host, der für die SR verwendet werden soll Ja

Verwenden Sie den Befehl /dev/sdb, um eine lokale LVM SR auf zu erstellen.

    xe sr-create host-uuid=valid_uuid content-type=user \
    name-label="Example Local LVM SR" shared=false \
    device-config:device=/dev/sdb type=lvm

Lokales EXT3

Die Verwendung von EXT3 ermöglicht Thin Provisioning auf lokalem Speicher. Der Standard-Speicher-Repository-Typ ist jedoch LVM, da er eine konsistente Schreibleistung bietet und Speicherüberlastung verhindert. Wenn Sie EXT3 verwenden, wird in den folgenden Fällen möglicherweise eine geringere Leistung angezeigt:

  • Bei der Durchführung von VM-Lebenszyklusoperationen wie VM erstellen und unterbrechen/fortsetzen
  • Beim Erstellen großer Dateien aus der VM

Lokale Festplatte EXT SRs müssen mit der Citrix Hypervisor CLI konfiguriert werden.

Erstellen eines lokalen EXT3 SR (ext)

Gerätekonfigurationsparameter für ext SRs:

Parametername Beschreibung Erforderlich?
Geräte Gerätename auf dem lokalen Host, der für die SR verwendet werden soll Ja

Um eine lokale ext SR auf /dev/sdb zu erstellen, verwenden Sie den folgenden Befehl:

    xe sr-create host-uuid=valid_uuid content-type=user \
       name-label="Example Local EXT3 SR" shared=false \
       device-config:device=/dev/sdb type=ext

Udev

Der udev Typ stellt Geräte dar, die mit dem udev Geräte-Manager als VDIs verbunden sind.

Citrix Hypervisor verfügt über zwei SRs vom Typ udev, die Wechselmedien darstellen. Einer ist für die CD oder DVD im physischen CD- oder DVD-ROM-Laufwerk des Citrix Hypervisor-Servers. Die andere ist für ein USB-Gerät, das an einen USB-Anschluss des Citrix Hypervisor-Servers angeschlossen ist. VDIs, die die Medien darstellen, kommen und gehen, wenn Festplatten oder USB-Sticks eingelegt und entfernt werden.

ISO-Image

Der ISO-Typ verarbeitet CD-Images, die als Dateien im ISO-Format gespeichert sind. Dieser SR-Typ ist nützlich, um gemeinsam genutzte ISO-Bibliotheken zu erstellen. Für Speicher-Repositories, die eine ISO-Bibliothek speichern, muss der Parameter content-type auf iso gesetzt werden.

Beispiel:

    xe sr-create host-uuid=valid_uuid content-type=iso \
      type=iso name-label="Example ISO SR" \
      device-config:location=nfs server:path

Es wird empfohlen, die SMB-Version 3.0 zu verwenden, um ISO SR auf dem Windows-Dateiserver zu mounten. Version 3.0 ist standardmäßig ausgewählt, da sie sicherer und robuster ist als SMB-Version 1.0. Sie können ISO SR jedoch mit dem folgenden Befehl mit SMB Version 1.0 mounten:

     xe sr-create content-type=iso type=iso shared=true device-config:location=valid location
     device-config:username=username device-config:cifspassword=password
     device-config:type=cifs device-config:vers=Choose either 1.0 or 3.0 name-label="Example ISO SR"

Hinweis:

Wenn Sie den Befehl sr-create ausführen, können Sie das Argument device-config:cifspassword_secret verwenden, anstatt das Kennwort in der Befehlszeile anzugeben. Weitere Informationen finden Sie unter Geheimnisse.

Software-iSCSI-Unterstützung

Citrix Hypervisor unterstützt freigegebene SRs auf iSCSI-LUNs. iSCSI wird mit dem iSCSI-Software-iSCSI-Initiator oder mit einem unterstützten iSCSI-Hostbusadapter (HBA) unterstützt. Die Schritte für die Verwendung von iSCSI-HBAs sind identisch mit den Schritten für Fibre-Channel-HBAs. Beide Schritte werden in beschrieben Erstellen einer gemeinsam genutzten LVM über Fibre-Channel/ Fibre-Channel über Ethernet/iSCSI-HBA oder SAS SR.

Die gemeinsame iSCSI-Unterstützung mit dem Software-iSCSI-Initiator wird basierend auf dem Linux Volume Manager (LVM) implementiert. Diese Funktion bietet die gleichen Leistungsvorteile, die LVM-VDIs im Fall der lokalen Festplatte bieten. Gemeinsam genutzte iSCSI-SRs, die den softwarebasierten Hostinitiator verwenden, unterstützen die Agilität von virtuellen Rechnern mit der Livemigration: VMs können auf jedem Citrix Hypervisor-Server in einem Ressourcenpool gestartet und ohne spürbare Ausfallzeiten zwischen diesen migriert werden.

iSCSI-SRs verwenden die gesamte LUN, die zum Zeitpunkt des Erstellens angegeben wurde, und umfassen möglicherweise nicht mehr als eine LUN. CHAP-Unterstützung wird für die Clientauthentifizierung sowohl während der Datenpfadinitialisierung als auch in der LUN-Ermittlungsphase bereitgestellt.

Hinweis:

Die Blockgröße einer iSCSI-LUN muss 512 Byte betragen.

iSCSI-Konfiguration des Citrix Hypervisor-Servers

Alle iSCSI-Initiatoren und -Ziele müssen über einen eindeutigen Namen verfügen, um sicherzustellen, dass sie im Netzwerk eindeutig identifiziert werden können. Ein Initiator hat eine iSCSI-Initiatoradresse und ein Ziel hat eine iSCSI-Zieladresse. Diese Namen werden zusammen als iSCSI-qualifizierte Namen oder IQNs bezeichnet.

Citrix Hypervisor-Server unterstützen einen einzelnen iSCSI-Initiator, der während der Hostinstallation automatisch mit einem zufälligen IQN erstellt und konfiguriert wird. Der einzelne Initiator kann verwendet werden, um gleichzeitig eine Verbindung zu mehreren iSCSI-Zielen herzustellen.

iSCSI-Ziele bieten in der Regel Zugriffssteuerung mithilfe von iSCSI-Initiator-IQN-Listen. Alle iSCSI-Targets/LUNs, auf die Ihr Citrix Hypervisor-Server zugreift, müssen so konfiguriert sein, dass der Zugriff durch die Initiator-IQN des Hosts gestattet wird. Ebenso müssen Targets/LUNs, die als gemeinsam genutzte iSCSI-SRs verwendet werden sollen, so konfiguriert werden, dass alle Host-IQNs im Ressourcenpool Zugriff haben.

Hinweis:

iSCSI-Ziele, die keine Zugriffssteuerung bieten, werden normalerweise standardmäßig auf die Beschränkung des LUN-Zugriffs auf einen einzelnen Initiator beschränkt, um die Datenintegrität sicherzustellen. Wenn eine iSCSI-LUN als gemeinsam genutzte SR für mehrere Server in einem Pool verwendet wird, stellen Sie sicher, dass der Multi-Initiator-Zugriff für die angegebene LUN aktiviert ist.

Der IQN-Wert des Citrix Hypervisor-Servers kann mit XenCenter oder mit der Befehlszeilenschnittstelle mit dem folgenden Befehl angepasst werden, wenn der iSCSI-Softwareinitiator verwendet wird:

    xe host-param-set uuid=valid_host_id other-config:iscsi_iqn=new_initiator_iqn

Warnung:

  • Jedes iSCSI-Ziel und jeder Initiator muss über eine eindeutige IQN verfügen. Wenn eine nicht eindeutige IQN-Kennung verwendet wird, kann es zu Datenbeschädigungen oder Verweigerung des LUN-Zugriffs kommen.
  • Ändern Sie nicht die IQN des Citrix Hypervisor-Servers mit angeschlossenen iSCSI-SRs. Dies kann zu Fehlern bei der Verbindung mit neuen Zielen oder vorhandenen SRs führen.

Software FCoE-Speicher

Software FCoE bietet ein Standard-Framework, an das Hardwareanbieter ihre FCoE-fähige NIC anschließen und die gleichen Vorteile eines hardwarebasierten FCoE nutzen können. Diese Funktion macht die Verwendung teurer HBAs überflüssig.

Bevor Sie einen Software-FCoE-Speicher erstellen, müssen Sie die Konfiguration manuell abschließen, die erforderlich ist, um eine LUN für den Host verfügbar zu machen. Diese Konfiguration umfasst die Konfiguration der FCoE-Fabric und die Zuweisung von LUNs zum Public World Wide Name (PWWN) Ihres SAN. Nachdem Sie diese Konfiguration abgeschlossen haben, wird die verfügbare LUN als SCSI-Gerät auf dem CNA des Hosts gemountet. Das SCSI-Gerät kann dann verwendet werden, um auf die LUN zuzugreifen, als wäre es ein lokal angeschlossenes SCSI-Gerät. Informationen zum Konfigurieren des physischen Switches und des Arrays zur Unterstützung von FCoE finden Sie in der Dokumentation des Herstellers.

Hinweis:

Software FCoE kann mit Open VSwitch und Linux Bridge als Netzwerk-Back-End verwendet werden.

Erstellen einer Software FCoE SR

Vor dem Erstellen einer Software FCoE SR müssen Kunden sicherstellen, dass FCoE-fähige NICs an den Host angeschlossen sind.

Device-Config-Parameter für FCoE SRs sind:

Parametername Beschreibung Erforderlich?
SCSIid Die SCSI-Bus-ID der Ziel-LUN Ja

Führen Sie den folgenden Befehl aus, um eine gemeinsam genutzte FCoE SR zu erstellen:

    xe sr-create type=lvmofcoe \
    name-label="FCoE SR" shared=true device-config:SCSIid=SCSI_id

Hardware-Hostbusadapter (HBAs)

In diesem Abschnitt werden verschiedene Vorgänge behandelt, die für die Verwaltung von SAS-, Fibre-Channel- und iSCSI-HBAs erforderlich sind.

Beispiel für QLogic iSCSI-HBA-Setup

Weitere Informationen zur Konfiguration von QLogic Fibre Channel- und iSCSI-HBAs finden Sie Cavium auf der Website.

Nachdem der HBA physisch auf dem Citrix Hypervisor-Server installiert wurde, konfigurieren Sie den HBA wie folgt:

  1. Legen Sie die IP-Netzwerkkonfiguration für den HBA fest. In diesem Beispiel wird DHCP- und HBA-Port 0 angenommen. Geben Sie die entsprechenden Werte an, wenn Sie statische IP-Adressierung oder einen Multi-Port-HBA verwenden.

    /opt/QLogic_Corporation/SANsurferiCLI/iscli -ipdhcp 0
    
  2. Fügen Sie ein persistentes iSCSI-Ziel zu Port 0 des HBA hinzu.

    /opt/QLogic_Corporation/SANsurferiCLI/iscli -pa 0 iscsi_target_ip_address
    
  3. Verwenden Sie den xe-Befehl sr-probe, um eine erneute Suche des HBA-Controller zu erzwingen und verfügbare LUNs anzuzeigen. Weitere Informationen finden Sie unter Sonden eines SR und Erstellen einer gemeinsam genutzten LVM über Fibre-Channel/ Fibre-Channel über Ethernet/iSCSI-HBA oder SAS SR.

Entfernen von HBA-basierten SAS-, FC- oder iSCSI-Geräteeinträgen

Hinweis:

Dieser Schritt ist nicht erforderlich. Wir empfehlen, dass nur Powerbenutzer diesen Prozess durchführen, wenn dies erforderlich ist.

Jede HBA-basierte LUN verfügt über einen entsprechenden globalen Gerätepfadeintrag unter /dev/disk/by-scsibus im Format <SCSIid>-<adapter>:<bus>:<target>:<lun> und einen Standard-Gerätepfad unter /dev. Gehen Sie folgendermaßen vor, um die Geräteeinträge für LUNs zu entfernen, die nicht mehr als SRs verwendet werden:

  1. Verwenden Sie sr-forget oder sr-destroy entfernen Sie den SR aus der Citrix Hypervisor-Serverdatenbank. Details hierzu finden Sie unter SRs entfernen.

  2. Entfernen Sie die Zoning-Konfiguration innerhalb des SAN für die gewünschte LUN auf den gewünschten Host.

  3. Verwenden Sie den Befehl sr-probe, um die Werte ADAPTER, BUS, TARGET und LUNs zu ermitteln, die der zu entfernenden LUN entsprechen. Weitere Information finden Sie unter Sonden eines SR.

  4. Entfernen Sie die Geräteeinträge mit dem folgenden Befehl:

    echo "1" > /sys/class/scsi_device/adapter:bus:target:lun/device/delete
    

Warnung:

Stellen Sie sicher, dass Sie sicher sind, welche LUN Sie entfernen. Durch das versehentliche Entfernen einer LUN, die für den Hostbetrieb erforderlich ist, wie z. B. das Start- oder Root-Gerät, wird der Host unbrauchbar.

Freigegebener LVM-Speicher

Der freigegebene LVM-Typ stellt Datenträger als logische Volumes innerhalb einer Volume Group dar, die auf einer iSCSI-LUN (FC oder SAS) erstellt wurde.

Hinweis:

Die Blockgröße einer iSCSI-LUN muss 512 Byte betragen.

Erstellen einer gemeinsam genutzten LVM über iSCSI-SR mithilfe des Software-iSCSI-Initiators

Gerätekonfigurationsparameter für LVMoiSCSI-SRs:

Parametername Beschreibung Erforderlich?
target Die IP-Adresse oder der Hostname des iSCSI-Filers, der die SR hostet Ja
targetIQN Die IQN-Zieladresse des iSCSI-Filers, der die SR hostet Ja
SCSIid Die SCSI-Bus-ID der Ziel-LUN Ja
chapuser Der Benutzername, der für die CHAP-Authentifizierung verwendet werden soll Nein
chappassword Das Kennwort, das für die CHAP-Authentifizierung verwendet werden soll Nein
port Die Netzwerkportnummer, auf der das Ziel abgefragt werden soll Nein
usediscoverynumber Der spezifische iSCSI-Datensatzindex, der verwendet werden soll Nein
incoming_chapuser Der Benutzername, den der iSCSI-Filter für die Authentifizierung beim Host verwendet Nein
incoming_chappassword Das Kennwort, das der iSCSI-Filter für die Authentifizierung beim Host verwendet Nein

Verwenden Sie den folgenden Befehl, um eine freigegebene LVMOiSCSI-SR für eine bestimmte LUN eines iSCSI-Ziels zu erstellen.

    xe sr-create host-uuid=valid_uuid content-type=user \
    name-label="Example shared LVM over iSCSI SR" shared=true \
    device-config:target=target_ip= device-config:targetIQN=target_iqn= \
    device-config:SCSIid=scsci_id \
    type=lvmoiscsi

Erstellen einer gemeinsam genutzten LVM über Fibre-Channel/ Fibre-Channel über Ethernet/iSCSI-HBA oder SAS SR

SRs vom Typ LVMohba können mit der xe CLI oder XenCenter erstellt und verwaltet werden.

Gerätekonfigurationsparameter für LVMohba SRs:

Parametername Beschreibung Erforderlich?
SCSIid SCSI-ID des Geräts Ja

Um eine gemeinsam genutzte LVMohba SR zu erstellen, führen Sie die folgenden Schritte auf jedem Host im Pool aus:

  1. Zonen Sie in einer oder mehreren LUNs zu jedem Citrix Hypervisor-Server im Pool. Dieser Prozess ist sehr spezifisch für die verwendeten SAN-Geräte. Weitere Informationen finden Sie in der SAN-Dokumentation.

  2. Verwenden Sie ggf. die HBA-Befehlszeilenschnittstelle, die im Citrix Hypervisor-Server enthalten ist, um den HBA zu konfigurieren:

    • Emulex: /bin/sbin/ocmanager

    • QLogic FC: /opt/QLogic_Corporation/SANsurferCLI

    • QLogic iSCSI: /opt/QLogic_Corporation/SANsurferiCLI

    Ein Beispiel für die QLogic iSCSI-HBA-Konfiguration finden Sie unter Hardware-Hostbusadapter (HBAs) im vorherigen Abschnitt. Weitere Informationen zu Fibre-Channel- und iSCSI-HBAs finden Sie auf den Broadcom Websites Cavium und.

  3. Verwenden Sie den Befehl sr-probe, um den globalen Gerätepfad der HBA-LUN zu bestimmen. Der Befehl sr-probeerzwingt eine erneute Suche von HBAs, die im System installiert sind, um neue LUNs zu erkennen, die für den Host in Zonen eingeteilt wurden. Der Befehl gibt eine Liste der Eigenschaften für jede gefundene LUN zurück. Geben Sie den Parameter host-uuid an, um sicherzustellen, dass der Prüfpunkt auf dem gewünschten Host auftritt.

    Der globale Gerätepfad, der als <path> Eigenschaft zurückgegeben wird, ist auf allen Hosts im Pool gemeinsam. Daher muss dieser Pfad als Wert für den Parameter device-config:device beim Erstellen der SR verwendet werden.

    Wenn mehrere LUNs vorhanden sind, verwenden Sie den Hersteller, die LUN-Größe, die LUN-Seriennummer oder die SCSI-ID aus der <path> Eigenschaft, um die gewünschte LUN zu identifizieren.

        xe sr-probe type=lvmohba \
        host-uuid=1212c7b3-f333-4a8d-a6fb-80c5b79b5b31
        Error code: SR_BACKEND_FAILURE_90
        Error parameters: , The request is missing the device parameter, \
        <?xml version="1.0" ?>
        <Devlist>
            <BlockDevice>
                <path>
                    /dev/disk/by-id/scsi-360a9800068666949673446387665336f
                </path>
                <vendor>
                    HITACHI
                </vendor>
                <serial>
                    730157980002
                </serial>
                <size>
                    80530636800
                </size>
                <adapter>
                    4
                </adapter>
                <channel>
                    0
                </channel>
                <id>
                    4
                </id>
                <lun>
                    2
                </lun>
                <hba>
                    qla2xxx
                </hba>
            </BlockDevice>
            <Adapter>
                <host>
                    Host4
                </host>
                <name>
                    qla2xxx
                </name>
                <manufacturer>
                    QLogic HBA Driver
                </manufacturer>
                <id>
                    4
                </id>
            </Adapter>
        </Devlist>
    
  4. Erstellen Sie auf dem Master-Host des Pools die SR. Geben Sie den globalen Gerätepfad an, der in der <path> Eigenschaft von zurückgegeben wird sr-probe. PBDs werden automatisch für jeden Host im Pool erstellt und angeschlossen.

        xe sr-create host-uuid=valid_uuid \
        content-type=user \
        name-label="Example shared LVM over HBA SR" shared=true \
        device-config:SCSIid=device_scsi_id type=lvmohba
    

Hinweis:

Mit der XenCenter Repair Storage Repository können Sie erneut versuchen, das Erstellen von PBD und das Einschließen von Teilen des Vorgangs sr-create zu wiederholen. Diese Funktion kann in Fällen nützlich sein, in denen die LUN-Zoning für einen oder mehrere Hosts in einem Pool falsch war, als die SR erstellt wurde. Korrigieren Sie die Zoning für die betroffenen Hosts und verwenden Sie die Funktion “Speicher-Repository reparieren”, anstatt die SR zu entfernen und neu zu erstellen.

Thin bereitgestellter freigegebener GFS2-Blockspeicher

Thin Provisioning nutzt den verfügbaren Speicher besser, indem VDIs Speicherplatz zugewiesen wird, wenn Daten auf das virtuelle Laufwerk geschrieben werden, anstatt die volle virtuelle Größe des VDIs im Voraus zuzuweisen. Mit der Thin Provisioning können Sie den benötigten Speicherplatz für ein gemeinsam genutztes Speicher-Array und damit Ihre Total Cost of Ownership (TCO) erheblich reduzieren.

Die Thin Provisioning für Shared Block Storage ist in folgenden Fällen von besonderem Interesse:

  • Sie wollen mehr Platzeffizienz. Bilder sind dünn und nicht dick zugeordnet.
  • Sie möchten die Anzahl der E/A-Vorgänge pro Sekunde auf Ihrem Speicher-Array reduzieren. Der GFS2 SR ist der erste SR-Typ, der Speicherlesecaching auf Shared Block Storage unterstützt.
  • Sie verwenden ein gemeinsames Basisabbild für mehrere virtuelle Maschinen. Die Images einzelner VMs verbrauchen dann in der Regel noch weniger Speicherplatz.
  • Sie verwenden Schnappschüsse. Jeder Snapshot ist ein Bild, und jedes Bild ist jetzt dünn.
  • Ihr Speicher unterstützt NFS nicht und unterstützt nur Blockspeicher. Wenn Ihr Speicher NFS unterstützt, empfehlen wir, NFS anstelle von GFS2 zu verwenden.
  • Sie möchten VDIs erstellen, die größer als 2 TiB sind. Der GFS2 SR unterstützt VDIs mit einer Größe von bis zu 16 TiB.

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

Um gemeinsam genutzten GFS2-Speicher verwenden zu können, muss der Citrix Hypervisor Ressourcenpool ein Clusterpool sein. Aktivieren Sie Clustering in Ihrem Pool, bevor Sie eine GFS2 SR erstellen. Weitere Informationen finden Sie unter Clusterpools.

Stellen Sie sicher, dass Speichermultipathing zwischen dem Clusterpool und dem GFS2 SR eingerichtet ist. Weitere Informationen finden Sie unter Massenspeicher-Multipathing.

SRs vom Typ GFS2 können mit der xe CLI oder XenCenter erstellt und verwaltet werden.

Einschränkungen

Shared GFS2-Speicher weist derzeit folgende Einschränkungen auf:

  • Die VM-Migration mit Speicher-Livemigration wird für VMs, deren VDIs sich auf einem GFS2 SR befinden, nicht unterstützt.
  • Das FCoE-Protokoll wird von GFS2 SRs nicht unterstützt.
  • Trim/Unmap wird auf GFS2 SRs nicht unterstützt.
  • Leistungsmetriken sind für GFS2 SRs und Festplatten auf diesen SRs nicht verfügbar.
  • Die geänderte Blockverfolgung wird für VDIs, die auf GFS2 SRs gespeichert sind, nicht unterstützt.
  • VDIs, die größer als 2 TiB sind, können nicht als VHD oder OVA/OVF exportiert werden. Sie können jedoch VMs mit VDIs größer als 2 TiB im XVA-Format exportieren.

Hinweis:

Vorgänge auf GFS2-SRs können hängen bleiben, wenn Sie einen IP-Adresskonflikt (mehrere Hosts mit derselben IP-Adresse) in Ihrem Clustering-Netzwerk haben, an dem mindestens ein Host mit aktiviertem Clustering beteiligt ist. In diesem Fall werden die Hosts nicht eingezäunt. Beheben Sie den IP-Adresskonflikt, um dieses Problem zu beheben.

Erstellen einer gemeinsam genutzten GFS2 über iSCSI-SR mithilfe des Software-iSCSI-Initiators

Sie können GFS2 über iSCSI-SRs mit XenCenter erstellen. Weitere Informationen finden Sie Software-iSCSI-Speicher in der XenCenter Produktdokumentation.

Alternativ können Sie die xe CLI verwenden, um eine GFS2 über iSCSI SR zu erstellen.

Gerätekonfigurationsparameter für GFS2 SRs:

Parametername Beschreibung Erforderlich?
provider Die Blockanbieter-Implementierung. In diesem Fall, iscsi. Ja
target Die IP-Adresse oder der Hostname des iSCSI-Filers, der hostet Ja
targetIQN Das IQN-Ziel des iSCSI-Filers, der die SR hostet Ja
SCSIid SCSI-ID des Geräts Ja

Sie können die Werte finden, die für diese Parameter verwendet werden sollen, indem Sie denxe sr-probe-ext Befehl verwenden.

xe sr-probe-ext type=<type> host-uuid=<host_uuid> device-config:=<config> sm-config:=<sm_config>
  1. Starten Sie mit dem folgenden Befehl:

    xe sr-probe-ext type=gfs2 device-config:provider=iscsi
    

    Die Ausgabe des Befehls fordert Sie auf, zusätzliche Parameter anzugeben und gibt bei jedem Schritt eine Liste möglicher Werte an.

  2. Wiederholen Sie den Befehl und fügen Sie jedes Mal neue Parameter hinzu.

  3. Wenn die Befehlsausgabe mit beginnt The following SRs were found:, können Sie die device-config Parameter verwenden, die Sie angegeben haben, um die SR beim Ausführen des xe sr-create Befehls zu suchen.

Führen Sie den folgenden Befehl auf einem Server in Ihrem Clusterpool aus, um eine freigegebene GFS2-SR auf einer bestimmten LUN eines iSCSI-Ziels zu erstellen:

xe sr-create type=gfs2 name-label="Example GFS2 SR" --shared \
   device-config:provider=iscsi device-config:targetIQN=target_iqns \
   device-config:target=portal_address device-config:SCSIid=scsci_id

Wenn das iSCSI-Ziel nicht erreichbar ist, während GFS2-Dateisysteme gemountet sind, können einige Hosts im Clusterpool einen Zaun aufweisen.

Weitere Hinweise zum Arbeiten mit iSCSI-SRs finden Sie unterSoftware-iSCSI-Unterstützung.

Erstellen eines gemeinsam genutzten GFS2 über HBA SR

Sie können GFS2 über HBA-SRs mit XenCenter erstellen. Weitere Informationen finden Sie Hardware-HBA-Speicher in der XenCenter Produktdokumentation.

Alternativ können Sie die xe CLI verwenden, um eine GFS2 über HBA SR zu erstellen.

Gerätekonfigurationsparameter für GFS2 SRs:

Parametername Beschreibung Erforderlich?
provider Die Blockanbieter-Implementierung. In diesem Fall, hba. Ja
SCSIid SCSI-ID des Geräts Ja

Sie können die Werte finden, die für den Parameter SCSIID verwendet werden sollen, indem Sie denxe sr-probe-ext Befehl verwenden.

xe sr-probe-ext type=<type> host-uuid=<host_uuid> device-config:=<config> sm-config:=<sm_config>
  1. Starten Sie mit dem folgenden Befehl:

    xe sr-probe-ext type=gfs2 device-config:provider=hba
    

    Die Ausgabe des Befehls fordert Sie auf, zusätzliche Parameter anzugeben und gibt bei jedem Schritt eine Liste möglicher Werte an.

  2. Wiederholen Sie den Befehl und fügen Sie jedes Mal neue Parameter hinzu.

  3. Wenn die Befehlsausgabe mit beginnt The following SRs were found:, können Sie die device-config Parameter verwenden, die Sie angegeben haben, um die SR beim Ausführen des xe sr-create Befehls zu suchen.

Um eine freigegebene GFS2-SR auf einer bestimmten LUN eines HBA-Ziels zu erstellen, führen Sie den folgenden Befehl auf einem Server in Ihrem Clusterpool aus:

xe sr-create type=gfs2 name-label="Example GFS2 SR" --shared \
  device-config:provider=hba device-config:SCSIid=device_scsi_id

Weitere Hinweise zum Arbeiten mit HBA-SRs finden Sie unterHardware-Hostbusadapter.

NFS und SMB

Freigaben auf NFS-Servern (die NFSv4 oder NFSv3 unterstützen) oder auf SMB-Servern (die SMB 3.0 unterstützen) können sofort als SR für virtuelle Laufwerke verwendet werden. VDIs werden nur im Microsoft VHD-Format gespeichert. Da diese SRs freigegeben werden können, ermöglichen VDIs, die auf freigegebenen SRs gespeichert sind, Folgendes:

  • VMs, die auf allen Citrix Hypervisor-Servern in einem Ressourcenpool gestartet werden sollen

  • VM migrieren zwischen Citrix Hypervisor-Servern in einem Ressourcenpool mithilfe von Livemigration (ohne spürbare Ausfallzeiten)

Wichtig:

  • Die Unterstützung für SMB 3.0 beschränkt sich auf die Möglichkeit, über das 3.0-Protokoll eine Verbindung zu einer Freigabe herzustellen. Zusätzliche Funktionen wie Transparentes Failover hängen von der Verfügbarkeit der Features im Upstream-Linux-Kernel ab und werden in Citrix Hypervisor 8.2 nicht unterstützt.
  • Für NFSv4 AUTH_SYS wird nur der Authentifizierungstyp unterstützt.
  • SMB-Speicher ist für Citrix Hypervisor Premium Edition-Kunden oder Kunden verfügbar, die über ihre Citrix Virtual Apps and Desktops-Berechtigung Zugriff auf Citrix Hypervisor haben.

VDIs, die auf dateibasierten SRs gespeichert sind, werden dünn bereitgestellt. Die Imagedatei wird zugewiesen, wenn die VM Daten auf die Festplatte schreibt. Dieser Ansatz hat den erheblichen Vorteil, dass die VM-Image-Dateien nur so viel Speicherplatz auf dem Speicher belegen, wie erforderlich. Wenn beispielsweise ein 100 GB VDI für eine VM zugewiesen ist und ein Betriebssystem installiert ist, spiegelt die VDI-Datei nur die Größe der Betriebssystemdaten wider, die auf die Festplatte geschrieben wurden, anstatt die gesamten 100 GB.

VHD-Dateien können auch verkettet werden, sodass zwei VDIs gemeinsame Daten gemeinsam nutzen können. In Fällen, in denen eine dateibasierte VM geklont wird, teilen sich die resultierenden VMs zum Zeitpunkt des Klonens die gemeinsamen Daten auf der Festplatte. Jede VM nimmt ihre eigenen Änderungen in einer isolierten Copy-on-Write-Version des VDI vor. Mit dieser Funktion können dateibasierte VMs schnell aus Vorlagen geklont werden, was eine sehr schnelle Provisioning und Bereitstellung neuer VMs ermöglicht.

Hinweis:

Die maximal unterstützte Länge von VHD-Ketten beträgt 30.

Dateibasierte SRs und VHD-Implementierungen in Citrix Hypervisor gehen davon aus, dass sie die volle Kontrolle über das SR-Verzeichnis auf dem Dateiserver haben. Administratoren dürfen den Inhalt des SR-Verzeichnisses nicht ändern, da diese Aktion Gefahr besteht, dass der Inhalt von VDIs beschädigt wird.

Citrix Hypervisor wurde für den Massenspeicher der Enterprise-Klasse optimiert, der nicht-flüchtigen RAM verwendet, um schnelle Bestätigungen von Schreibanfragen zu ermöglichen und gleichzeitig ein hohes Maß an Datenschutz vor Ausfällen zu gewährleisten. Citrix Hypervisor wurde mit Data OnTap 7.3 und 8.1 umfassend mit Network Appliance FAS2020 und FAS3210 Storage getestet.

Warnung:

Da VDIs auf dateibasierten SRs als Thin Provisioned erstellt werden, müssen Administratoren sicherstellen, dass die dateibasierten SRs über genügend Speicherplatz für alle erforderlichen VDIs verfügen. Citrix Hypervisor-Server erzwingen nicht, dass der für VDIs auf dateibasierten SRs erforderliche Speicherplatz vorhanden ist.

Erstellen eines freigegebenen NFS SR (NFS)

Um eine NFS-SR zu erstellen, müssen Sie den Hostnamen oder die IP-Adresse des NFS-Servers angeben. Sie können die SR für jeden gültigen Zielpfad erstellen. Verwenden Sie den Befehl sr-probe, um eine Liste gültiger Zielpfade anzuzeigen, die vom Server exportiert werden.

In Szenarien, in denen Citrix Hypervisor mit Lower-End-Speicher verwendet wird, wartet er vorsichtig darauf, dass alle Schreibvorgänge quittiert werden, bevor Bestätigungen an VMs weitergegeben werden. Dieser Ansatz verursacht spürbare Performance-Kosten und kann gelöst werden, indem der Speicher so eingestellt wird, dass der SR-Einhängepunkt als asynchronen Modus exportiert wird. Asynchrone Exporte bestätigen Schreibvorgänge, die sich nicht tatsächlich auf dem Datenträger befinden. Berücksichtigen Sie die Risiken des Scheiterns in diesen Situationen sorgfältig.

Hinweis:

Der NFS-Server muss so konfiguriert sein, dass er den angegebenen Pfad auf alle Server im Pool exportiert. Wenn diese Konfiguration nicht durchgeführt wird, schlägt das Erstellen des SR und das Einstecken des PBD-Datensatzes fehl.

Die Citrix Hypervisor NFS-Implementierung verwendet standardmäßig TCP. Wenn Ihre Situation dies zulässt, können Sie die Implementierung so konfigurieren, dass UDP in Szenarien verwendet wird, in denen ein Leistungsvorteil besteht. Geben Sie für diese Konfiguration beim Erstellen einer SR für den Parameter device-config die Option useUDP=true an.

Gerätekonfigurationsparameter für NFS SRs:

Parametername Beschreibung Erforderlich?
server IP-Adresse oder Hostname des NFS-Servers Ja
serverpath Pfad, einschließlich des NFS-Einhängepunkts, zum NFS-Server, der die SR hostet Ja

Verwenden Sie beispielsweise den folgenden Befehl, um eine freigegebene NFS-SR für 192.168.1.10:/export1 zu erstellen:

    xe sr-create content-type=user \
    name-label="shared NFS SR" shared=true \
    device-config:server=192.168.1.10 device-config:serverpath=/export1 type=nfs \
    nfsversion="3", "4"

Führen Sie den folgenden Befehl aus, um eine nicht gemeinsam genutzte NFS-SR zu erstellen:

    xe sr-create host-uuid=host_uuid content-type=user \
    name-label="Non-shared NFS SR" \
    device-config:server=192.168.1.10 device-config:serverpath=/export1 type=nfs \
    nfsversion="3", "4"

Erstellen einer gemeinsam genutzten SMB SR (SMB)

Um eine SMB-SR zu erstellen, geben Sie den Hostnamen oder die IP-Adresse des SMB-Servers, den vollständigen Pfad der exportierten Freigabe und die entsprechenden Anmeldeinformationen an.

Hinweis:

SMB SR wurde gegen den Netzwerkgerätespeicher getestet, auf dem OnTap 8.3 und Windows Server 2012 R2 ausgeführt werden.

Gerätekonfigurationsparameter für SMB-SRs:

Parametername Beschreibung Erforderlich?
server Vollständiger Pfad zur Freigabe auf dem Server Ja
username Benutzerkonto mit RW-Zugriff zur Freigabe Optional
password Kennwort für das Benutzerkonto Optional

Verwenden Sie beispielsweise den folgenden Befehl, um eine gemeinsam genutzte SMB-SR für 192.168.1.10:/share1 zu erstellen:

    xe sr-create content-type=user \
    name-label="Example shared SMB SR" shared=true \
    device-config:server=//192.168.1.10/share1 \
    device-config:username=valid_username device-config:password=valid_password type=smb

Führen Sie den folgenden Befehl aus, um eine nicht gemeinsam genutzte SMB-SR zu erstellen:

    xe sr-create host-uuid=host_uuid content-type=user \
    name-label="Non-shared SMB SR" \
    device-config:server=//192.168.1.10/share1 \
    device-config:username=valid_username device-config:password=valid_password type=smb

Hinweis:

Wenn Sie den Befehl sr-create ausführen, können Sie das Argument device-config:password_secret verwenden, anstatt das Kennwort in der Befehlszeile anzugeben. Weitere Informationen finden Sie unter Geheimnisse.

LVM über Hardware-HBA

Der LVM over Hardware-HBA-Typ stellt Festplatten als virtuelle Festplatten auf logischen Volumes innerhalb einer Volume-Gruppe dar, die auf einer HBA-LUN erstellt wurde, die beispielsweise hardwarebasierte iSCSI- oder FC-Unterstützung bietet.

Citrix Hypervisor-Server unterstützen Fibre-Channel-SANs über Emulex- oder QLogic Hostbusadapter (HBAs). Die gesamte Fibre Channel-Konfiguration, die erforderlich ist, um eine Fibre Channel-LUN für den Host verfügbar zu machen, muss manuell abgeschlossen werden. Diese Konfiguration umfasst Speichergeräte, Netzwerkgeräte und den HBA innerhalb des Citrix Hypervisor-Servers. Nachdem die gesamte FC-Konfiguration abgeschlossen ist, stellt der HBA ein von der FC-LUN gesicherte SCSI-Gerät dem Host zur Verfügung. Das SCSI-Gerät kann dann verwendet werden, um auf die FC-LUN zuzugreifen, als wäre es ein lokal angeschlossenes SCSI-Gerät.

Verwenden Sie den Befehl sr-probe, um die LUN-gestützten SCSI-Geräte aufzulisten, die auf dem Host vorhanden sind. Dieser Befehl erzwingt einen Scan nach neuen LUN-gestützten SCSI-Geräten. Der Pfadwert, der von sr-probe für ein LUN-gestütztes SCSI-Gerät zurückgegeben wird, ist auf allen Hosts mit Zugriff auf die LUN konsistent. Daher muss dieser Wert verwendet werden, wenn gemeinsam genutzte SRs erstellt werden, auf die alle Hosts in einem Ressourcenpool zugreifen können.

Die gleichen Funktionen gelten für QLogic iSCSI-HBAs.

Weitere Informationen Erstellen von Speicher-Repositories zum Erstellen freigegebener HBA-basierter FC- und iSCSI-SRs finden Sie unter.

Hinweis:

Citrix Hypervisor Unterstützung für Fibre Channel unterstützt keine direkte Zuordnung einer LUN zu einer VM. HBA-basierte LUNs müssen dem Host zugeordnet und für die Verwendung in einer SR angegeben werden. VDIs innerhalb des SR werden VMs als Standardblockgeräte zur Verfügung gestellt.