Verwalten von Speicher-Repositories

Dieser Abschnitt behandelt das Erstellen von Speicher-Repositor-Typen und deren Bereitstellung für Ihren Citrix Hypervisor or-Server. Es deckt auch verschiedene Vorgänge ab, die für die laufende Verwaltung von Speicher-Repositories (SRs) erforderlich sind, einschließlich Live-VDI-Migration.

Erstellen von Speicher-Repositories

In diesem Abschnitt wird erläutert, wie Sie Storage Repositories (SRs) verschiedener Typen erstellen und für Ihren Citrix Hypervisor or-Server verfügbar machen. Die Beispiele umfassen die Erstellung von SRs mit der XE CLI. Weitere Informationen zur Verwendung des Assistenten „Neues Speicher-Repository“ zum Hinzufügen von SRs mit XenCenter finden Sie in der XenCenter-Hilfe.

Hinweis:

Lokale SRs vom Typlvm undext3 können nur mit der XE CLI erstellt werden. Nach der Erstellung können Sie alle SR-Typen entweder über XenCenter oder die xe CLI verwalten.

Es gibt zwei grundlegende Schritte, um ein Speicher-Repository für die Verwendung auf einem Host mithilfe der CLI zu erstellen:

  1. Prüfen Sie den SR-Typ, um Werte für alle erforderlichen Parameter zu ermitteln.

  2. Erstellen Sie den SR, um das SR-Objekt und die zugehörigen PBD-Objekte zu initialisieren, die PBDs zu schließen und den SR zu aktivieren.

Diese Schritte unterscheiden sich je nach Typ der SR, die erstellt wird. In allen Beispielen gibt dersr-create Befehl die UUID des erstellten SR zurück, falls erfolgreich.

SRs können zerstört werden, wenn sie nicht mehr verwendet werden, um das physische Gerät freizumachen. SRs können auch vergessen werden, den SR von einem Citrix Hypervisor or-Server zu trennen und ihn an einen anderen anzuschließen. Weitere Informationen finden Sie unter Entfernen von SRs im folgenden Abschnitt.

Sonde einer SR

Dersr-probe Befehl kann auf folgende Arten verwendet werden:

  • So identifizieren Sie unbekannte Parameter für die Verwendung beim Erstellen einer SR
  • So geben Sie eine Liste vorhandener SRs zurück

In beidensr-probe Fällen können Sie einen SR-Typ und einen oder mehreredevice-config Parameter für diesen SR-Typ angeben. Wenn ein unvollständiger Satz von Parametern angegeben wird, gibt dersr-probe Befehl eine Fehlermeldung zurück, in der angegeben wird, dass Parameter fehlen und die möglichen Optionen für die fehlenden Parameter angegeben werden. Wenn ein kompletter Satz von Parametern angegeben wird, wird eine Liste der vorhandenen SRs zurückgegeben. Allesr-probe Ausgaben werden als XML zurückgegeben.

Beispielsweise kann ein bekanntes iSCSI-Ziel durch Angabe seines Namens oder seiner IP-Adresse untersucht werden. Der Satz von IQNs, der auf dem Ziel verfügbar ist, wird zurückgegeben:

    xe sr-probe type=lvmoiscsi device-config:target=192.168.1.10

    Error code: SR_BACKEND_FAILURE_96
    Error parameters: , The request is missing or has an incorrect target IQN parameter, \
    <?xml version="1.0" ?>
    <iscsi-target-iqns>
        <TGT>
            <Index>
                0
            </Index>
            <IPAddress>
                192.168.1.10
            </IPAddress>
            <TargetIQN>
                iqn.192.168.1.10:filer1
            </TargetIQN>
        </TGT>
    </iscsi-target-iqns>

Wenn Sie dasselbe Ziel erneut ermitteln und sowohl den Namen/die IP-Adresse als auch den gewünschten IQN angeben, wird der Satz vonSCSIids (LUNs) zurückgegeben, der auf dem Target/IQN verfügbar ist.

    xe sr-probe type=lvmoiscsi device-config:target=192.168.1.10  \
    device-config:targetIQN=iqn.192.168.1.10:filer1

    Error code: SR_BACKEND_FAILURE_107
    Error parameters: , The SCSIid parameter is missing or incorrect, \
    <?xml version="1.0" ?>
    <iscsi-target>
        <LUN>
            <vendor>
                IET
            </vendor>
            <LUNid>
                0
            </LUNid>
            <size>
                42949672960
            </size>
            <SCSIid>
                149455400000000000000000002000000b70200000f000000
            </SCSIid>
        </LUN>
    </iscsi-target>

Das Sondieren des gleichen Ziels und das Bereitstellen aller drei Parameter gibt eine Liste der SRs zurück, die auf der LUN vorhanden sind.

    xe sr-probe type=lvmoiscsi device-config:target=192.168.1.10  \
    device-config:targetIQN=192.168.1.10:filer1 \
    device-config:SCSIid=149455400000000000000000002000000b70200000f000000

    <?xml version="1.0" ?>
    <SRlist>
        <SR>
            <UUID>
                3f6e1ebd-8687-0315-f9d3-b02ab3adc4a6
            </UUID>
            <Devlist>
                /dev/disk/by-id/scsi-149455400000000000000000002000000b70200000f000000
            </Devlist>
        </SR>
    </SRlist>

Für jeden SR-Typ können folgende Parameter untersucht werden:

SR-Typ Diedevice-config Parameter, in der Reihenfolge der Abhängigkeit Kann untersucht werden? Erforderlich fürsr-create?
lvmoiscsi target Nein Ja
  chapuser Nein Nein
  chappassword Nein Nein
  targetIQN Ja Ja
  SCSIid Ja Ja
lvmohba SCSIid Ja Ja
NetApp target Nein Ja
  username Nein Ja
  password Nein Ja
  chapuser Nein Nein
  chappassword Nein Nein
  aggregate Nein (siehe Anmerkung 1) Ja
  FlexVols Nein Nein
  allocation Nein Nein
  asis Nein Nein
nfs server Nein Ja
  serverpath Ja Ja
lvm device Nein Ja
ext device Nein Ja
EqualLogic target Nein Ja
  username Nein Ja
  password Nein Ja
  chapuser Nein Nein
  chappassword Nein Nein
  storagepool Nein (siehe Anmerkung 2) Ja

Hinweise:

  • Aggregatsondierung ist nursr-create zeitweilig möglich.
  • Das Sondieren des Speicherpools ist nursr-create zeitweilig möglich.

SRs entfernen

Ein Speicher-Repository (SR) kann entweder vorübergehend oder dauerhaft entfernt werden.

Trennen: Unterbricht die Verknüpfung zwischen dem Speichergerät und dem Pool oder dem Host (PBD Unplug). Der SR (und seine VDIs) wird nicht mehr zugänglich. Der Inhalt der VDIs und die Meta-Informationen, die von VMs für den Zugriff auf die VDIs verwendet werden, bleiben erhalten. Trennen kann verwendet werden, wenn Sie einen SR vorübergehend offline schalten, z. B. für Wartungsarbeiten. Ein freistehendes SR kann später wieder angebracht werden.

Vergessen: Behält den Inhalt des SR auf der physischen Festplatte bei, aber die Informationen, die eine VM mit ihren VDIs verbindet, werden dauerhaft gelöscht. So können Sie beispielsweise die SR erneut an einen anderen Citrix Hypervisor or-Server anschließen, ohne den SR-Inhalt zu entfernen.

Destroy: Löscht den Inhalt der SR von der physischen Festplatte.

Bei Destroy or Forget muss die mit dem SR verbundene PBD vom Host getrennt werden.

  1. Trennen Sie die PBD, um die SR vom entsprechenden Citrix Hypervisor or-Server zu trennen:

    xe pbd-unplug uuid=pbd_uuid
    
  2. Verwenden Sie densr-destroy Befehl, um eine SR zu entfernen. Der Befehl zerstört den SR, löscht den SR und die entsprechende PBD aus der Citrix Hypervisor or-Serverdatenbank und löscht den SR-Inhalt von der physischen Festplatte:

    xe sr-destroy uuid=sr_uuid
    
  3. Verwenden Sie densr-forget Befehl, um eine SR zu vergessen. Der Befehl entfernt die SR und die entsprechende PBD aus der Citrix Hypervisor or-Serverdatenbank, belässt jedoch den tatsächlichen SR-Inhalt auf dem physischen Medium intakt:

    xe sr-forget uuid=sr_uuid
    

Hinweis:

Es kann einige Zeit dauern, bis das Software-Objekt, das der SR entspricht, Müll gesammelt wird.

Einführung einer SR

Um eine zuvor vergessene SR wieder einzuführen, erstellen Sie eine PBD. Schließen Sie die PBD manuell an die entsprechenden Citrix Hypervisor or-Server an, um die SR zu aktivieren.

Im folgenden Beispiel wird ein SR vom Typ eingeführtlvmoiscsi.

  1. Prüfen Sie den vorhandenen SR, um seine UUID zu bestimmen:

    xe sr-probe type=lvmoiscsi device-config:target=192.168.1.10 \
        device-config:targetIQN=192.168.1.10:filer1 \
        device-config:SCSIid=149455400000000000000000002000000b70200000f000000
    
  2. Führen Sie die vorhandene SR-UUID ein, die vomsr-probe Befehl zurückgegeben wurde. Die UUID des neuen SR wird zurückgegeben:

    xe sr-introduce content-type=user name-label="Example Shared LVM over iSCSI SR" \
        shared=true uuid=valid_sr_uuid type=lvmoiscsi
    
  3. Erstellen Sie eine PBD zur Begleitung des SR. Die UUID der neuen PBD wird zurückgegeben:

    xe pbd-create type=lvmoiscsi host-uuid=valid_uuid sr-uuid=valid_sr_uuid \
        device-config:target=192.168.0.1 \
        device-config:targetIQN=192.168.1.10:filer1 \
        device-config:SCSIid=149455400000000000000000002000000b70200000f000000
    
  4. Schließen Sie die PBD an, um die SR zu befestigen:

    xe pbd-plug uuid=pbd_uuid
    
  5. Überprüfen Sie den Status des PBD-Steckers. Wenn dies erfolgreich ist, ist diecurrently-attached Eigenschaft wahr:

    xe pbd-list sr-uuid=sr_uuid
    

Hinweis:

Führen Sie die Schritte 3 bis 5 für jeden Server im Ressourcenpool aus. Diese Schritte können auch mit der Funktion „Speicher-Repository reparieren“ in XenCenter ausgeführt werden.

Live-LUN-Erweiterung

Um die Kapazitätsanforderungen zu erfüllen, müssen Sie dem Speicher-Array möglicherweise Kapazität hinzufügen, um die Größe der für den Citrix Hypervisor or-Server bereitgestellten LUN zu erhöhen. Mit der Live-LUN-Erweiterung können Sie die Größe der LUN ohne Ausfallzeiten der VM erhöhen.

Nachdem Sie Ihrem Storage-Array mehr Kapazität hinzugefügt haben, geben Sie

xe sr-scan sr-uuid=sr_uuid

Mit diesem Befehl wird die SR erneut eingebläst, und jede zusätzliche Kapazität wird hinzugefügt und zur Verfügung gestellt.

Dieser Vorgang ist auch in XenCenter verfügbar. Select die zu verkleinernde SR aus, und klicken Sie dann auf Erneut scannen. Weitere Informationen erhalten Sie, wenn Sie F1 drücken, um die XenCenter Hilfe anzuzeigen.

Warnungen:

  • Es ist nicht möglich, LUNs zu verkleinern oder zu kürzen. Die Verringerung der LUN-Größe im Speicher-Array kann zu Datenverlust führen.

Live-VDI-Migration

Mit der Live-VDI-Migration kann der Administrator das virtuelle Laufwerk (Virtual Disk Image, VDI) verschieben, ohne die VM herunterzufahren. Diese Funktion ermöglicht administrative Vorgänge wie:

  • Verschieben einer VM vom günstigen lokalen Speicher zu einem schnellen, stabilen, Array-gestützten Speicher.
  • Verschieben einer VM von einer Entwicklungs- in eine Produktionsumgebung.
  • Verschieben zwischen Speicherstufen, wenn eine VM durch die Speicherkapazität begrenzt ist.
  • Durchführung von Speicher-Array-Upgrades.

Einschränkungen und Vorbehalte

Live-VDI-Migration unterliegt den folgenden Einschränkungen und Vorbehalte

  • Im Ziel-Repository muss genügend Speicherplatz zur Verfügung stehen.

So verschieben Sie virtuelle Laufwerke mithilfe von XenCenter

  1. Wählen Sie im Bereich Ressourcen die SR aus, in der das virtuelle Laufwerk gespeichert ist, und klicken Sie dann auf die Registerkarte Speicher.

  2. Wählen Sie in der Liste Virtuelle Laufwerke das virtuelle Laufwerk aus, das Sie verschieben möchten, und klicken Sie dann auf Verschieben.

  3. Wählen Sie im Dialogfeld Virtuelles Laufwerk verschieben die Ziel-SR aus, in die Sie den VDI verschieben möchten.

    Hinweis:

    Stellen Sie sicher, dass der SR genügend Speicherplatz für ein anderes virtuelles Laufwerk hat: Der verfügbare Speicherplatz wird in der Liste der verfügbaren SRs angezeigt.

  4. Klicken Sie auf Verschieben, um das virtuelle Laufwerk zu verschieben.

Informationen zu xe CLI finden Sie unter [vdi-pool-migrate] (/de-de/citrix-hypervisor/command-line-interface.html #vdi -pool-migrate).

Cold VDI-Migration zwischen SRs (Offline-Migration)

VDIs, die einer VM zugeordnet sind, können von einem SR in eine andere kopiert werden, um Wartungsanforderungen oder Tiered Storage-Konfigurationen zu erfüllen. Mit XenCenter können Sie eine VM und alle VDIs in dieselbe oder eine andere SR kopieren. Eine Kombination aus XenCenter und der xe CLI kann zum Kopieren einzelner VDIs verwendet werden.

Informationen zu xe CLI finden Sie unter [vm-migrate] (/de-de/citrix-hypervisor/command-line-interface.html #vm -migrate).

Kopieren aller VDIs einer VM in eine andere SR

Die XenCenter Copy VM-Funktion erstellt Kopien aller VDIs für eine ausgewählte VM auf derselben oder einer anderen SR. Die Quell-VM und die VDIs sind standardmäßig nicht betroffen. Um die VM in die ausgewählte SR zu verschieben, anstatt eine Kopie zu erstellen, wählen Sie im Dialogfeld Virtuelle Maschine kopieren die Option Ursprüngliche VM entfernen aus.

  1. Fahren Sie die VM herunter.
  2. Wählen Sie in XenCenter die VM aus, und wählen Sie dann die Option VM > kopierenaus.
  3. Select die gewünschte Ziel-SR.

Einzelne VDIs in eine andere SR kopieren

Eine Kombination aus xe CLI und XenCenter kann verwendet werden, um einzelne VDIs zwischen SRs zu kopieren.

  1. Fahren Sie die VM herunter.

  2. Verwenden Sie die xe-CLI, um die UUIDs der zu verschiebenden VDIs zu identifizieren. Wenn die VM über ein DVD-Laufwerk verfügt,vdi-uuid wird sie als aufgeführtnot in database und kann ignoriert werden.

    xe vbd-list vm-uuid=valid_vm_uuid
    

    Hinweis:

    Dervbd-list Befehl zeigt sowohl die VBD- als auch die VDI-UUIDs an. Achten Sie darauf, die VDI-UUIDs anstelle der VBD-UUIDs aufzuzeichnen.

  3. Wählen Sie in XenCenter die Registerkarte VM-Speicher aus. Wählen Sie für jeden VDI, der verschoben werden soll, den VDI aus und klicken Sie auf die Schaltfläche Trennen . Dieser Schritt kann auch mit demvbd-destroy Befehl ausgeführt werden.

    Hinweis:

    Wenn Sie denvbd-destroy Befehl zum Trennen der VDI-UUIDs verwenden, prüfen Sie zunächst, ob der Parameter auf der VBDother-config:owner eingestellt isttrue . Setzen Sie diesen Parameter auffalse. Durch die Ausgabe desvbd-destroy Befehls mit wirdother-config:owner=true auch der zugehörige VDI zerstört.

  4. Verwenden Sie denvdi-copy Befehl, um alle VM-VDIs zu kopieren, die in die gewünschte SR verschoben werden sollen.

    xe vdi-copy uuid=valid_vdi_uuid sr-uuid=valid_sr_uuid
    
  5. Wählen Sie in XenCenter die Registerkarte VM-Speicher aus. Klicken Sie auf die Schaltfläche Anfügen , und wählen Sie die VDIs aus der neuen SR aus. Dieser Schritt kann auch mit demvbd-create Befehl ausgeführt werden.

  6. Um die ursprünglichen VDIs zu löschen, wählen Sie die Registerkarte Speicher des ursprünglichen SR in XenCenter. Die ursprünglichen VDIs werden mit einem leeren Wert für das VM-Feld aufgeführt. Verwenden Sie die Schaltfläche Löschen , um den VDI zu löschen.

Konvertieren lokaler Fibre-Channel-SRs in freigegebene SRs

Verwenden Sie die xe-CLI und das XenCenter Reparaturspeicher-Repository-Feature , um einen lokalen FC-SR in einen gemeinsam genutzten FC-SR zu konvertieren:

  1. Aktualisieren Sie alle Hosts im Ressourcenpool auf Citrix Hypervisor 8.0.

  2. Stellen Sie sicher, dass alle Hosts im Pool die LUN der SR entsprechend in Zonen eingeteilt sind. Weitere InformationenSonde einer SRzur Verwendung dessr-probeBefehls zur Überprüfung, ob die LUN auf jedem Host vorhanden ist, finden Sie unter.

  3. Konvertieren Sie die SR in gemeinsam genutzte:

    xe sr-param-set shared=true uuid=local_fc_sr
    
  4. Der SR wird von der Hostebene auf die Pool-Ebene in XenCenter verschoben, was darauf hinweist, dass er jetzt freigegeben ist. Der SR ist mit einem roten Ausrufezeichen markiert, um anzuzeigen, dass er derzeit nicht auf allen Hosts im Pool angeschlossen ist.

  5. Select die SR und dann die Option StorageRepair **StorageRepository** > aus.

  6. Klicken Sie auf Reparieren , um eine PBD für jeden Host im Pool zu erstellen und zu verbinden.

Rückgewinnung von Speicherplatz für blockbasierte Speicherung im Backing-Array mithilfe von discard

Sie können die Speicherplatzgewinnung verwenden, um nicht verwendete Blöcke auf einer dünn bereitgestellten LUN freizugeben. Nachdem der Speicherplatz freigegeben wurde, kann das Speicher-Array diesen zurückgegebenen Speicherplatz wieder verwenden.

Hinweis:

Speicherplatzgewinnung ist nur bei einigen Arten von Speicher-Arrays verfügbar. Informationen dazu, ob Ihr Array diese Funktion unterstützt und ob es eine bestimmte Konfiguration benötigt, finden Sie in der DokumentationHardwarekompatibilitätslisteund Ihrem Speicheranbieter.

So rufen Sie den Speicherplatz mithilfe von XenCenter zurück:

  1. Select die Infrastrukturansicht aus, und wählen Sie dann den mit der SR verbundenen Server oder Pool aus.

  2. Klicken Sie auf die Registerkarte Speicher.

  3. Select die SR aus der Liste aus, und klicken Sie auf Freier Speicherplatz zurückfordern.

  4. Klicken Sie auf Ja , um den Vorgang zu bestätigen.

  5. Klicken Sie auf Benachrichtigungen und dann auf Ereignisse , um den Status des Vorgangs anzuzeigen.

Weitere Informationen erhalten Sie, wenn SieF1in XenCenter drücken, um auf die Online-Hilfe zuzugreifen.

Hinweise:

  • Dieser Vorgang ist nur in XenCenter verfügbar.
  • Der Vorgang ist nur für LVM-basierte SRs verfügbar, die auf dünn bereitgestellten LUNs auf dem Array basieren. Lokale SSDs können auch von der Speicherplatzgewinnung profitieren.
  • Speicherplatzgewinnung ist für dateibasierte SRs wie NFS und Ext3 nicht erforderlich. Die Schaltfläche Freier Speicherplatz freigeben ist in XenCenter für diese SR-Typen nicht verfügbar.
  • Space Reclamation ist ein intensiver Vorgang und kann zu einer Verschlechterung der Speicher-Array-Performance führen. Starten Sie diesen Vorgang daher nur, wenn die Speicherplatzgewinnung auf dem Array erforderlich ist. Es wird empfohlen, diese Arbeit außerhalb der maximalen Array-Bedarfsstunden zu planen.

Automatisches Zurückholen von Speicherplatz beim Löschen von Snapshots

Beim Löschen von Snapshots mit Citrix Hypervisor wird der auf LVM-basierten SRs zugewiesene Speicherplatz automatisch wiederhergestellt, und ein Neustart der virtuellen Maschine ist nicht erforderlich. Dieser Vorgang wird als „Online Coalescing“ bezeichnet.

Online Coalescing gilt nur für LVM-basierte SRs (LVM, LVMoiSCSI und LVMOHBA). Es gilt nicht für EXT oder NFS SRs, deren Verhalten unverändert bleibt. In bestimmten Fällen kann die automatische Raumgewinnung möglicherweise nicht fortgesetzt werden. Es wird empfohlen, das Off-Line Coalesce Tool in folgenden Szenarien zu verwenden:

  • Unter Bedingungen, in denen ein VM-E/A-Durchsatz beträchtlich ist
  • Unter Bedingungen, in denen der Raum nach einer Periode nicht zurückerobert wird

Hinweise:

  • Das Ausführen des Off Line Coalesce Tools verursacht aufgrund der ausgeführten Suspending/Fortsetzungsvorgänge einige Ausfallzeiten für die VM.
  • Löschen Sie vor dem Ausführen des Tools alle Snapshots und Klone, die Sie nicht mehr wünschen. Das Werkzeug nimmt bei den verbleibenden Snap-Klonen so viel Platz wie möglich zurück. Wenn Sie den gesamten Speicherplatz zurückfordern möchten, löschen Sie alle Snapshots und Klone.
  • VM-Festplatten müssen sich entweder auf freigegebenem oder lokalem Speicher für einen einzelnen Host befinden. VMs mit Festplatten in beiden Speichertypen können nicht zusammengeführt werden.

Speicherplatz mithilfe des Offline-Koaleszen-Werkzeugs zurückgewinnen

Hinweis:

Online Coalescing gilt nur für LVM-basierte SRs (LVM, LVMoiSCSI und LVMOHBA), sie gilt nicht für EXT oder NFS SRs, deren Verhalten unverändert bleibt.

Aktivieren Sie die ausgeblendeten Objekte mit XenCenter. Klicken Sie aufAusgeblendete > Objekte anzeigen. Wählen Sie im Ressourcenbereich die VM aus, für die Sie die UUID abrufen möchten. Die UUID wird auf der Registerkarte Allgemein angezeigt.

Wählen Sie im Ressourcenbereich den Ressourcenpoolmaster aus (den ersten Host in der Liste. Auf der Registerkarte Allgemein wird die UUID angezeigt. Wenn Sie keinen Ressourcenpool verwenden, wählen Sie den Host der VM aus.

  1. Öffnen Sie eine Konsole auf dem Host, und führen Sie den folgenden Befehl aus:

    xe host-call-plugin host-uuid=host-UUID \
        plugin=coalesce-leaf fn=leaf-coalesce args:vm_uuid=VM-UUID
    

    Wenn beispielsweise die VM-UUID ist9bad4022-2c2d-dee6-abf5-1b6195b1dad5 und die Host-UUID lautetb8722062-de95-4d95-9baa-a5fe343898ea , führen Sie den folgenden Befehl aus:

    xe host-call-plugin host-uuid=b8722062-de95-4d95-9baa-a5fe343898ea \
        plugin=coalesce-leaf fn=leaf-coalesce args:vm_uuid=9bad4022-2c2d-dee6-abf5-1b6195b1dad5
    
  2. Mit diesem Befehl wird die VM angehalten (es sei denn, sie ist bereits ausgeschaltet), der Speicherplatzrückgewinnungsprozess initiiert und die VM dann fortgesetzt.

Hinweise:

Es wird empfohlen, dass Sie die VM manuell herunterfahren oder anhalten, bevor Sie das Offline-Coalesce-Tool ausführen. Sie können die VM entweder mit XenCenter oder der Citrix Hypervisor-CLI herunterfahren oder anhalten. Wenn Sie das Coalesce-Tool auf einer laufenden VM ausführen, wird die VM automatisch angehalten, die erforderlichen VDI-Koaleszen-Vorgänge ausgeführt und die VM fortgesetzt.

Wenn sich die zu koaleszierenden Virtual Disk Images (VDIs) im gemeinsam genutzten Speicher befinden, müssen Sie das Offline-Koaleszierungstool auf dem Poolmaster ausführen.

Wenn sich die zu koaleszierenden VDIs auf dem lokalen Speicher befinden, führen Sie das Offline-Koaleszierungstool auf dem Server aus, an den der lokale Speicher angeschlossen ist.

Anpassen des Datenträger-E/A-Schedulers

Zur allgemeinen Leistung wird dernoop Standarddatenträgerplaner auf alle neuen SR-Typen angewendet. Dernoop Scheduler bietet die beste Leistung für konkurrierende VMs, die auf dasselbe Gerät zugreifen. Um Datenträger-QoS anzuwenden, ist es notwendig, die Standardeinstellung außer Kraft zu setzen und dencfq Datenträgerplaner dem SR zuzuweisen. Die entsprechende PBD muss getrennt und neu angeschlossen werden, damit der Scheduler-Parameter wirksam wird. Der Disk Scheduler kann mit dem folgenden Befehl angepasst werden:

xe sr-param-set other-config:scheduler=noop|cfq|anticipatory|deadline \
    uuid=valid_sr_uuid

Hinweis:

Dieser Befehl hat keinen Einfluss auf EqualLogic, NetApp oder NFS-Speicher.

QoS-Einstellungen für virtuelle Laufwerke

Virtuelle Festplatten verfügen über eine optionale E/A-Prioritätseinstellung Quality of Service (QoS). Diese Einstellung kann auf vorhandene virtuelle Laufwerke mithilfe der xe-CLI angewendet werden, wie in diesem Abschnitt beschrieben.

Bei gemeinsam genutzten SR, bei denen mehrere Hosts auf dieselbe LUN zugreifen, wird die QoS-Einstellung auf VBDs angewendet, die von demselben Host auf die LUN zugreifen. QoS wird nicht auf Hosts im Pool angewendet.

Bevor Sie QoS-Parameter für eine VBD konfigurieren, stellen Sie sicher, dass der Festplattenplaner für die SR entsprechend festgelegt wurde. Weitere Informationen zum Anpassen des Planers finden Sie unter Festplatten-E/A-Scheduler im vorherigen Abschnitt anpassen. Der Scheduler-Parameter musscfq auf der SR gesetzt werden, für die die QoS gewünscht ist.

Hinweis:

Denken Sie daran, den Schedulercfq auf der SR zu setzen und sicherzustellen, dass die PBD neu angeschlossen wurde, damit die Scheduler-Änderung wirksam wird.

Der erste Parameter istqos_algorithm_type. Dieser Parameter muss auf den Wert festgelegt werden. Dies ist der einzige Typ von QoS-Algorithmusionice, der für virtuelle Laufwerke in dieser Version unterstützt wird.

Die QoS-Parameter selbst werden mit Schlüssel/Wert-Paaren gesetzt, die demqos_algorithm_param Parameter zugewiesen sind. Für virtuelle Laufwerke,qos_algorithm_param nimmt einensched Schlüssel, und abhängig vom Wert, erfordert auch einenclass Schlüssel.

Mögliche Werte vonqos_algorithm_param:sched sind:

-sched=rt odersched=real-time setzt den QoS-Planungsparameter auf Echtzeitpriorität, was einen Klassenparameter benötigt, um einen Wert zu setzen

-sched=idle setzt den QoS-Scheduling-Parameter auf Leerlaufpriorität, was keinen Klassenparameter benötigt, um einen beliebigen Wert zu setzen

-sched=anything setzt den QoS-Scheduling-Parameter auf die höchste Anstrengung Priorität, was einen Klassenparameter benötigt, um einen Wert zu setzen

Die möglichen Werte fürclass sind:

  • Eines der folgenden Schlüsselwörter: höchste, hohe, normale, niedrige, niedrigste

  • Eine Ganzzahl zwischen 0 und 7, wobei 7 die höchste Priorität und 0 die niedrigste ist. Beispielsweise erhalten E/A-Anforderungen mit einer Priorität von 5 Priorität gegenüber E/A-Anforderungen mit der Priorität 2.

Um die QoS-Einstellungen des Datenträgersother-config:scheduler zu aktivieren, müssen Sie auch die PBDs für den betreffenden Speicher festlegencfq und erneut anschließen.

Mit den folgenden CLI-Befehlen wird beispielsweise die VBD des virtuellen Laufwerks so festgelegt, dass die Echtzeitpriorität verwendet wird5:

    xe vbd-param-set uuid=vbd_uuid qos_algorithm_type=ionice
    xe vbd-param-set uuid=vbd_uuid qos_algorithm_params:sched=rt
    xe vbd-param-set uuid=vbd_uuid qos_algorithm_params:class=5
    xe sr-param-set uuid=sr_uuid other-config:scheduler=cfq
    xe pbd-plug uuid=pbd_uuid