Verwalten von Speicher-Repositories

Dieser Abschnitt behandelt das Erstellen von Speicher-Repository-Typen und deren Bereitstellung für den Citrix Hypervisor-Server. Sie umfasst auch verschiedene Vorgänge, die für die laufende Verwaltung von Storage 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 sie dem Citrix Hypervisor-Server zur Verfügung stellen. Die bereitgestellten Beispiele decken das Erstellen von SRs mit der xe CLI ab. Weitere Informationen zur Verwendung des Assistenten für das Hinzufügen von SRs mit XenCenter finden Sie in der XenCenter-Dokumentation.

Hinweis:

Lokale SRs vom Typ lvm und ext3 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, um ein Speicher-Repository für die Verwendung auf einem Host mit 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, schließen Sie die PBDs an und aktivieren Sie den SR.

Diese Schritte unterscheiden sich im Detail je nach Art der erstellten SR. 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 freizumachen. 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 unter Entfernen von SRs im folgenden Abschnitt.

Sonden eines SR

Der Befehl sr-probe 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 beiden sr-probe Fällen wird 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 angegeben wird, wird eine Liste der vorhandenen SRs zurückgegeben. Die gesamte sr-probe Ausgabe wird als XML zurückgegeben.

Beispielsweise kann ein bekanntes iSCSI-Ziel durch Angabe seines Namens oder der 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 prüfen und sowohl den Name/die IP-Adresse als auch den gewünschten IQN angeben, wird der Satz von SCSIids (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>

Wenn Sie dasselbe Ziel prüfen und alle drei Parameter angeben, wird eine Liste der SRs zurückgegeben, die auf 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>

Die folgenden Parameter können für jeden SR-Typ untersucht 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 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 nur sr-create zeitlich möglich.
  • Das Sondieren von Speicherpools ist nur sr-create zeitlich möglich.

SRs entfernen

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

Trennen: Unterbricht die Zuordnung zwischen dem Speichergerät und dem Pool oder Host (PBD Unplug). Der Zugriff auf den SR (und seine VDIs) wird nicht mehr möglich. Der Inhalt der VDIs und die Metadateinformationen, 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. zur Wartung. Ein abgelösteter SR kann später wieder angeschlossen werden.

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

Zerstören: Löscht den Inhalt des SR von der physischen Festplatte.

Bei Destroy or Forget muss die mit der SR verbundene 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
    
  2. Verwenden Sie den Befehl sr-destroy, um eine SR zu entfernen. Der Befehl zerstört den SR, löscht den SR und die entsprechende PBD aus der Citrix Hypervisor-Serverdatenbank und löscht den SR-Inhalt von der physischen Festplatte:

    xe sr-destroy uuid=sr_uuid
    
  3. Verwenden Sie den Befehl sr-forget, um eine SR zu vergessen. Mit dem Befehl werden die SR und die entsprechende PBD aus der Citrix Hypervisor-Serverdatenbank entfernt, der tatsächliche SR-Inhalt auf dem physischen Medium bleibt jedoch 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-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
    
  2. Führen Sie die vorhandene SR-UUID ein, die vom Befehl sr-probe 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, um die SR zu begleiten. 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 anzubringen:

    xe pbd-plug uuid=pbd_uuid
    
  5. Überprüfen Sie den Status des PBD-Steckers. Bei erfolgreicher Ausführung ist die currently-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 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 auf dem Citrix Hypervisor-Server bereitgestellt wird. Live LUN-Erweiterung ermöglicht es Ihnen, die Größe der LUN ohne VM-Ausfallzeiten zu erhöhen.

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

xe sr-scan sr-uuid=sr_uuid

Mit diesem Befehl wird die SR erneut gescannt, 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

Live-VDI-Migration ermöglicht es dem Administrator, das Virtual Disk Image (VDI) der VMs zu 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 Entwicklungsumgebung in die Produktionsumgebung.
  • Verschieben zwischen Speicherstufen, wenn eine VM durch die Speicherkapazität begrenzt ist.
  • Durchführung von Speicher-Array-Upgrades.

Einschränkungen und Hinweise

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

  • 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, auf die Sie den VDI verschieben möchten.

    Hinweis:

    Stellen Sie sicher, dass der SR über genügend 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] (/de-de/citrix-hypervisor/command-line-interface.html #vdi -pool-migrate).

Kalte VDI-Migration zwischen SRs (Offline-Migration)

VDIs, die einer VM zugeordnet sind, können von einer 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 auf dieselbe oder eine andere SR kopieren. Eine Kombination aus XenCenter und der xe CLI kann zum Kopieren einzelner VDIs verwendet werden.

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

Kopieren Sie alle VDIs einer VM in einen anderen 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 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 > kopieren aus.
  3. Wählen Sie die gewünschte Ziel-SR aus.

Kopieren einzelner VDIs in einen anderen SR

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 die VM als aufgeführt not in database und kann ignoriert werden.

    xe vbd-list vm-uuid=valid_vm_uuid
    

    Hinweis:

    Der Befehl vbd-list 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 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. Setzen Sie diesen Parameter auf 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
    
  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 dem 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 die Registerkarte Speicher des ursprünglichen SR in XenCenter. Die ursprünglichen VDIs werden mit einem leeren Wert für das VM-Feld aufgelistet. Verwenden Sie die Schaltfläche Löschen, um den VDI zu löschen.

Konvertieren von lokalen Fibre-Channel-SRs in gemeinsam genutzte SRs

Verwenden Sie die xe CLI und das XenCenter Repair Storage Repository, 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 zoniert haben. Weitere Informationen zur Verwendung des Befehls sr-probe finden Sie unter Sonden eines SR, um zu überprüfen, ob die LUN auf jedem Host vorhanden ist.

  3. Konvertieren Sie die SR in Shared:

    xe sr-param-set shared=true uuid=local_fc_sr
    
  4. Der SR wird von der Hostebene auf die Poolebene 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 an allen Hosts im Pool angeschlossen ist.

  5. Wählen Sie die SR aus, und wählen Sie dann die Option Storage > Repair Storage Repository .

  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 Speicherplatzgewinnung verwenden, um ungenutzte Blöcke in einer dünn bereitgestellten LUN freizugeben. Nachdem der Speicherplatz freigegeben wurde, kann das Speicher-Array diesen zurückgeholten Speicherplatz wiederverwenden.

Hinweis:

Die Speicherplatzgewinnung ist nur für einige Arten von Speicher-Arrays verfügbar. Informationen dazu, ob Ihr Array diese Funktion unterstützt und ob eine bestimmte Konfiguration erforderlich ist, finden Sie in der Dokumentation Hardwarekompatibilitätsliste und Ihrer Speicherherstellerspezifischen Dokumentation.

So rufen Sie den Speicherplatz mit 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 die SR aus der Liste aus, und klicken Sie auf Freigestellter 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.

Weitere Informationen erhalten Sie, indem Sie F1in XenCenter drücken, um auf die Onlinehilfe 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 im Array basieren. Lokale SSDs können auch von der Speicherplatzgewinnung profitieren.
  • Für dateibasierte SRs wie NFS und Ext3 ist keine Speicherplatzgewinnung erforderlich. Die Schaltfläche Freigegebenem Speicherplatz freigeben ist in XenCenter für diese SR-Typen nicht verfügbar.
  • Die Speicherplatzgewinnung ist ein intensiver Vorgang und kann zu einer Beeinträchtigung der Speicher-Array-Performance führen. Starten Sie diesen Vorgang daher nur, wenn für das Array eine Speicherplatzgewinnung erforderlich ist. Es wird empfohlen, diese Arbeit außerhalb der Array-Spitzenbedarfszeiten zu planen.

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 freigegeben, 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). Sie gilt nicht für EXT- oder NFS-SRs, deren Verhalten unverändert bleibt. In bestimmten Fällen kann die automatische Speicherplatzrückgewinnung 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 nach einer Periode kein Platz zurückgeholt wird

Hinweise:

  • Das Ausführen des Tools “Offline Coalesce” führt aufgrund der ausgeführten Unterbrechung/Wiederaufnahme zu Ausfallzeiten für die VM.
  • Löschen Sie vor dem Ausführen des Tools alle Snapshots und Klone, die Sie nicht mehr benötigen. Das Werkzeug gibt angesichts der verbleibenden Snap/Klone so viel Platz wie möglich zurück. Wenn Sie den gesamten Speicherplatz zurückgewinnen 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 zusammengeführt werden.

Rückgewinnung von Speicherplatz mithilfe des Offline-Koaleszen-Werkzeugs

Hinweis:

Online Coalescing gilt nur für LVM-basierte SRs (LVM, LVMoiSCSI und LVMohba), 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 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 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 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
    
  2. Mit diesem Befehl wird die VM angehalten (sofern sie nicht bereits heruntergefahren ist), der Speicherplatzrückgewinnungsprozess initiiert und dann die VM fortgesetzt.

Hinweise:

Es wird empfohlen, dass Sie die VM manuell herunterfahren oder anhalten, bevor Sie das Offline-Koalesze-Tool ausführen. Sie können die VM entweder mit XenCenter oder der Citrix Hypervisor CLI herunterfahren oder anhalten. Wenn Sie das Koalesze-Tool auf einer ausgeführten VM ausführen, hält das Tool die VM automatisch an, führt die erforderlichen VDI-Koaleszierungsvorgänge aus und setzt die VM fort.

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

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

Festplatten-E/A-Scheduler anpassen

Für die allgemeine Leistung noop wird der Standarddatenträgerplaner auf alle neuen SR-Typen angewendet. Der noop Planer bietet die beste Leistung für konkurrierende VMs, die auf dasselbe Gerät zugreifen. Um Festplatten-QoS anzuwenden, ist es notwendig, die Standardeinstellung zu überschreiben und den cfq Datenträgerplaner dem SR zuzuweisen. Die entsprechende PBD muss 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

Hinweis:

Dieser Befehl hat keine Auswirkungen auf EqualLogic, NetApp oder NFS-Speicher.

QoS-Einstellungen für virtuelle Festplatte

Virtuelle Laufwerke verfügen über eine optionale E/A-Priorität Quality of Service (QoS) -Einstellung. Diese Einstellung kann auf vorhandene virtuelle Laufwerke mit der xe CLI 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 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 Datenträgerplaner für die SR entsprechend eingestellt wurde. Weitere Informationen zum Anpassen des Schedulers finden Sie unter Festplatten-E/A-Schedulers im vorherigen Abschnitt. Der Scheduler-Parameter muss auf cfq auf der SR gesetzt werden, für die die QoS gewünscht wird.

Hinweis:

Denken Sie daran, den Scheduler cfq auf SR zu setzen und sicherzustellen, dass die PBD neu gesteckt wurde, damit die Scheduler-Änderung 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 Laufwerke qos_algorithm_param nimmt ein sched Schlüssel, und je nach Wert ist auch ein class Schlüssel erforderlich.

Mögliche Werte von qos_algorithm_param:sched sind:

-sched=rt oder sched=real-time setzt den QoS-Scheduling-Parameter auf Echtzeitpriorität, die einen Klassenparameter erfordert, um einen Wert zu setzen

-sched=idle setzt den QoS-Scheduling-Parameter auf Leerlaufpriorität, die keinen Klassenparameter erfordert, um einen Wert zu setzen

-sched=anything setzt den QoS-Scheduling-Parameter auf die beste Priorität, die einen Klassenparameter erfordert, um einen Wert zu setzen

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 ist. Beispielsweise erhalten I/O-Anforderungen mit einer Priorität von 5 Priorität gegenüber I/O-Anforderungen mit einer Priorität von 2.

Um die Festplatten-QoS-Einstellungen other-config:scheduler zu aktivieren, müssen Sie auch die PBDs für den betreffenden Speicher festlegen cfq und neu anlegen.

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