Dell EMC Storage-Systeme Administratorhandbuch für die Metro Node-Appliance 7.
Hinweise, Vorsichtshinweise und Warnungen ANMERKUNG: Eine ANMERKUNG macht auf wichtige Informationen aufmerksam, mit denen Sie Ihr Produkt besser einsetzen können. VORSICHT: Ein VORSICHTSHINWEIS warnt vor möglichen Beschädigungen der Hardware oder vor Datenverlust und zeigt, wie diese vermieden werden können. WARNUNG: Mit WARNUNG wird auf eine potenziell gefährliche Situation hingewiesen, die zu Sachschäden, Verletzungen oder zum Tod führen kann. © 2021 Dell Inc. oder ihre Tochtergesellschaften.
Inhaltsverzeichnis Kapitel 1: Vorwort........................................................................................................................... 7 Kapitel 2: CLI-Arbeitsumgebung und -Benutzerkonten.......................................................................9 Konfigurieren der CLI-Arbeitsumgebung............................................................................................................................9 Festlegen des Schwellenwerts für die Konsolenprotokollierung...
Kapitel 6: Bereitstellen von Speicherplatz....................................................................................... 35 Provisioning-Übersicht....................................................................................................................................................... 35 Bereitstellen von Storage mithilfe von EZ-Provisioning.................................................................................................
Metro Node-Hardware und WAN-Ports..........................................................................................................................60 Konfigurationsregeln für Metro-über-IP-WAN-Ports.................................................................................................... 60 Portgruppen................................................................................................................................................................... 60 CLI-Kontexte............
Erstellen eines Monitors................................................................................................................................................93 Hinzufügen/Löschen von Monitor Sinks....................................................................................................................94 Löschen eines Monitors................................................................................................................................................
1 Vorwort Dell EMC möchte seine Produktserien fortlaufend verbessern und veröffentlicht daher regelmäßig neue Hardware- und Softwareversionen. Aus diesem Grund werden einige in diesem Dokument beschriebene Funktionen eventuell nicht von allen Versionen der von Ihnen verwendeten Software oder Hardware unterstützt. In den Versionshinweisen zum Produkt finden Sie aktuelle Informationen zu Produktfunktionen.
Tabelle 1. Typografische Konventionen (fortgesetzt) ● ● ● ● Systemcode Systemausgaben (z. B. Fehlermeldungen oder Skripte) Pfad- und Dateinamen, Aufforderungen und Syntax Befehle und Optionen Kursive Monospace-Schrift Für Variablen Fette Monospace-Schrift Für Benutzereingaben: [] Eckige Klammern schließen optionale Werte ein. | Vertikale Balken kennzeichnen alternative Möglichkeiten (der Strich bedeutet "oder").
2 CLI-Arbeitsumgebung und -Benutzerkonten In diesem Kapitel wird beschrieben, wie Sie die Befehlszeilenschnittstelle (CLI) verwenden, um die CLI-Arbeitsumgebung zu konfigurieren und Benutzerkonten zu verwalten. Themen: • Konfigurieren der CLI-Arbeitsumgebung Konfigurieren der CLI-Arbeitsumgebung Die Arbeitsumgebung bezeichnet das Erscheinungsbild und das Verhalten einer CLI-Sitzung.
4. Verwenden Sie den Befehl „log filter create“, um einen neuen Filter für die Konsole mit dem erforderlichen Schwellenwert zu erstellen: VPlexcli:> log filter create --threshold --component “logserver” wobei n 0-7 ist. ANMERKUNG: Der Schwellenwert filtert alle Meldungen mit größerem oder gleichem Schweregrad. Um Meldungen mit Schweregrad kritisch (2) und höher (0 und 1) anzuzeigen, legen Sie den Schwellenwert auf 3 fest.
3 Meta-Volumes In diesem Kapitel werden die Verfahren zum Managen von Metadaten und Meta-Volumes mithilfe der VPlexcli beschrieben. Themen: • • • • • • Informationen zu Meta-Volumes Verschieben von Meta-Volumes Umbenennen von Meta-Volumes Löschen von Meta-Volumes Anzeigen von Meta-Volumes Überprüfen der Konsistenz eines Meta-Volume Informationen zu Meta-Volumes Metro Node-Metadaten umfassen Zuordnungen von virtuell zu physisch, Daten zu Geräten, virtuelle Volumes und Systemkonfigurationseinstellungen.
● Verwenden Sie, falls möglich, keine Geräte auf LUN0. Pfade zu LUN0 werden entfernt und immer dann hinzugefügt, wenn das Array die Ermittlung durchläuft. Dieses Verhalten ist darauf zurückzuführen, dass es sich bei LUN0 entweder um eine Standard-LUN oder um eine echte LUN handelt, die durch echten Speicher gesichert wurde. Verfügbarkeit ist für Meta-Volumes von entscheidender Bedeutung. Das Meta-Volume ist für die Systemwiederherstellung unerlässlich.
Umbenennen von Meta-Volumes Standardmäßig basieren Meta-Volume-Namen auf einem Zeitstempel. Gehen Sie wie folgt vor, um den Namen zu ändern: Schritte 1. Navigieren Sie zum Kontext /clusters/cluster/system-volumes/: VPlexcli:/> cd clusters/cluster-2/system-volumes/ VPlexcli:/clusters/cluster-2/system-volumes> 2. Verwenden Sie den Befehl ll, um die Namen der Meta-Volumes anzuzeigen. 3. Navigieren Sie zum Kontext /clusters/cluster/system-volumes/target-meta-volume.
Zum Beispiel: VPlexcli:/clusters/cluster-1/system-volumes/metadata_1> meta-volume destroy --meta-volume metadata_1 Daraufhin wird eine Warnmeldung angezeigt: Meta-volume 'metadata_1' will be destroyed. Do you wish to continue? (Yes/No) 4. Geben Sie y ein. ANMERKUNG: Löschen Sie nach dem Löschen eines Metadaten-Volume die Daten auf dem Speicher-Volume mit externen Mitteln, um künftige Verwechslungen zu vermeiden.
Tabelle 2. Anzeigefelder für Meta-Volumes Feld Beschreibung active Gibt an, ob dieses Volume das derzeit aktive Metadaten-Volume ist. Das System verfügt jeweils nur über ein aktives Metadaten-Volume. application-consistent Gibt an, ob dieses Speicher-Volume anwendungskonsistent ist. block-count Die Anzahl der Blöcke im Volume. capacity Die Größe des Meta-Volume. component-count Die Anzahl der Spiegelungen im RAID 1-Metadaten-Volume.
Tabelle 2. Anzeigefelder für Meta-Volumes (fortgesetzt) Feld Beschreibung slots Die Gesamtzahl der Steckplätze für Speicher-Volume-Header in Meta-Volume. stripe-depth Die Tiefe eines Stripe in Byte, wenn geometry RAID-0 ist. system-id Name, der dem Meta-Volume zugewiesen ist. thin-capable Gibt an, ob das Volume Thin-fähig ist. „Yes“ gibt an, dass das Volume Thin-fähig ist. – Gibt an, dass es nicht Thin-fähig ist. transfer-size Die Übertragungsgröße während der Neuerstellung in Byte.
4 Systemmanagement In diesem Kapitel wird beschrieben, wie Sie die Call Home-Benachrichtigungen, die Speicherorte von Ereignisprotokollen und die Hardwarebeschleunigung mit VAAI verwenden.
Der Befehl führt ein Interview-Skript aus, das zur Eingabe der erforderlichen Informationen auffordert. Wenn die Call-HomeBenachrichtigung nicht konfiguriert ist, werden Interviewfragen zur Konfiguration des nicht konfigurierten Service angezeigt. Bevor Sie beginnen Sie benötigen die folgenden Informationen, um die Konfiguration der Call Home-Benachrichtigung abzuschließen: ● IP-Adresse des SRS- oder SCG-Gateways, das für die Weiterleitung von Call Home-Benachrichtigungen an Dell EMC verwendet wird.
Download of file 'softwareWeekly.tar.gz' is in progress. Please wait... Download of file 'log.txt' is in progress. Please wait... Download of file 'MFT_API_TEST/DummyFIle_test.docx' is in progress. Please wait... Download of file(s) from MFT portal completed SHA256 checksum verification of downloaded file(s) in progress... File 'softwareWeekly.tar.gz' downloaded successfully from node '10.226.81.189' with checksum=47a08c12d4dddc30039fd0a86642b64c435e14f1d6a0c9ccfd83eff03ee7dfbd File 'log.
2. Führen Sie den folgenden Befehl aus, um die auf dem lokalen Node vorhandenen Dateien mithilfe von MetadatendatendateiInformationen auf spezifische andere Nodes zu übertragen: service@director-1-1-a:~> /opt/dell/vplex/bin/supportassist_mft sync --metadata-file /home/service/mft/ metadata.json --nodes 10.226.81.190 File 'softwareWeekly.tar.gz' with checksum 47a08c12d4dddc30039fd0a86642b64c435e14f1d6a0c9ccfd83eff03ee7dfbd copied to /home/ service/mft/ directory File 'log.
Hardware-Beschleunigung mit VAAI VMware API for Array Integration (VAAI) bietet Ihnen folgende Möglichkeiten: ● ● ● ● Verlagerung von Speichervorgängen von der Rechnerseite auf die Speicherhardware Verlagerung von I/O-intensiven Vorgängen für das Provisioning und die Erstellung eines Snapshots vom Hypervisor zu Metro Node Zuweisen von Hypervisor-Arbeitsspeicher und Verarbeitungsressourcen zu anderen Funktionen Aufheben der Zuordnung ungenutzter Speicherblöcke von Thin-Provisioning-Volumes.
VORSICHT: Das Aktivieren/Deaktivieren der CAW-Funktion unterstützt außergewöhnliche Situationen, wie z. B. die Unterstützung der Mitarbeiter des technischen Supports von Dell EMC bei der Diagnose eines Problems. CAW ist standardmäßig aktiviert und sollte vom technischen Support von Dell EMC deaktiviert werden. Die Unterstützung für CAW kann auf zwei Ebenen aktiviert oder deaktiviert werden: ● Speicheransicht: Aktiviert oder deaktiviert für alle vorhandenen Speicheransichten.
So deaktivieren Sie CAW für eine Speicheransicht: VPlexcli:/clusters/cluster-1/exports/storage-views/recoverpoint_vols> set caw-enabled false Aktivieren/Deaktivieren von CAW als Systemstandard Verwenden Sie den Befehl set im Kontext /clusters/cluster, um CAW für den gesamten Cluster zu aktivieren oder zu deaktivieren.
Wenn WriteSame (16) für eine bestimmte Speicheransicht deaktiviert werden muss, muss es in allen vorhandenen und zukünftigen Speicheransichten deaktiviert sein. Wenn Sie möchten, dass zukünftige Speicheransichten die neue Einstellung widerspiegeln, müssen Sie den Systemstandard ändern. ● Systemstandard: Als Systemstandard aktiviert oder deaktiviert.
So deaktivieren Sie WriteSame (16) für eine Speicheransicht: VPlexcli:/clusters/cluster-1/exports/storage-views/recoverpoint_vols> set write-same-16enabled false Aktivieren/Deaktivieren von WriteSame (16) als Systemstandard Verwenden Sie den Befehl set im Kontext /clusters/cluster, um WriteSame(16) für das gesamte Cluster zu aktivieren oder zu deaktivieren.
2. Überprüfen Sie den Status des Attributs default-xcopy-template, indem Sie alle Attribute des Clusterkontexts wie folgt auflisten: VPlexcli:/clusters/cluster-1> ls Anzeigen von XCOPY-Statistiken Metro Node stellt Statistiken zur Verfügung, die die Performance und Häufigkeit von XCOPY-Vorgängen erfassen. Diese Statistiken werden am Front-End erfasst. Siehe Statistics auf Seite 103.
Einstellungen für LCD an der Frontblende VORSICHT: Verwenden Sie den Bereich nicht, um Einstellungen von iDRAC oder R640 zu ändern. Die Änderung der Einstellungen kann sich auf die Metro Node-Einstellungen auswirken und letztendlich einen Funktionsausfall verursachen.
5 Thin-Support in Metro Node In diesem Kapitel wird beschrieben, wie Metro Node die Thin-Aware-Funktionen unterstützt. Themen: • • • • Thin-Support im Metro Node Thin Provisioning Thin Storage-Management Thin-Spiegelung und -Migration Thin-Support im Metro Node Die Funktion, virtuelle Metro Node-Volumes Hosts gegenüber als Thin Volumes anzuzeigen, wird als thin-aware bezeichnet. Thin Volumes bieten mehr Effizienz, da die Menge der genutzten Ressourcen viel kleiner ist als die der zugewiesenen.
Thin-Migrationen Metro Node unterstützt Datenmobilitätsfunktionen auf Thin-Geräten. Wenn die Migrationsquelle oder das Ziel nicht Thin sind oder die Quelle und die Ziele aus unterschiedlichen Storage-Array-Familien stammen, verliert das virtuelle Metro Node-Volume seine Thin-Eigenschaften. In diesem Fall unterstützt das virtuelle Volume keine Thin-Storage-Management-Vorgänge. Nach Abschluss und Aktivierung der Migration erbt das virtuelle Volume die Thin-Funktionen des Zielgeräts.
● Alle Spiegelungen werden aus derselben Speicherarray-Reihe erstellt, die von Metro Node unterstützt wird (für eine RAID-1Konfiguration). Der Wert für die Eigenschaft storage-array-family darf nicht mixed, other oder - lauten. In den folgenden Szenarien kann das Attribut thin capable auch dann den Wert false aufweisen, wenn die Spiegelungen aus derselben Speicherarray-Reihe erstellt werden, die Metro Node unterstützt: ○ Die Array-Software unterstützt die UNMAP-Funktion nicht.
Wert „true“ setzt das Attribut thin-enabled auf „enabled“ und der Wert „false“ setzt das Attribut thin-enabled auf „disabled“. Nachdem das Verhalten des virtuellen Volume geändert wurde, müssen die Hosts bestimmte Aktionen durchführen (z. B. einen erneuten Scan), um das geänderte Verhalten zu erkennen.
Umgang mit der Storage-Auslastung auf Thin Volumes Ein Storage-Array kann an Metro Node einen Storage-Auslastungsfehler bei einem Schreibvorgang auf einem Thin Volume übergeben. Der Storage-Administrator, der kontinuierlich die Kapazität des Storage-Pools überwacht, ergreift die erforderlichen Maßnahmen, um jede Storage-Blockauslastung in seinen Rechenzentren zu vermeiden. Es gibt hauptsächlich zwei Arten von Storage-Blockauslastungsfehlern, die ein Storage-Array melden kann.
Durchführen einer Thin-Spiegelung Wenn Sie eine Spiegelung an ein Thin-fähiges Gerät anfügen und diese Spiegelung nicht Thin ist, verliert das resultierende RAID-1-Gerät seine Thin-Fähigkeit. Wenn Sie den Befehl device attach-mirror -d ausführen, um ein Thick-Spiegelungselement an ein Thin-fähiges Gerät anzufügen, wird eine Warnung angezeigt, die besagt, dass das Gerät nicht Thin-fähig ist. Sie werden auch aufgefordert, zu bestätigen, dass Sie fortfahren möchten.
Speicherarray-Produktreihe gehören, wird das Attribut thin-enabled als true beibehalten, das Attribut thin-capable auf false gesetzt und der UNMAP-Befehl wird abgelehnt. Unter Migrieren von Thin-fähigem Speicher finden Sie zusätzliche Informationen zu Thin-Speichermigrationen.
6 Bereitstellen von Speicherplatz In diesem Kapitel wird das Bereitstellen von Speicherplatz über die in Metro Node integrierte Speicherbereitstellung beschrieben. Themen: • • • Provisioning-Übersicht Bereitstellen von Storage mithilfe von EZ-Provisioning Ändern der Thin-Persönlichkeit eines virtuellen Volume Provisioning-Übersicht Für die Verwendung von Metro Node müssen Sie Storage bereitstellen, damit Hosts auf diesen Storage zugreifen können.
block-count block-size cache-mode capacity consistency-group expandable expandable-capacity expansion-method expansion-status health-indications health-state locality operational-status scsi-release-delay service-status storage-tier supporting-device system-id thin-capable thin-enabled volume-type vpd-id 5242880 4K synchronous 20G true 0B storage-volume [] ok local ok 0 running XtremIO_LUN_1 XtremIO_LUN_1_vol true enabled virtual-volume VPD83T3:6000144000000010e03e55ee4c98c41f ANMERKUNG: Sie können Platzh
7 Volume-Erweiterung In diesem Kapitel wird beschrieben, wie virtuelle Volumes erweitert werden. Themen: • • • Überblick Volume-Erweiterungsmethode Erweitern des Block-Volume Überblick Ein virtuelles Metro Node-Volume wird auf einem Gerät oder einem verteilten Gerät erstellt und einem Host über eine Speicheransicht angezeigt. Aus verschiedenen Gründen möchten Sie möglicherweise die Kapazität eines virtuellen Volumes erweitern.
Auflisten des Attributs „expansion-method“ mithilfe der CLI In diesem Beispiel wird das Attribut „expansion-method“ für „Test_volume“ angezeigt, indem der Kontext virtual-volumes mithilfe der CLI aufgelistet wird. VPlexcli:> ll /clusters/cluster-1/virtual-volumes/ Test_volume Name Value ------------------- -------------. . . capacity 0.5G consistency-group expandable true expandable-capacity 0.
Abbildung 1. Eigenschaften der virtuellen Volume-Erweiterung (für HTML5) Erweitern des Block-Volume Erweiterungsmethode „storage-volume“ Verwenden Sie die folgenden Richtlinien, um das virtuelle Volume mithilfe der Methode „storage-volume“ zu erweitern. Überblick Die Speicher-Volume-Erweiterungsmethode unterstützt die einfache und schnelle Erweiterung einer Vielzahl von Gerätegeometrien. Drei der gängigsten Gerätegeometrien werden hier beschrieben.
virtuelles Volume auf Speicher-Volume 1:1 Abbildung 2. Gängige Geometrien: virtuelles Volume auf Speicher-Volume 1:1 RAID 1 mit zwei Komponenten Abbildung 3.
Planen der Volume-Erweiterung Listen Sie das Attribut expandable-capacity (in der CLI) oder das Feld Expandable By (in Unisphere) auf, um die Kapazität der Back-end-Speichergeräte zu planen. ● expandable-capacity/Expandable By – Bei virtuellen Volumes, die mithilfe der Storage-Volume-Erweiterungsmethode erweitert werden können, ist dieser Wert die Kapazität, die dem Back-end-Storage-Volume hinzugefügt, aber noch nicht durch das virtuelle Volume für den Host verfügbar gemacht wurde.
○ - (Gedankenstrich): Keiner der obigen Status trifft zu. ● expansion-summary : Wenn keine in Bearbeitung befindlichen oder fehlgeschlagenen Erweiterungen vorhanden sind und keine virtuellen Volumes mit einer erweiterbaren Kapazität ungleich Null vorhanden sind, zeigt der Befehl für die Zusammenfassung virtueller Volumes No expansion activity in der Erweiterungszusammenfassung an. Einschränkungen Im Folgenden finden Sie allgemeine Einschränkungen für die Erweiterung virtueller Volumes.
VORSICHT: Array-Neuermittlungen verbrauchen möglicherweise übermäßig Ressourcen und können I/O-Vorgänge beeinträchtigen. Ermitteln Sie Arrays nur bei Bedarf neu.
8 Datenmigration In diesem Kapitel werden Datenmigrationen und Neuerstellungen beschrieben. Themen: • • • • • Informationen über Datenmigrationen Migrieren von Thin-fähigem Speicher Informationen zu Neuerstellungen Einmalige Datenmigrationen Batchmigrationen Informationen über Datenmigrationen Es gibt zwei Arten von Datenmigrationen: ● Einmalige Migrationen: Die Gerätemigration wird sofort begonnen, wenn der Befehl dm migration start verwendet wird.
1. 2. 3. 4. 5. Erstellen und prüfen Sie einen Migrationsplan (nur Batchmigrationen). Starten Sie die Migration. Überwachen Sie den Fortschritt der Migration. Halten Sie die Migration an, nehmen Sie sie wieder auf oder brechen Sie sie ab (optional). Migration aktivieren. Durch das Aktivieren wird das virtuelle Quell-Volume an das Ziel übertragen.
Tabelle 6. Migrationsszenarien (fortgesetzt) Migration Status des virtuellen Volume vor der Migration Status des virtuellen Volume während der Migration Status des virtuellen Volume nach der Migration ANMERKUNG: In diesem Fall ist UNMAP absichtlich deaktiviert.
cause: Operation was halted by the user VPlexcli:/clusters/cluster-1/storage-elements/extents> ● Wenn bei einer Extentmigration (ohne unterstütztes virtuelles Volume) die Quelle Thin-fähig und das Ziel nicht Thin-fähig ist, verliert die Quelle ihre Thin-Fähigkeit nach der Migration.
● Bei einer Extentmigration von Thin zu Thick (ohne unterstützte virtuelle Volumes) zeigt die VPlexcli eine Warnung an, die besagt, dass die Quelle nach der Migration ihre Thin-Fähigkeit verliert. VPlexcli:/> batch-migrate create-plan --file migration.txt --sources extent_thin_1, extent_thin_2 --targets extent_thick_1, extent_thick_2 Extents matching source pattern: extent_thin_1, extent_thin_2 Extents matching target pattern: extent_thick_2, extent_thick_1 Creating file /var/log/VPlex/cli/migration.
Informationen zu Neuerstellungen Bei der Neuerstellung werden Daten von einem Quelllaufwerk zu einem Ziellaufwerk synchronisiert. Wenn Unterschiede zwischen den Komponenten eines RAID auftreten, wird die veraltete Komponente durch eine Neuerstellung aktualisiert. Es gibt zwei Typen von Neuerstellungen: ● Bei einer kompletten Neuerstellung wird der gesamte Inhalt der Quelle auf das Ziel kopiert. ● Bei einer Protokollierungsneuerstellung werden nur geänderte Blöcke von der Quelle auf das Ziel kopiert.
VORSICHT: Wenn ein durch Thin Provisioning bereitgestelltes Speicher-Volume Nicht-Null-Daten vor der Verbindungsherstellung mit Metro Node enthält, führt dies zu Performance-Einbußen bei der Migration oder der ersten RAID 1-Wiederherstellung. Wenn der Thin-Speicher-Zuordnungspool nicht mehr genügend Speicherplatz aufweist und die Komponente die letzte redundante Komponente des RAID 1 ist, führt das weitere Schreiben auf ein Thin-Provisioning-Gerät dazu, dass das Volume den Zugriff auf das Gerät verliert.
Wenn die Host I/O-Aktivität hoch ist, kann die Einstellung einer großen Übertragungsgröße Auswirkungen auf die Host I/O haben. Siehe Informationen über Übertragungsgröße. Überwachen des Fortschritts einer Migration Verwenden Sie zum Anzeigen des Status der Migration den Befehl ls.
Tabelle 8. Migrationsstatus (fortgesetzt) Feld Beschreibung ● false – Zielgerät wurde nicht exportiert. ● true – Zielgerät wurde exportiert. to-cluster Cluster-ID des Zielgeräts transfer-size Die Größe der für die Datenmigration reservierten Region im Cache. 40 KB bis 128 MB. type Typ der Neuerstellung ● full – Kopiert den gesamten Inhalt der Quelle auf das Ziel. ● logging – Kopiert nur geänderte Blöcke von der Quelle auf das Ziel.
Aktivieren einer abgeschlossenen Migration Beim Migrationsprozess wird eine temporäre RAID 1-Struktur über dem Quellgerät mit dem Ziel als veraltete Komponente von RAID 1 eingefügt. Die Migration kann als Synchronisierung der veralteten Komponente (Ziel) verstanden werden. Info über diese Aufgabe Nach Abschluss der Migration trennt der Aktivierungsschritt (Commit) die Quellkomponente von RAID 1 und entfernt das RAID 1.
Zum Beispiel: VPlexcli:/data-migrations/device-migrations> dm migration remove --force --migrations migrate_012 Removed 1 data migration(s) out of 1 requested migration(s). Batchmigrationen Batchmigrationen werden als Batchjobs von wiederverwendbaren Batchmigrationsplan-Dateien ausgeführt. Migrationsplandateien werden mit dem Befehl create-plan erstellt. Ein einzelner Batchmigrationsplan kann für Geräte gelten. ANMERKUNG: Migrationen verbrauchen Cache-Ressourcen.
Prüfen eines Batchmigrationsplans Mit dem Befehl batch-migrate check-plan wird der angegebene Batchmigrationsplan für Folgendes geprüft: Info über diese Aufgabe ● Gerätemigrationen: ○ Zielgerät verfügt über keinerlei Volumes ○ Quellgerät verfügt über Volumes Wenn der Migrationsplan Fehler enthält, wird eine Beschreibung der Fehler angezeigt und die Planprüfung schlägt fehl. Zum Beispiel: VPlexcli:/> batch-migrate check-plan --file MigDev-test.txt Checking migration plan file /var/log/VPlex/cli/MigDev-test.
Legen Sie eine hohe Übertragungsgröße bei Migrationen fest, bei denen die Datensicherheit oder die Migrationsperformance im Vordergrund stehen. Legen Sie eine geringere Übertragungsgröße für Migrationen fest, wenn die Priorität auf einer schnellen Reaktion des Front-end-Speichers liegt.
sourcesource-site name status -------------------------------------------- --R20061115_Symm2264_010 1 migrate.txt 100 R20061115_Symm2264_011 1 migrate.txt 100 R20061115_Symm2264_012 1 migrate.txt 100 R20061115_Symm2264_0113 1 1 migrate.txt 27 Processed 4 migrations: committed: 0 complete: 3 in-progress: 1 paused: 0 error: 0 cancelled: 0 no-record: 0 target target-cluster migrationpercentage-complete eta.
Aktivieren einer Batchmigration Beim Migrationsprozess wird eine temporäre RAID 1-Struktur über den Quellgeräten mit den Zielgeräten als veraltete Komponente von RAID 1 eingefügt. Migration kann als Synchronisation der veralteten Komponente (Ziel) verstanden werden. Info über diese Aufgabe Nach Abschluss der Migration trennt der Aktivierungsschritt (Commit) die Quellkomponente von RAID 1 und entfernt dann das RAID.
Entfernen von Datensätzen der Batchmigration Entfernen Sie den Migrationsdatensatz nur, wenn die Migration aktiviert oder abgebrochen wurde. Info über diese Aufgabe Migrationsdatensätze befinden sich im Kontext /data-migrations/device-migrations. Verwenden Sie den Befehl batch-migrate remove --file, um die Datensätze für die angegebene Migration zu entfernen. Zum Beispiel: VPlexcli:/data-migrations/device-migrations> batch-migrate remove --file migrate.
9 Konfigurieren des WAN-Netzwerks Die beiden WAN-Ports auf den einzelnen Metro Node-Directors unterstützen zwei 10-Gigabit-Ethernet-Verbindungen zwischen den Clustern. Die WAN-Ports werden im Rahmen der Installation eines zweiten Clusters konfiguriert. In diesem Kapitel werden die CLIKontexte und Verfahren zum Ändern der Konfiguration beschrieben, die während der Installation erstellt wurde.
● local-com – Konfiguration der Verbindungen zwischen lokalen Directors ● front-end – Konfiguration der Verbindungen mit Hosts ● back-end – Konfiguration der Verbindungen mit Speicher-Arrays Kontext von Portgruppen Die Portgruppen (oder Kommunikationspfade), die den einzelnen Verbindungsrollen (back-end, front-end, local-com oder wan-com) zugewiesen sind, sind im Unterkontext port-groups jeder Rolle enthalten.
● IP: Ethernet-Port Alle Portgruppen enthalten einen member-ports-Kontext, der Informationen über den Mitgliedsport von jedem Director bereitstellt. IP-Portgruppen enthalten Folgendes: ● option-set -Kontext enthält Konfigurationsoptionen, die die Mitgliedsports gemeinsam haben. ● subnet -Kontext enthält die Konfigurationsoptionen für IP-Netzwerke. Verschiedene Rollen weisen unterschiedliche Netzwerkanforderungen auf, sodass ihre Subnetze unterschiedliche Eigenschaften enthalten.
● ● ● ● prefix muss die IP-Adresse aller Mitglieds-Ports in der Portgruppe enthalten. prefix muss die Clusteradresse enthalten. prefix muss das Gateway enthalten. gateway muss eine eindeutige Adresse im lokalen Cluster sein. Beachten Sie Folgendes: ● Eine gelöschte Adresse ist in allen Präfixen enthalten und stimmt mit keiner Adresse überein. ● Ein gelöschtes Präfix enthält alle Adressen. ● Eine Eigenschaft, die nicht in einem bestimmten Subnetzkontext vorhanden ist, wird als gelöscht betrachtet.
Informationen zum Ändern oder Löschen anderer Attribute finden Sie unter subnets context. /connectivity/local-com/ Der Rollenkontext local enthält die Konfigurationsinformationen in Bezug auf die Kommunikation zwischen den Directors im aktuellen Cluster. Die lokale Rolle besitzt keine zugehörigen Eigenschaften. Verwalten und Überwachen des Back-End-Netzwerks Für eine hohe Verfügbarkeit sollte jeder Director über mehrere Pfade zu jedem Speicher-Volume verfügen.
LDAP Das Lightweight Directory Access Protocol (LDAP) ist ein Anwendungsprotokoll für den Zugriff und die Verwaltung von verteilten Verzeichnisinformationsservices über ein IP-Netzwerk. Verzeichnisdienste versehen eine beliebige organisierte Gruppe von Datensätzen mit einer hierarchischen Struktur. LDAP ist ein Protokoll für das Client-/Server-Modell. Verzeichnisstruktur Die Organisation eines Verzeichnisses ist eine Baumstruktur. Der oberste Eintrag in einem Verzeichnis wird als root-Eintrag bezeichnet.
● So bestimmen Sie die Attribute des Benutzerprinzipals im Falle eines Open LDAP-Servers: service@ManagementServer:~> /usr/bin/ldapsearch -x -LLL -l 30 -H ldap://10.31.50.
10 Cluster Witness Die Unterstützung von Cluster Witness (CW) ermöglicht es der Metro Node-Lösung, die allgemeine Umgebungsverfügbarkeit zu verbessern, indem bei einem reinen Kommunikationsfehler zwischen zwei primären Standorten und einem tatsächlichen Systemausfall am Standort in einer Architektur mit mehreren Standorten vermittelt wird. Bei 7.0.1 und höher können sich die Systeme jetzt auf eine Komponente verlassen, die als Metro Node Witness bezeichnet wird.
11 Consistency Groups In diesem Kapitel wird das Managen und Betreiben von Consistency Groups aus Metro Node beschrieben. Themen: • • • • Informationen über Metro Node-Consistency-Groups Eigenschaften von Consistency Groups Managen von Consistency Groups Betreiben einer Consistency Group Informationen über Metro Node-Consistency-Groups Metro Node-Consistency-Groups aggregieren Volumes, um der gesamten Gruppe dieselben Eigenschaften zuzuweisen. Abbildung 5.
Abbildung 6. Synchrone Consistency Group ● Die Hosts auf beiden Clustern schreiben auf die verteilten Volumes von Metro Node in der Consistency Group. ● Metro Node schreibt Daten auf den Back-End-Speicher auf beiden Clustern ● Eine Bestätigung wird an den Host zurückgegeben, der den Schreibvorgang ausgibt. Dies garantiert, dass das Image auf dem Back-End-Speicher eine exakte Kopie auf beiden Seiten ist.
Abbildung 7. Lokale Consistency Groups mit lokaler Transparenz Globale Transparenz Wenn für die lokalen Consistency Groups die Eigenschaft Transparenz auf beide Cluster (globale Transparenz) festgelegt ist, können beide Cluster I/O von dem Cluster empfangen, für das keine lokale Kopie vorhanden ist. Alle Schreibvorgänge von diesem Remotecluster passieren die WAN-Verbindung zwischen den Clustern, bevor sie bestätigt werden.
Abbildung 8. Lokale Consistency Groups mit globaler Transparenz Eigenschaften von Consistency Groups Die Eigenschaften einer Consistency Group werden auf alle virtuellen Volumes in der Consistency Group angewendet.
● Die Consistency Group wird so konfiguriert, dass sie nur Volumes enthält, die über Speicher in einem Cluster verfügen, aber globale Sichtbarkeit haben. ● Die Consistency Group wird so konfiguriert, dass sie nur verteilte Volumes mit Komponenten in beiden Clustern enthält. Wenn die Sichtbarkeit einer Consistency Group auf einen Cluster festgelegt ist, wird die Consistency Group im Kontext /clusters/ cluster-n/consistency-groups für den Cluster angezeigt.
Detach-Regel Detach-Regeln sind die Richtlinie einer Consistency Group für die automatische Auswahl eines gewinnenden Clusters, wenn es zu einem Ausfall der Verbindung zwischen Clustern kommt. Für Metro Node-Metro-Konfigurationen gibt es zwei Detach-Regeln für Consistency Groups: ● no-automatic-winner – Die Consistency Group wählt kein Gewinner-Cluster aus.
Auto-resume-at-loser Bestimmt, ob der Verlierer die I/O automatisch wieder aufnimmt, wenn die Verbindung zwischen den Clustern nach einem Ausfall repariert wird. Wenn die Verbindung wiederhergestellt wird, stellt der verlierende Cluster fest, dass sich die Daten auf dem gewinnenden Cluster unterscheiden. Der Verlierer muss entscheiden, ob er sofort zu den Daten des Gewinners wechselt oder ob er die I/O weiterhin anhält. Die Option auto-resume ist standardmäßig aktiviert.
Managen von Consistency Groups ANMERKUNG: Eine wichtige Best Practice für das Erstellen und Managen von Consistency Groups besteht in der Erstellung einer 1:1-Beziehung zwischen Consistency Groups und Anwendungen. Alle Volumes (und nur diese Volumes), die für eine Anwendung erforderlich sind, sollten sich in einer einzigen Consistency Group befinden.
So legen Sie die Eigenschaft „visibility“ der Consistency Group auf beide Cluster fest: VPlexcli:/clusters/cluster-1/consistency-groups> set TestCG::visibility cluster-1,cluster-2 So legen Sie die Eigenschaft „visibility“ der Consistency Group auf cluster-1 fest: VPlexcli:/clusters/cluster-1/consistency-groups> set TestCG::visibility cluster-1 So legen Sie die Eigenschaft „visibility“ der Consistency Group auf cluster-2 fest: VPlexcli:/clusters/cluster-1/consistency-groups> set TestCG::visibility cluster-2
Schritte 1. Navigieren Sie zu dem Kontext der Ziel-Consistency-Group: VPlexcli:/> cd clusters/cluster-1/consistency-groups/TestCG 2. Verwenden Sie den Befehl consistency-group list-eligible-virtual-volumes, um virtuelle Volumes anzuzeigen, die der Consistency Group hinzugefügt werden können: VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> consistency-group list-eligiblevirtual-volumes [TestDDevice-1_vol, TestDDevice-2_vol, TestDDevice-3_vol, TestDDevice-4_vol, TestDDevice-5_vol] 3.
Ändern von Consistency-Group-Eigenschaften Info über diese Aufgabe Verwenden Sie die Consistency Group Set-Detach-Regeln, um die Detach-Regel zu ändern, die auf eine Consistency Group angewendet wird: ● consistency-group set-detach-rule no-automatic-winner ● consistency-group set-detach-rule winner Verwenden Sie den Befehl set, um die folgenden Eigenschaften einer Consistency Group zu ändern: ● Sichtbarkeit ● Storage-at-clusters ● Local-read-override Um anzuzeigen, welche Attribute änderbar (beschreibbar) s
Info über diese Aufgabe VPlexcli:/clusters/cluster-1/consistency-groups/TestCG> set visibility cluster-1,cluster-2 So ändern Sie die visibility-Eigenschaft aus dem Kontext der Consistency Group: VPlexcli:/clusters/cluster-1/consistency-groups> set TestCG::visibility cluster-1,cluster-2 So ändern Sie die visibility-Eigenschaft aus dem Root-Kontext: VPlexcli:/> set /clusters/cluster-1/consistency-groups/TestCG::visibility cluster-1,cluster-2 Beispiel für Modify: Anwenden einer Detach-Regel In der folgenden T
Im folgenden Beispiel wird der Befehl im Kontext der Ziel-Consistency-Group verwendet: VPlexcli:/> consistency-group set-detach-rule winner --cluster cluster-1 --delay 5s -consistency-groups TestCG Löschen einer Consistency Group Info über diese Aufgabe So löschen Sie eine leere Consistency Group: Schritte 1. Verwenden Sie den Befehl ls -f, um zu überprüfen, ob keine virtuellen Volumes in der Consistency Group vorhanden sind (virtual volumes = [ ]).
vs_RAM_c1wins vs_RAM_c2wins vs_oban005 /clusters/cluster-2/consistency-groups: TestCG local_test test10 test15 test16 test5 vs_RAM_c1wins vs_RAM_c2wins vs_oban005 vs_sun190 test11 test6 vs_sun190 test12 test7 test13 test8 test14 test9 Verwenden Sie den Befehl ls im Kontext /clusters/cluster-name/consistency-groups, um die Namen von Consistency Groups nur auf dem angegebenen Cluster anzuzeigen: VPlexcli:/> ls /clusters/cluster-1/consistency-groups/ /clusters/cluster-1/consistency-groups: TestCG test10 t
visibility Contexts: Name -----------advanced [cluster-1, cluster-2] Description ----------- Verwenden Sie den Befehl ll im Kontext /advanced der Consistency Group, um die erweiterten Eigenschaften einer angegebenen Consistency Group anzuzeigen.
Contexts: advanced recoverpoint VPlexcli:/clusters/cluster-1/consistency-groups/cg1> resume-at-loser -c cluster-2 This may change the view of data presented to applications at cluster cluster-2. You should first stop applications at that cluster.
Tabelle 12. Beschreibung der Consistency Group-Felder (fortgesetzt) Eigenschaft Beschreibung virtual-volume Listet die virtuellen Volumes auf, die Mitglieder der Consistency Group sind. Kann mit den folgenden Befehle geändert werden: ● consistency-group add-virtual-volumes – Fügen Sie einer Consistency Group ein oder mehrere virtuelle Volumes hinzu. ● consistency-group remove-virtual-volumes – Entfernen Sie ein oder mehrere virtuelle Volumes aus einer Consistency Group.
Tabelle 12. Beschreibung der Consistency Group-Felder (fortgesetzt) Eigenschaft Beschreibung ● rebuilding-within-cluster – Auf diesem Cluster werden eine oder mehrere lokale Neuerstellungen durchgeführt. ● requires-resolve-conflicting-detach – Nachdem die Verknüpfung zwischen den Clustern wiederhergestellt wurde, haben zwei Cluster festgestellt, dass sie voneinander getrennt sind und die I/O-Vorgänge unabhängig voneinander fortgesetzt haben.
(cluster-2,{ summary:: ok, details:: [requires-resolve-conflicting-detach] })] passive-clusters [] recoverpoint-enabled false storage-at-clusters [cluster-1, cluster-2] virtual-volumes [dd1_vol, dd2_vol] visibility [cluster-1, cluster-2] Contexts: advanced recoverpoint 2. Verwenden Sie den Befehl resolve-conflicting-detach, um Cluster-1 als Gewinner auszuwählen.
● Wiederaufnehmen der Bedienung von I/O-Vorgängen. Anschließend können Sie die Anwendungen auf dem verlierenden Cluster sicher neu starten. So nehmen Sie die I/O auf dem verlierenden Cluster wieder auf: Schritte 1. Verwenden Sie den Befehl ls, um den Betriebsstatus der Ziel-Consistency-Group anzuzeigen.
Sie können keine virtuellen Volumes mit einer ungültigen Topologie zu einer schreibgeschützten Consistency Group hinzufügen. Der Befehl consistency-group add-virtual-volumes schlägt fehl. Wenn Sie eine Consistency Group als schreibgeschützt festlegen und diese Consistency Group bereits virtuelle Volumes mit einer ungültigen Topologie enthält, schlägt der Befehl set read-only true fehl.
12 Performance und Überwachung In diesem Kapitel werden RPO/RTO und die Verfahren zum Erstellen und Betreiben von Performance-Monitoren beschrieben.
Das Troubleshooting-Monitoring wird von Monitoren unterstützt, die über die CLI erstellt werden und/oder dauerhaft vorhanden sind. ANMERKUNG: In Unisphere für Metro Node werden Performancestatistiken pro Cluster angezeigt. Zum Anzeigen von Statistiken für beide Cluster in einer Metro-Konfiguration stellen Sie eine Verbindung zu beiden Clustern her.
Abbildung 9. Dashboard für die Performance-Überwachung (für HTML5) Performance-Informationen für das aktuelle 5-minütige Fenster werden als eine Reihe von Diagrammen angezeigt, darunter: ● WAN Link Performance-Diagramm: Zeigt die Performance der WAN-Verbindung für das Cluster an, mit dem Sie verbunden sind.
● Virtual Volume Latency-Diagramm: Bietet eine zeitbasierte Ansicht der I/O-Latenz für ein virtuelles Volume, die nach Lese-und Schreiblatenz aufgeschlüsselt ist. Die Latenz des virtuellen Volume ist definiert als die Zeitdauer, die ein I/O-Vorgang in Metro Node für ein bestimmtes virtuelles Volume verbringt. ● Virtual Volume Bandwidth-Diagramm: Bietet eine zeitbasierte Ansicht der Gesamtbandbreite (oder KB/s oder MB/s) bei Lese-und Schreibvorgängen für ein virtuelles Volume.
Beachten Sie, dass für die Statistik, die Sie erfassen möchten, ein Ziel angegeben werden muss. Geben Sie nur eine Art von Ziel pro Monitor an. Beispielsweise können Sie keinen Monitor erstellen, der sowohl Port- als auch Speicher-Volumes als Ziele umfasst. 2. Legen Sie fest, wie oft der Monitor Statistiken erfassen soll. 3. Verwenden Sie den Befehl monitor create, um einen Monitor zu erstellen. 4. Verwenden Sie die Befehle monitor add-sink, um einen oder mehrere Sinks zum Monitor hinzuzufügen.
Erstellen Sie einen Performance-Monitor, um die lokale COM-Latenz für einen bestimmten Director zu überwachen: VPlexcli:/> monitor create --name local-cluster --stats "com-cluster-io.*" --director director-1-1-A --targets "/clusters/cluster-1" Erstellen Sie einen Performance-Monitor, um die Latenz für das Remote-Cluster zu überwachen: VPlexcli:/> monitor create --name remote-cluster --stats "com-cluster-io.
So fügen Sie eine Datei-Sink hinzu, um die Ausgabe an die angegebene .csv -Datei zu senden: VPlexcli:/monitoring/directors/director-1-1-A/monitors> monitor add-file-sink director-1-1-A_stats --file /var/log/VPlex/cli/director_1_1_A.
lat,fe- lu.write,fe-lu.write-lat,fe-lu.ops --targets /clusters/cluster-1/virtual-volumes/ polyvol_e4_extent_Symm0487_393 Successfully created 1 monitor(s) out of 1.
DR1_C1-C2_1gb_dev16_vol, DR1_C1-C2_1gb_dev17_vol, DR1_C1-C2_1gb_dev18_vol, DR1_C1-C2_1gb_dev19_vol, ... (1300 total) Contexts: Name Description ----- -----------------------------------------------------------------------sinks Contains all of the sinks set up to collect data from this performance monitor.
Beispiel: ● Der Befehl set ändert das Zeitraumattribut in 0, um die automatische Abfrage zu deaktivieren. ● Der Befehl ll zeigt die Änderung an: VPlexcli:/monitoring/directors/director-2-1-B/monitors/director-2-1-B_TestMonitor> set period 0 VPlexcli:/monitoring/directors/director-2-1-B/monitors/director-2-1-B_TestMonitor> ll Attributes: Name Value --------------- -------------------------------------------------------------average-period collecting-data false firmware-id 4 idle-for 5.
Time: director.be-ops (counts/s): . . . 2010-07-01 10:05:55 Aktivieren und Deaktivieren von Anschlüssen Bevor Sie Anschlüsse aktivieren und deaktivieren, müssen Sie die Systemkonfiguration abschließen. Weitere Informationen zum Ändern bestimmter Konfigurationsparameter beim Aktivieren und Deaktivieren von Anschlüssen finden Sie im Abschnitt „Aktivieren und Deaktivieren der Metro Node-Anschlüsse“ im Konfigurations- und Installationshandbuch der Metro Node-Appliance unter SolVe (https:// solveonline.emc.
Schritte 1. Überprüfen Sie den Status des Skripts, um festzustellen, ob es ausgeführt wird. VPlexcli:/> port-monitor status Status: running with the following parameters: Emails: joe@dell.com SMTP: x.x.x.x Local-only: False 2.
c. Ändern der Standardschwellenwerte in der Datei config.json (optional). Wenn Sie feststellen, dass die Standardwerte oder einer davon für bessere Ergebnisse erhöht werden können, können Sie die Datei config.json für neue Schwellenwerte ändern (mithilfe von VI Editor). Beispiel: vim /var/log/VPlex/cli/port-stats-monitor/config.json. Sample Output: { "bad_CRC": 5, "Disc_frame": 40, "link_fail": 15, "Loss_of_sync": 45, "loss_of_sig": 45, "reset": 5 } d. Nachdem Sie Änderungen an der Datei config.
### Stopping the monitor To stop the monitor, run `port-monitor stop`. ### Checking status To see whether or not the monitor is running, or to see if any unexpected errors were encountered, run the `port-monitor status` command: VPlexcli:/> port-monitor status Status: running with the following parameters: Emails: None SMTP: x.x.x.x Local-only: False Threshold config: None ### Restarting the monitor If you wish to restart a stopped monitor with the same parameters as before, run `portmonitor restart`.
Wichtige Hinweise Notieren Sie sich die Anzahl der Ports und die Anzahl der Directors, die Probleme melden. Beispiel: Wenn die Hälfte der Ports Probleme meldet, kann dies auf ein Ereignis im gesamten Fabric hindeuten. Wenn nur ein Port einen Fehler meldet, wird das Problem auf einen bestimmten I-T-Nexus lokalisiert. Das Skript wurde entwickelt, um E-Mails nach 5 Minuten zu unterdrücken (um keinen E-Mail-Server zu überfluten). Zu diesem Zeitpunkt wird nur einmal pro Stunde gemeldet.
Anzeigen verfügbarer Statistiken Statistiken werden in Unterkategorien gruppiert. Verwenden Sie den Befehl monitor stat-list, gefolgt von der -Taste, um die Statistik-Unterkategorien anzuzeigen.
Zum Verwalten der Performance der Front-end-Statistikerfassung verwenden Sie diese Befehle in jedem Metro Node-CLI-Kontext: ● front-end-performance-stats stop – beendet eine laufende Erfassung der Performancestatistiken. ● front-end-performance-stats start – startet eine laufende Erfassung der Performancestatistiken. ● front-end-performance-stats status – zeigt den Status der Erfassung der Front-end-Performancestatistiken an.
Tabelle 16. Statistik für Director (fortgesetzt) Statistik Typ Beschreibung director.be-ops-write Back-end writes Anzahl der Schreibvorgänge durch die Back-end Ports des Director. director.be-ops-ws Back-end operations Anzahl der Back-end Write same-Vorgänge director.be-qfulls back end writes Anzahl der Warteschlangen, vollständige Benachrichtigungen für diesen Back-end Port. director.be-read Back-end reads Anzahl der Byte, die durch die Back-end Ports des Director gelesen werden. director.
Tabelle 16. Statistik für Director (fortgesetzt) Statistik Typ Beschreibung director.fe-ops-act Front-end operations active Anzahl der aktiven, ausstehenden I/O-Vorgänge an den Front-end Ports des Director. Front-end operations queued Anzahl der ausstehenden I/O-Vorgänge in Warteschlange an den Front-end Ports des Director. Front-end reads Anzahl der Lesevorgänge durch die Front-end Ports des Director. Front-end writes Anzahl der Schreibvorgänge durch die Front-end Ports des Director.
Tabelle 17. Statistik für Front-end Director (fe-director) (fortgesetzt) Statistik Typ Beschreibung Front-end director write latency Verteilung der Schreiblatenz in Mikrosekunden auf die Frontend Ports des Director. Front-end director writesame average latency Durchschnittliche WriteSame-Latenzverteilung auf die Frontend Ports des Director. "type: bucket, units: microsecond, arguments: none" fe-director.write-lat "type: bucket, units: microsecond, arguments: none" fe-director.
Tabelle 18. Statistik für Front-end Volume (fe-lu) (fortgesetzt) Statistik Typ Beschreibung fe-lu.ws16-avg-lat Front-end volume average WriteSame latency Durchschnittliche WriteSame-Latenzverteilung auf dem angegebenen Front-end Volume. Front-end volume WriteSame operations Anzahl der WriteSame-Vorgänge auf dem angegebenen Frontend Volume. "type: period-average, units: us, arguments: virtual-volume" fe-lu.ws16-ops "type:counter, units: counts/second, arguments: virtual-volume" fe-lu.
Tabelle 19. Statistik für Front-end Port (fe-prt) (fortgesetzt) Statistik Typ Beschreibung fe-prt.ws16-ops Front-end port WriteSame operations Anzahl der WriteSame-Vorgänge auf dem angegebenen Frontend FC-Port. Front-end port unmap operations Anzahl der Unmapping-Vorgänge pro Sekunde auf dem angegebenen Port. Front-end port average unmap latency Durchschnittliche Latenz in Mikrosekunden von UnmappingVorgängen auf dem angegebenen Front-end Port.
Tabelle 21. Statistik für Speicher-Volume Statistik Typ Beschreibung storage-volume.per-storage-volume-readlatency Volume read latency Verteilung der Leselatenz in Mikrosekunden auf dem angegebenen Speicher-Volume. Volume write latency Verteilung der Schreiblatenz in Mikrosekunden auf dem angegebenen Speicher-Volume. Average volume read latency Durchschnittliche Verteilung der Leselatenz in Mikrosekunden auf allen Speicher-Volumes.
Tabelle 23. Statistik für IP WAN COM (ip-com-port) (fortgesetzt) Statistik Typ Beschreibung ip-com-port.send-pckts Counter, units: counts/ second, arguments: portname Anzahl der Pakete, die über UDP auf diesem IP WAN COMPort gesendet wurden. ip-com-port.recv-errors IP WAN COM Port receive Anzahl von Empfangsfehlern auf diesem WAN COM-Port. errors ip-com-port.send-errors IP WAN COM Port send errors Anzahl der Sendefehler auf diesem IP WAN COM-Port. ip-com-port.
Tabelle 25. Statistik für COM-Cluster I/O (fortgesetzt) Statistik Beschreibung "type:reading, units: none, arguments: cluster-id" com-cluster-io.ops-active Aktuell ausstehende Nachrichten an eine Site. com-cluster-io.bytes-active Aktuell ausstehende Byte an eine Site. com-cluster-io.bytes-queued Aktuelle Byte in Warteschlange an eine Site. com-cluster-io.ops-queued Aktuelle Warteschlangenmeldungen an eine Site. Tabelle 26. COM e/a-Gruppenstatistiken Statistik Beschreibung com-io-group.
Tabelle 28. Statistik für COM-Endpunkt (fortgesetzt) com-endpoint.ack-bytes-recv Anzahl der empfangenen ACK-Byte. com-endpoint.ack-bytes-sent Anzahl der gesendeten ACK-Byte. com-endpoint.ack-pckts-recv Anzahl der empfangenen ACK-Pakete. com-endpoint.ack-pckts-sent Anzahl der gesendeten ACK-Pakete. com-endpoint.cx-bad-ver Anzahl der falschen Version von Kontroll-Paketen. com-endpoint.cx-bytes-recv Anzahl der empfangenen Kontroll-Byte. com-endpoint.
Tabelle 29. Statistik für XCOPY (fortgesetzt) Statistik Beschreibung fe-prt.xcopy-ops Anzahl an XCOPY-Vorgängen, die von einem bestimmten Front-end Port eines Metro Node eines bestimmten Director verarbeitet werden. Tabelle 30. Statistik für Host Initiator Statistik Beschreibung host-init.unmap-ops Unmapping-Vorgänge des Host Initiator. "type: counter, units: counts/second, arguments: none" host-init.unmap-avg-lat Durchschnittliche Unmapping-Latenz des Host Initiator.
A Metro Node mit Aktiv-Passiv-Storage-Arrays Themen: • • • • Aktiv-passiv-Array Array mit aktiviertem ALUA-Modus Failover-Ausführung für die logische Einheit Failback der logischen Einheit Aktiv-passiv-Array Ein Aktiv-passiv-Array verfügt in der Regel über zwei Controller und bietet aktiv-passiven Zugriff auf eine logische Einheit (LU) über einen Satz von Zielports. Die Zugriffstypen dieser Ports sind Aktiv (ACT) oder Passiv (PAS). Aktiv wird für I/O verwendet, passiv kann nicht für I/O verwendet werden.
Wenn ein Failover für eine bestimmte logische Einheit auf einem Array zu einem bestimmten Ziel-Controller als aktiv initiiert wird, wird das Metro Node-Firmware-Ereignis apf/3 beobachtet. Wenn das Failover für eine bestimmte logische Einheit auf einem Array zu einem bestimmten Ziel-Controller als aktiv erfolgreich ist oder fehlschlägt, wird das Metro Node-Firmware-Ereignis apf/4 generiert.
