Citrix Hypervisor

Verwalten von Speicherrepositories

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

Erstellen von Speicherrepositories

In diesem Abschnitt wird erläutert, wie Sie Speicherrepositories (SRs) verschiedener Typen erstellen und für Ihren Citrix Hypervisor-Server verfügbar machen. In den bereitgestellten Beispielen wird das Erstellen von SRs mithilfe der xe-CLI behandelt. Einzelheiten zur Verwendung des Assistenten für neues Speicherrepository zum Hinzufügen von SRs mit XenCenter finden Sie in der XenCenter-Dokumentation.

Hinweis:

Lokale SRs vom Typ lvm und ext können nur mit der xe CLI erstellt werden. Nach dem Erstellen können Sie alle SR-Typen entweder über XenCenter oder über die xe CLI verwalten.

Es gibt zwei grundlegende Schritte zum Erstellen eines Speicher-Repositorys für die Verwendung auf einem Host mithilfe der CLI:

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

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

Diese Schritte unterscheiden sich je nach Art der zu erstellenden SR im Detail. In allen Beispielen gibt der Befehl sr-create bei erfolgreicher Ausführung die UUID des erstellten SR zurück.

SRs können zerstört werden, wenn sie nicht mehr verwendet werden, um das physische Gerät freizugeben. SRs können auch vergessen werden, die SR von einem Citrix Hypervisor-Server zu trennen und an einen anderen anzuhängen. Weitere Informationen finden Sie im folgenden Abschnitt unter SRs entfernen .

Sonden und SR

Der Befehl sr-probe kann auf folgende Arten verwendet werden:

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

In beiden Fällen wird mit sr-probe ein SR-Typ und ein oder mehrere device-config-Parameter für diesen SR-Typ angegeben. Wenn ein unvollständiger Satz von Parametern angegeben wird, gibt der Befehl sr-probe eine Fehlermeldung zurück, die angibt, dass Parameter fehlen und die möglichen Optionen für die fehlenden Parameter enthält. Wenn ein vollständiger Satz von Parametern geliefert wird, wird eine Liste der vorhandenen SRs zurückgegeben. Die gesamte sr-probe-Ausgabe wird als XML zurückgegeben.

Ein bekanntes iSCSI-Ziel kann beispielsweise 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>
<!--NeedCopy-->

Wenn Sie dasselbe Ziel erneut prüfen und sowohl den Namen/die IP-Adresse als auch den gewünschten IQN angeben, wird der Satz von SCSIids (LUNs) zurückgegeben, die auf dem Ziel/IQN verfügbar sind.

    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>
<!--NeedCopy-->

Wenn Sie dasselbe Ziel prüfen und alle drei Parameter angeben, wird eine Liste von SRs zurückgegeben, die in der LUN vorhanden sind, falls vorhanden.

    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>
<!--NeedCopy-->

Die folgenden Parameter können für jeden SR-Typ geprüft werden:

SR-Typ Die Parameter device-config, in der Reihenfolge der Abhängigkeit Kann untersucht werden? Erforderlich für sr-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 Hinweis 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 Hinweis 2) Ja

Hinweise:

  • Aggregatprüfungen sind nur zum Zeitpunkt möglich, zu dem sr-create ausgeführt wird.
  • Die Prüfung des Speicherpools ist nur zum Zeitpunkt möglich, zu dem sr-create ausgeführt wird.

SRs entfernen

Ein Speicherrepository (SR) kann entweder vorübergehend oder dauerhaft entfernt werden.

Trennen: Unterbricht die Zuordnung zwischen dem Speichergerät und dem Pool oder Host (PBD Unplug). Auf die SR (und ihre VDIs) kann nicht mehr zugegriffen werden. Der Inhalt der VDIs und die Metainformationen, die von VMs für den Zugriff auf die VDIs verwendet werden, werden beibehalten. Detach kann verwendet werden, wenn Sie einen SR vorübergehend offline nehmen, z. B. für Wartungsarbeiten. Ein abgelöster SR kann später wieder angebracht werden.

Vergessen: Behält den Inhalt der SR auf dem physischen Datenträger bei, aber die Informationen, die eine VM mit ihren VDIs verbinden, werden dauerhaft gelöscht. Ermöglicht Ihnen beispielsweise, die SR erneut an einen anderen Citrix Hypervisor-Server anzuschließen, ohne den SR-Inhalt zu entfernen.

Zerstören: Löscht den Inhalt des SR von dem physischen Datenträger.

Für Destroy or Forget muss die an die SR angeschlossene PBD vom Host getrennt werden.

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

    xe pbd-unplug uuid=pbd_uuid
    <!--NeedCopy-->
    
  2. Verwenden Sie den Befehl sr-destroy, um eine SR zu entfernen. Der Befehl zerstört die SR, löscht die SR und die entsprechende PBD aus der Citrix Hypervisor-Serverdatenbank und löscht den SR-Inhalt von dem physischen Datenträger:

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

    xe sr-forget uuid=sr_uuid
    <!--NeedCopy-->
    

Hinweis:

Es kann einige Zeit dauern, bis das Softwareobjekt, das dem SR entspricht, Müll gesammelt hat.

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-Server an, um die SR zu aktivieren.

Im folgenden Beispiel wird ein SR vom Typ eingeführt lvmoiscsi.

  1. Prüfen Sie die vorhandene SR, um ihre UUID zu ermitteln:

    xe sr-probe type=lvmoiscsi device-config:target=192.168.1.10 \
        device-config:targetIQN=192.168.1.10:filer1 \
        device-config:SCSIid=149455400000000000000000002000000b70200000f000000
    <!--NeedCopy-->
    
  2. Führen Sie die vorhandene SR-UUID ein, die vom Befehl sr-probe zurückgegeben wurde. Die UUID der 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
    <!--NeedCopy-->
    
  3. Erstellen Sie eine PBD, die dem SR beiliegt. 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
    <!--NeedCopy-->
    
  4. Schließen Sie die PBD an, um den SR anzuschließen:

    xe pbd-plug uuid=pbd_uuid
    <!--NeedCopy-->
    
  5. Überprüfen Sie den Status des PBD-Steckers. Wenn dies gelingt, ist die currently-attached-Eigenschaft wahr:

    xe pbd-list sr-uuid=sr_uuid
    <!--NeedCopy-->
    

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 LUN zu erhöhen, die dem Citrix Hypervisor-Server bereitgestellt wird. Mit der Live-LUN-Erweiterung können Sie die Größe der LUN ohne VM-Ausfallzeiten erhöhen.

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

xe sr-scan sr-uuid=sr_uuid
<!--NeedCopy-->

Dieser Befehl scannt die SR erneut, und jede zusätzliche Kapazität wird hinzugefügt und zur Verfügung gestellt.

Dieser Vorgang ist auch in XenCenter verfügbar. Wählen Sie den zu ändernden SR aus, und klicken Sie dann auf Erneut scannen.

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

Die Live-VDI-Migration ermöglicht es dem Administrator, das Virtual Disk Image (VDI) der virtuellen Maschine zu verlagern, 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 Hinweise

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

  • Im Ziel-Repository muss ausreichend Speicherplatz verfügbar sein.

So verschieben Sie virtuelle Datenträger mit 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, auf die Sie den VDI verschieben möchten.

    Hinweis:

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

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

XE-CLI-Referenz finden Sie unter [vdi-pool-migrate] (/en-us/citrix-hypervisor/command-line-interface.html #vdi -pool-migrate).

Kalte VDI-Migration zwischen SRs (Offline-Migration)

Mit einer VM verknüpfte VDIs können von einer SR auf eine andere kopiert werden, um Wartungsanforderungen oder Tiered Storage-Konfigurationen zu erfüllen. XenCenter ermöglicht es Ihnen, eine VM und alle ihre VDIs auf dieselbe oder eine andere SR zu kopieren. Eine Kombination aus XenCenter und der xe CLI kann zum Kopieren einzelner VDIs verwendet werden.

XE-CLI-Referenz finden Sie unter [vm-migrate] (/en-us/citrix-hypervisor/command-line-interface.html #vm -migrate).

Kopieren Sie alle VDIs einer VM auf 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 VDIs sind standardmäßig nicht betroffen. Um die VM auf 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 VMaus > OptionVM kopieren .
  3. Wählen Sie den gewünschten Ziel-SR aus.

Einzelne VDIs auf eine andere SR kopieren

Eine Kombination der 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, wird vdi-uuid als not in database aufgeführt und kann ignoriert werden.

    xe vbd-list vm-uuid=valid_vm_uuid
    <!--NeedCopy-->
    

    Hinweis:

    Der Befehl vbd-list zeigt sowohl die VBD- als auch die VDI-UUIDs an. Achten Sie darauf, die VDI-UUIDs und nicht die VBD-UUIDs aufzuzeichnen.

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

    Hinweis:

    Wenn Sie den Befehl vbd-destroy zum Trennen der VDI-UUIDs verwenden, prüfen Sie zunächst, ob der Parameter other-config:owner für die VBD auf true festgelegt ist. Stellen Sie diesen Parameter auf ein false. Durch das Ausgeben des Befehls vbd-destroy mit other-config:owner=true wird auch der zugehörige VDI zerstört.

  4. Verwenden Sie den Befehl vdi-copy, um die VM-VDIs zu kopieren, die in den gewünschten SR verschoben werden sollen.

    xe vdi-copy uuid=valid_vdi_uuid sr-uuid=valid_sr_uuid
    <!--NeedCopy-->
    
  5. Wählen Sie in XenCenter die Registerkarte VM-Speicher aus. Klicken Sie auf die Schaltfläche Anhängen und wählen Sie die VDIs aus der neuen SR aus. Dieser Schritt kann auch mit dem Befehl vbd-create ausgeführt werden.

  6. Um die ursprünglichen VDIs zu löschen, wählen Sie in XenCenter die Registerkarte Speicher der ursprünglichen SR aus. 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.

Lokale Fibre-Channel-SRs in gemeinsame SRs umwandeln

Verwenden Sie die xe CLI und das XenCenter Repair Storage Repository Feature, um eine lokale FC-SR in eine gemeinsam genutzte FC-SR zu konvertieren:

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

  2. Stellen Sie sicher, dass alle Hosts im Pool die LUN der SR entsprechend in Zonen eingeteilt haben. Weitere Informationen über den Befehl sr-probe zum Prüfen, ob die LUN auf jedem Host vorhanden ist, finden Sie unter Sondieren einer SR.

  3. Konvertieren Sie den SR in Shared:

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

  5. Wählen Sie die SR und dann den Speicher > Option “Speicherrepository reparieren”.

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

Rückgewinnung von Speicherplatz für blockbasierten Speicher auf dem Backing-Array mithilfe von “Discard”

Sie können die Speicherrückgewinnung verwenden, um ungenutzte Blöcke auf einer dünn bereitgestellten LUN freizugeben. Nachdem der Speicherplatz freigegeben wurde, kann das Speicher-Array diesen zurückgewonnenen Speicherplatz wiederverwenden.

Hinweis:

Die Speicherrückgewinnung ist nur bei einigen Arten von Speicher-Arrays verfügbar. Um festzustellen, ob Ihr Array diese Funktion unterstützt und ob eine bestimmte Konfiguration erforderlich ist, lesen Sie die Hardwarekompatibilitätsliste und die spezifische Dokumentation Ihres Speicheranbieters.

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

  1. Wählen Sie die Ansicht Infrastruktur aus, und wählen Sie dann den Server oder Pool aus, der mit der SR verbunden ist.

  2. Klicken Sie auf die Registerkarte Speicher .

  3. Wählen Sie den SR aus der Liste aus und klicken Sie auf Freigegebenen Speicherplatz zurückgewinnen.

  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.

Für weitere Informationen drücken Sie F1in XenCenter, um auf die Online-Hilfe zuzugreifen.

Um Speicherplatz mithilfe der xe CLI zurückzugewinnen, können Sie den folgenden Befehl verwenden:

xe host-call-plugin host-uuid=host_uuid \
    plugin=trim fn=do_trim args:sr_uuid=sr_uuid

Hinweise:

  • Der Vorgang ist nur für LVM-basierte SRs verfügbar, die auf dünn bereitgestellten LUNs im Array basieren. Lokale SSDs können auch von der Speicherrückgewinnung profitieren.
  • Für dateibasierte SRs wie NFS und EXT3/EXT4 ist keine Speicherrückgewinnung erforderlich. Die Schaltfläche Freigegebenen Speicherplatz zurückfordern ist in XenCenter für diese SR-Typen nicht verfügbar.
  • Wenn Sie den Befehl xe zur Speicherrückgewinnung für eine dateibasierte SR oder eine auf Thick bereitgestellte LVM-basierte SR ausführen, gibt der Befehl einen Fehler zurück.
  • Die Speicherrückgewinnung ist ein intensiver Vorgang und kann zu einer Verschlechterung der Speicher-Array-Leistung führen. Starten Sie diesen Vorgang daher nur, wenn eine Speicherrückgewinnung auf dem Array erforderlich ist. Wir empfehlen, dass Sie diese Arbeit außerhalb der Spitzenauslastungszeiten des Arrays einplanen.

Beim Löschen von Snapshots automatisch Speicherplatz zurückgewinnen

Beim Löschen von Snapshots mit Citrix Hypervisor wird der auf LVM-basierten SRs zugewiesene Speicherplatz automatisch zurückgewonnen und ein Neustart der VM ist nicht erforderlich. Dieser Vorgang wird als “Online Coalescing” bezeichnet.

Online-Koalescing gilt nur für LVM-basierte SRs (LVM, LVMOiSCSI und LVMOHBA). Sie gilt nicht für EXT3/EXT4- oder NFS-SRs, deren Verhalten unverändert bleibt. In bestimmten Fällen kann die automatisierte Speicherrückgewinnung möglicherweise nicht fortgesetzt werden. Wir empfehlen Ihnen, das Offline-Koalesce-Tool in diesen Szenarien zu verwenden:

  • Unter Bedingungen, bei denen ein VM-I/O-Durchsatz erheblich
  • Unter Bedingungen, in denen nach einem bestimmten Zeitraum kein Platz mehr zurückgewonnen wird

Hinweise:

  • Das Ausführen des Tools “Offline Coalesce” führt aufgrund der ausgeführten Unterbrechung/Wiederaufnahme zu Ausfallzeiten für die VM.
  • Bevor Sie das Tool ausführen, löschen Sie alle Snapshots und Klone, die Sie nicht mehr benötigen. Das Tool beansprucht angesichts der verbleibenden Snapshots/Klone so viel Speicherplatz wie möglich. Wenn Sie den gesamten Speicherplatz zurückfordern möchten, löschen Sie alle Snapshots und Klone.
  • VM-Datenträger müssen sich entweder auf freigegebenem oder lokalem Speicher für einen einzelnen Host befinden. VMs mit Datenträgern in beiden Speichertypen können nicht koalesziert werden.

Gewinnen Sie Speicherplatz zurück, indem Sie das Offline-Koaleszenz-Tool verwenden

Hinweis:

Online-Koalescing gilt nur für LVM-basierte SRs (LVM, LVMOiSCSI und LvmoHBA), nicht für EXT3/EXT4- oder NFS-SRs, deren Verhalten unverändert bleibt.

Aktivieren Sie die versteckten Objekte mit XenCenter. Klicken Sie auf Ansicht > Versteckte Objekte. Wählen Sie im Bereich Ressource die VM aus, für die Sie die UUID abrufen möchten. Die UUID wird auf der Registerkarte Allgemein angezeigt.

Wählen Sie im Bereich Ressource den Ressourcenpoolmaster (den ersten Host in der Liste) aus. 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
    <!--NeedCopy-->
    

    Wenn beispielsweise die VM-UUID 9bad4022-2c2d-dee6-abf5-1b6195b1dad5 und die Host-UUID b8722062-de95-4d95-9baa-a5fe343898ea ist, 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
    <!--NeedCopy-->
    
  2. Dieser Befehl setzt die VM an (sofern sie nicht bereits heruntergefahren ist), initiiert den Speicherrückgewinnungsprozess und setzt die VM dann fort.

Hinweise:

Wir empfehlen, dass Sie die VM manuell herunterfahren oder aussetzen, bevor Sie das Offline-Koaleszenz-Tool ausführen. Sie können die VM entweder mit XenCenter oder der Citrix Hypervisor CLI herunterfahren oder aussetzen. Wenn Sie das Koaleszentool auf einer laufenden VM ausführen, hält das Tool die VM automatisch an, führt die erforderlichen VDI-Koaleszenzvorgänge aus und setzt die VM fort. Agile VMs werden möglicherweise auf einem anderen Host neu gestartet.

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

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

Anpassen des Datenträger-E/A-Schedulers

Für die allgemeine Leistung wird der Standarddatenträgerplaner noop auf alle neuen SR-Typen angewendet. Der noop-Scheduler bietet die fairste Leistung für konkurrierende VMs, die auf dasselbe Gerät zugreifen. Um Datenträger-QoS anzuwenden, müssen Sie die Standardeinstellung überschreiben und den cfq-Datenträgerplaner der SR zuweisen. Die entsprechende PBD muss vom Stromnetz getrennt und neu angeschlossen werden, damit der Scheduler-Parameter wirksam wird. Der Datenträgerplaner kann mit dem folgenden Befehl angepasst werden:

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

Hinweis:

Dieser Befehl wirkt sich nicht auf EqualLogic-, NetApp- oder NFS-Speicher aus.

QoS-Einstellungen für virtuelle Datenträger

Virtuelle Datenträger haben eine optionale I/O-Priorität Quality of Service (QoS) -Einstellung. Diese Einstellung kann mithilfe der xe-CLI auf vorhandene virtuelle Laufwerke angewendet werden, wie in diesem Abschnitt beschrieben.

Für gemeinsam genutzte SR, bei der mehrere Hosts auf dieselbe LUN zugreifen, wird die QoS-Einstellung auf VBDs angewendet, die von demselben Host aus auf die LUN zugreifen. QoS wird nicht auf Hosts im Pool angewendet.

Stellen Sie vor dem Konfigurieren von QoS-Parametern für eine VBD sicher, dass der Datenträgerplaner für das SR entsprechend eingestellt wurde. Weitere Informationen zur Anpassung des Schedulers finden Sie im vorherigen Abschnitt unter Anpassen des Datenträger-E/A-Schedulers . Der Scheduler-Parameter muss auf cfq in dem SR gesetzt werden, für das die QoS gewünscht wird.

Hinweis:

Denken Sie daran, den Scheduler cfq auf SR einzustellen und sicherzustellen, dass die PBD neu angeschlossen wurde, damit die Änderung des Schedulers wirksam wird.

Der erste Parameter ist qos_algorithm_type. Dieser Parameter muss auf den Wert ionice gesetzt werden, der einzige QoS-Algorithmus, der in dieser Version für virtuelle Laufwerke unterstützt wird.

Die QoS-Parameter selbst werden mit Schlüssel/Wert-Paaren festgelegt, die dem Parameter qos_algorithm_param zugewiesen sind. Für virtuelle Datenträger benötigt qos_algorithm_param einen Schlüssel sched, und je nach Wert ist auch für ein Schlüssel class erforderlich.

Mögliche Werte für qos_algorithm_param:sched sind:

-sched=rt oder sched=real-time setzt den QoS-Planungsparameter auf Echtzeitpriorität, was einen Klassenparameter erfordert, um einen Wert festzulegen

-sched=idle setzt den QoS-Planungsparameter auf Leerlaufpriorität, für die kein Klassenparameter erforderlich ist, um einen Wert festzulegen

-sched=anything setzt den QoS-Planungsparameter auf Bestem-Priorität, was einen Klassenparameter erfordert, um einen Wert festzulegen

Die möglichen Werte für class 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 Priorität hat. Beispielsweise erhalten I/O-Anforderungen mit einer Priorität von 5 Vorrang vor I/O-Anforderungen mit einer Priorität von 2.

Um die QoS-Einstellungen für Datenträger zu aktivieren, müssen Sie other-config:scheduler auf cfq setzen und die PBDs für den betreffenden Speicher neu anschließen.

Beispielsweise legen die folgenden CLI-Befehle die VBD des virtuellen Laufwerks so fest, dass sie Echtzeitpriorität 5verwendet:

    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
<!--NeedCopy-->