Prüfen Sie Durchsatz und Latenz zwischen Nodes
-
PDF dieser Dokumentationssite
-
ONTAP einrichten, aktualisieren und zurücksetzen
-
Cluster-Administration
-
Volume-Administration
-
Logisches Storage-Management mit der CLI
-
Verwenden Sie Quoten, um die Ressourcennutzung zu beschränken oder zu verfolgen
-
-
-
NAS-Storage-Management
-
Konfigurieren Sie NFS mit der CLI
-
NFS lässt sich mit der CLI managen
-
SMB lässt sich mit der CLI managen
-
Managen von SMB-Servern
-
Managen Sie den Dateizugriff über SMB
-
-
-
Authentifizierung und Zugriffssteuerung
-
Managen Sie die Administratorauthentifizierung und RBAC
-
-
Sicherheit und Datenverschlüsselung
-
Datensicherung und Disaster Recovery
-
Managen Sie die SnapMirror Volume-Replizierung
-
Datensicherung mithilfe von Tape Backup
-
-

Sammlung separater PDF-Dokumente
Creating your file...
Mit dem network test-path
Befehl können Sie Netzwerkengpässe identifizieren oder die Netzwerkpfade zwischen den Nodes vorqualifizieren. Sie können den Befehl zwischen Cluster Nodes oder Intracluster Nodes ausführen.
-
Sie müssen ein Cluster-Administrator sein, um diese Aufgabe auszuführen.
-
Für diese Aufgabe sind erweiterte Befehle auf Berechtigungsebene erforderlich.
-
Für einen Intercluster-Pfad müssen die Quell- und Ziel-Cluster Peering durchgeführt werden.
Gelegentlich erfüllt die Netzwerkleistung zwischen Knoten möglicherweise nicht die Erwartungen an Ihre Pfadkonfiguration. Eine Übertragungsrate von 1 Gbit/s für die Art großer Datentransfers, wie bei SnapMirror Replizierungsvorgängen zu beobachten ist, wäre nicht mit einer 10-GbE-Verbindung zwischen den Quell- und Ziel-Clustern konsistent.
Mit dem network test-path
Befehl können Sie den Durchsatz und die Latenz zwischen Nodes messen. Sie können den Befehl zwischen Cluster Nodes oder Intracluster Nodes ausführen.
|
Der Test sättigt den Netzwerkpfad mit Daten. Wenn also das System nicht ausgelastet ist und der Netzwerk-Traffic zwischen den Nodes nicht zu hoch ist, sollte der Befehl ausgeführt werden. Die Testzeit beträgt nach zehn Sekunden. Der Befehl kann nur zwischen ONTAP 9 Nodes ausgeführt werden. |
Die session-type
Option gibt an, welche Art von Vorgang Sie über den Netzwerkpfad ausführen – z. B. „AsyncMirrorRemote“ für die SnapMirror-Replikation zu einem Remote-Ziel. Der Typ gibt die Menge der im Test verwendeten Daten an. Die folgende Tabelle definiert die Sitzungstypen:
Sitzungstyp |
Beschreibung |
SyncMirrorLocal |
Von SnapMirror zwischen den Nodes im selben Cluster verwendete Einstellungen |
SyncMirrorRemote |
Von SnapMirror verwendete Einstellungen zwischen Nodes in verschiedenen Clustern (Standardtyp) |
RemoteDataTransfer |
Von ONTAP für Remote-Datenzugriff zwischen Nodes im selben Cluster (z. B. eine NFS-Anforderung an einen Node für eine Datei, die in einem Volume auf einem anderen Node gespeichert ist) |
-
Ändern Sie die erweiterte Berechtigungsebene:
set -privilege advanced
-
Messung des Durchsatzes und der Latenz zwischen Nodes:
network test-path -source-node source_nodename |local -destination-cluster destination_clustername -destination-node destination_nodename -session-type Default|AsyncMirrorLocal|AsyncMirrorRemote|SyncMirrorRemote|RemoteDataTransfer
Der Quell-Node muss sich im lokalen Cluster befinden. Der Ziel-Node kann sich im lokalen Cluster oder in einem Peering-Cluster befinden. Ein Wert von „local“ für
-source-node
gibt den Node an, auf dem Sie den Befehl ausführen.Mit dem folgenden Befehl werden Durchsatz und Latenz für SnapMirror-Typ-Replikationsvorgänge zwischen
node1
dem lokalen Cluster undnode3
auf gemessencluster2
:cluster1::> network test-path -source-node node1 -destination-cluster cluster2 -destination-node node3 -session-type AsyncMirrorRemote
Beispielausgabe (die Ausgabedetails können je nach Ihrer Version von ONTAP variieren):
Test Duration: 10.88 secs Send Throughput: 18.23 MB/sec Receive Throughput: 18.23 MB/sec MB sent: 198.31 MB received: 198.31 Avg latency in ms: 2301.47
-
Zurück zur Administratorberechtigung:
set -privilege admin
Wenn die Performance die Erwartungen der Pfadkonfiguration nicht erfüllt, sollten Sie die Performance-Statistiken der Nodes überprüfen, die verfügbaren Tools verwenden, um das Problem im Netzwerk zu isolieren, die Switch-Einstellungen zu überprüfen usw.