Verwalten von Speicher-Repositories

Dieser Abschnitt behandelt das Erstellen von Speicher-Repository-Typen und die Bereitstellung für Ihren Host. Es umfasst auch verschiedene Vorgänge, die für das laufende Management 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 für Ihren Host verfügbar machen. Die Beispiele enthalten die Erstellung von SRs mit der xe-CLI. Weitere Informationen zur Verwendung des Assistenten für neues Speicher-Repository zum Hinzufügen von SRs mit finden Sie in der 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 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 bestimmen.

  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 im Detail je nach Art der zu erstellenden SR. 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 freizuschalten. SRs können auch vergessen werden, die SR von einem Host zu trennen und an einen anderen anzuhängen. Weitere Informationen finden Sie unter Entfernen von SRs im folgenden Abschnitt.

Sondieren einer SR

Dersr-probe Befehl kann auf folgende Weise verwendet werden:

  • So identifizieren Sie unbekannte Parameter zur Verwendung beim Erstellen eines SR
  • So geben Sie eine Liste vorhandener SRs zurück

In beiden Fällensr-probe wird ein SR-Typ und ein oder mehreredevice-config Parameter für diesen SR-Typ angegeben. Wenn ein unvollständiger Satz von Parametern angegeben wird, gibt dersr-probe Befehl eine Fehlermeldung zurück, die angibt, dass Parameter fehlen und die möglichen Optionen für die fehlenden Parameter. Wenn ein vollständiger Satz von Parametern bereitgestellt wird, wird eine Liste der vorhandenen SRs zurückgegeben. Die gesamtesr-probe Ausgabe wird als XML zurückgegeben.

Beispielsweise kann ein bekanntes iSCSI-Ziel durch Angabe seines Namens oder seiner IP-Adresse untersucht werden. Die Menge der IQNs, die auf dem Ziel verfügbar sind, wird zurückgegeben:

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

Fehlercode: SR_BACKEND_FAILURE_96
Fehlerparameter:, Die Anforderung fehlt oder hat einen falschen IQN-Zielparameter, \
<? 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 die gewünschte IQN angeben, wird der Satz vonSCSIids (LUNs) zurückgegeben, der auf dem Ziel/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

Fehlercode: SR_BACKEND_FAILURE_107
Fehlerparameter:, Der SCSIID-Parameter fehlt oder falsch, \
<? 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.

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

Hinweise:

  • Aggregatsondierung ist nur zumsr-create Zeitpunkt möglich.
  • Die Sondierung des Speicherpools ist nur zumsr-create Zeitpunkt möglich.

SRs entfernen

Ein Storage Repository (SR) kann vorübergehend oder dauerhaft entfernt werden.

Trennen: Unterbricht die Zuordnung zwischen dem Speichergerät und dem Pool oder Host (PBD Unplug). Der SR (und seine VDIs) wird unzugä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 eine SR vorübergehend offline schalten, z. B. zur Wartung. Ein abgetrenntes 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 seinen VDIs verbinden, werden endgültig gelöscht. Zum Beispiel können Sie die SR erneut an einen anderen Host anfügen, ohne den SR-Inhalt zu entfernen.

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

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

  1. Trennen Sie die PBD, um die SR vom entsprechenden Host zu trennen:

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

    xe sr-destroy uid = sr_uuid
    
  3. Verwenden Sie densr-forget Befehl, um eine SR zu vergessen. Der Befehl entfernt die SR und die entsprechende PBD aus der Hostdatenbank, lä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 dem SR entspricht, Müll gesammelt wird.

Einführung einer SR

Um eine zuvor ver gessene SR wieder einzuführen, erstellen Sie eine PBD. Schließen Sie die PBD manuell an die entsprechenden Hosts an, um die SR zu aktivieren.

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

  1. Prüfen Sie die vorhandene SR, um ihre 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 wird. Die UUID des neuen SR wird zurückgegeben:

    xe sr-introduce content-type = user name-label = „Beispiel für gemeinsam genutzte LVM über iSCSI SR“
    shared = true uid = valid_sr_uuid type = lvmoiscsi
    
  3. Erstellen Sie eine PBD zur Begleitung der 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 anzubringen:

    xe pbd-plug uuid = pbd_uuid
    
  5. Überprüfen Sie den Status des PBD-Steckers. Wenn die Eigenschaft 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 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 Host bereitgestellten LUN zu erhöhen. Live LUN-Erweiterung ermöglicht es Ihnen, die Größe der LUN ohne Ausfallzeiten von virtuellen Maschinen 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 verfügbar . Wählen Sie die zu änderende SR aus, und klicken Sie dann auf Erneut scannen. Weitere Informationen erhalten Sie, wenn Sie F1 drücken, um die Hilfe anzuzeigen.

Warnungen:

  • Es ist nicht möglich, LUNs zu verkleinern oder zu schneiden. Die Reduzierung der LUN-Größe im Speicher-Array kann zu Datenverlusten führen.
  • LUN-Größenänderung wird für GFS2-SRs nicht unterstützt.

Live-VDI-Migration

Die Live-VDI-Migration ermöglicht es dem Administrator, das virtuelle Disk-Image (VDI) von VMs zu verschieben, ohne die VM herunterzufahren. Diese Funktion ermöglicht administrative Vorgänge wie:

  • Verschieben einer VM von günstigen lokalen Speicher auf schnellen, robusten, Array-gesicherten Speicher.
  • Verschieben einer VM von einer Entwicklungs- in Produktionsumgebung.
  • Wechseln zwischen Speicherebenen, 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

  • Auf dem Ziel-Repository muss genügend Speicherplatz verfügbar sein.

  • VDIs mit mehr als einem Snapshot können nicht migriert werden.

So verschieben Sie virtuelle Laufwerke mithilfe von

  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 ü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 Verschie ben, um das virtuelle Laufwerk zu verschieben.

Eine xe-CLI-Referenz finden Sie unter [vdi-pool-migrate] (/ de-us/xenserver/current -release/command -line-interface.html #vdi -pool-migrate).

Cold VDI-Migration zwischen SRs (Offline-Migration)

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

Die xe-CLI-Referenz finden Sie unter [vm-migrate] (/ de-us/xenserver/current -release/command -line-interface.html #vm -migrate).

Kopieren Sie alle VDIs einer VM in eine andere SR

Die Funktion „VM kopieren“ 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 auf die ausgewählte SR zu verschieben, anstatt eine Kopie zu erstellen, wählen Sie im Dialogfeld Virtuelle Maschine kopieren die Option Original VM entfernen aus.

  1. Fahren Sie die VM herunter.
  2. Wählen Sie im Menü die VM aus und wählen Sie dann die VM > OptionVM kopieren .
  3. Wählen Sie die gewünschte Ziel-SR aus.

Kopieren einzelner VDIs in eine andere SR

Eine Kombination der xe-CLI und 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 und nicht die VBD-UUUIDs aufzuzeichnen.

  3. Wählen Sie in die Registerkarte VM-Speicher . 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 demvbd-destroy Befehl durchgeführt werden.

    Hinweis:

    Wenn Sie denvbd-destroy Befehl zum Trennen der VDI-UUUIDs verwenden, prüfen Sie zunächst, ob der VBD den Parameter aufother-config:owner gesetzt hattrue . Setzen Sie diesen Parameter auffalse. Durch das Ausgeben 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 die Registerkarte VM-Speicher . 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 durchgeführt werden.

  6. Um die ursprünglichen VDIs zu löschen, wählen Sie die Registerkarte Speicher der ursprünglichen SR in . 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 lokaler Fibre Channel-SRs in gemeinsam genutzte SRs

Verwenden Sie die xe-CLI und das Re pair Storage Repository Feature, um eine lokale FC-SR in eine freigegebene FC-SR zu konvertieren:

  1. Aktualisieren Sie alle Hosts im Ressourcenpool auf .

  2. Stellen Sie sicher, dass alle Hosts im Pool die LUN-Zonen der SR entsprechend aufgeteilt haben. Weitere Informationen#probe-an-sr()zur Verwendung dessr-probe``Befehls, um zu überprüfen, ob die LUN auf jedem Host vorhanden ist, finden Sie unter [Probe an SR].

  3. Konvertieren Sie die SR in freigegebene:

    xe sr-param-set shared = true uuid = local_fc_sr
    
  4. Die SR wird von der Host-Ebene auf die Pool-Ebene in verschoben , was darauf hinweist, dass sie jetzt gemeinsam genutzt wird. Der SR ist mit einem roten Ausrufezeichen markiert, um zu zeigen, dass er derzeit nicht auf allen Hosts im Pool angeschlossen ist.

  5. Wählen Sie die SR und dann die Speicheroption > Repair Storage Repository (Option).

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

Speicherplatz für blockbasierten Speicher im Backing-Array mithilfe von Discard zurückgewinnen

Sie können die Speicherplatzrü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 Speicherplatzrückgewinnung ist nur für einige Arten von Speicher-Arrays verfügbar. Informationen darüber, ob Ihr Array diese Funktion unterstützt und ob eine bestimmte Konfiguration erforderlich ist, finden Sie in der Hardwarekompatibilitätslisteund in der Dokumentation zum Speicheranbieter.

So rufen Sie den Speicherplatz zurück mit :

  1. Wählen Sie die Ansicht Infrastruktur aus, und wählen Sie dann den Server oder den Pool aus, der mit dem 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 freigeben.

  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 SieF1auf die Online-Hilfe zugreifen möchten.

Hinweise:

  • Dieser Vorgang ist nur in 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 Speicherplatzrückgewinnung erforderlich. Die Schaltfläche Freigebenem Speicherplatz freigeben ist in für diese SR-Typen nicht verfügbar.
  • Die Speicherplatzrückgewinnung ist ein intensiver Vorgang und kann zu einer Verschlechterung der Speicher-Array-Performance führen. Starten Sie diesen Vorgang daher nur, wenn Speicherplatzrückgewinnung auf dem Array erforderlich ist. empfiehlt, diese Arbeit außerhalb der Array-Bedarfsstunden zu planen.

Automatische Rückgewinnung von Speicherplatz beim Löschen von Snapshots

Beim Löschen von Snapshots mit wird der für LVM-basierte SRs zugewiesene Speicherplatz automatisch zurückgewonnen, und ein Neustart der virtuellen Maschine 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 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 Offline-Koaleszier-Tool in den folgenden Szenarien zu verwenden:

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

Hinweise:

  • Das Ausführen des Off Line Coalesce Tools verursacht aufgrund der durchgeführten Suspend/Resume -Vorgänge einige Ausfallzeiten für die VM.
  • Löschen Sie vor dem Ausführen des Tools alle nicht mehr gewünschten Snapshots und Klone. Das Werkzeug gibt so viel Platz wie möglich zurück, wenn die restlichen Snapshots oder Klone übrig sind. Wenn Sie den gesamten Speicherplatz zurückfordern möchten, löschen Sie alle Snapshots und Clones.
  • VM-Festplatten müssen sich entweder auf freigegebenen oder lokalen Speicher für einen einzelnen Host befinden. VMs mit Festplatten in beiden Speichertypen können nicht zusammengeführt werden.

Speicherplatz mithilfe des Offline-Koaleszierwerkzeugs zurückgewinnen

Hinweis:

Online-Koalescing 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 . Klicken Sie auf Ansicht > Versteck te 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 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 die VM-UUID beispielsweise lautet9bad4022-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 heruntergefahren), der Speicherplatzrückgewinnungsprozess initiiert und anschließend die VM fortgesetzt.

Hinweise:

empfiehlt, dass Sie die VM manuell herunterfahren oder anhalten, bevor Sie das Offline-Koaleszier-Tool ausführen. Sie können die VM entweder mit der Befehlszeilenschnittstelle oder mit der Befehlszeilenschnittstelle herunterfahren oder anhalten. Wenn Sie das Koaleszierungs-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-Koaleszierwerkzeug auf dem Poolmaster ausführen.

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

Festplatten-E/A -Planer anpassen

Für die allgemeine Leistungnoop wird der Standarddatenträgerplaner auf alle neuen SR-Typen angewendet. Dernoop Scheduler bietet die schönste Leistung für konkurrierende VMs, die auf dasselbe Gerät zugreifen. Um Festplatten-QoS anzuwenden, müssen Sie die Standardeinstellung überschreiben und dencfq Festplattenplaner dem SR zuweisen. Die entsprechende PBD muss entsteckt und replugged werden, damit der Scheduler-Parameter wirksam wird. Der Festplattenplaner kann mit folgendem Befehl angepasst werden:

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

Hinweis:

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

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 denen mehrere Hosts auf dieselbe LUN zugreifen, wird die QoS-Einstellung auf VBDs angewendet, die vom selben Host aus auf die LUN zugreifen. QoS wird nicht auf Hosts im Pool angewendet.

Stellen Sie vor der Konfiguration von QoS-Parametern für eine VBD sicher, dass der Festplattenplaner für die SR entsprechend eingestellt wurde. Weitere Informationen zum Anpassen des Planers finden Sie unter Festplatten-E/A -Planers im vorherigen Abschnitt. Der Schedulerparameter musscfq auf dem SR eingestellt sein, für den der QoS gewünscht wird.

Hinweis:

Denken Sie daran, den Schedulercfq auf der SR zu setzen und sicherzustellen, dass die PBD für die Änderung des Schedulers geändert wurde.

Der erste Parameter istqos_algorithm_type. Dieser Parameter muss auf den Wert festgelegt werden. Dies ist der einzige Typ von QoS-Algorithmusionice, der in dieser Version für virtuelle Laufwerke 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 je nach Wert, erfordert auch einenclass Schlüssel.

Mögliche Werte vonqos_algorithm_param:sched sind:

-sched=rt odersched=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 benötigt, um einen Wert zu setzen

-sched=anything setzt den QoS-Scheduling-Parameter auf die beste Aufwandspriorität, die 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 ganze Zahl zwischen 0 und 7, wobei 7 die höchste Priorität und 0 die niedrigste ist. Beispielsweise erhalten E/A -Anforderungen mit der Priorität 5 Vorrang gegenüber E/A -Anforderungen mit einer Priorität von 2.

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

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

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