I / O-Analyzer

Dieses Papier wird mit einem Gewinn von VMware Labs überprüfen uns hilft, unser Speichersystem zu testen, unter einer virtuellen Appliance VMware IO Analyzer genannt. Dieses einfache Gerät wird Leistungsdiagramme MV Ebene zeigen und Host, wird für diese Iometer verwenden & esxtop,

Wir werden das Gerät aus dem Internet herunterladen VMware Labs, kommen in OVF-Format und wird mit unseren Kunden virtuelle Infrastruktur von VMware importieren.

 

Nach der Bereitstellung des Geräts, bevor er sich umdrehte, wir können eine zusätzliche Festplatte erstellen, das ist, wo wir die Tests durchführen, zeigen, dass die Scheibe mit ‚Thick-Provision Eager Zeroed vorbelegt ist’ und wir werden in den Datenspeicher finden, wo wir testen wollen. auch die 100Mb löschen, bringt,

 

Wir wenden uns an die virtuelle Appliance, Wir geben Sie Ihre Konsole und wählen Sie die Option “Netzwerk konfigurieren” konfigurieren Netzwerk,

 

Konfigurieren Sie eine statische oder dynamische IP-Adresse.

 

Nachdem wir bereits angemeldet sind, und wir können mit einem Browser von einem anderen Computer verbinden.

 

Wir fügen die Gastgeber, in der wir das Gerät IO Analyzer haben die Benchmark in unserem SAN ausführen, alle aus “Iometer TESTS”

 

Wählen Sie dann jeden Host, vApp jedes IO Analyzer, eine Workload zu testen und die IP-Adresse des vApp. Wir stellen mehrere MV gegen verschiedene / gleiche Datenspeicher das Verhalten der überprüfen(s) Kabine(s). Geben Sie ein Minimum an 120segundos, empfohlen zwischen 5 und 10 Minuten.

Wir können diese Einstellungen speichern, um sie später zu laden, mehrere sind Beispielvorlagen, In diesem Fall werde ich das der ‚Exchange_2007.icf‘ verwenden, und die folgende:

– Austausch 2003 – 4k Block 80% Zufällig – 60% Lesen
– Austausch 2007 – 8k Block 80% Zufällig – 55% Lesen
– SQL Server – 16k Block 100% Zufällig -66% Lesen
– Oracle OLTP – 8k Block 88% Zufällig – 72% Lesen
– Oracle DW – 32k Block 20% Zufällig – 90% Lesen
– Max IOPS 4k Block 0% Zufällig – 100% Lesen
– Max TP – 32k Block 0 % Zufällig – 100% Lesen

* Wenn wir bekommen Ergebnisse nicht und einen Fehler haben ‚InvalidEsxtopCsvFile’ es kann sein, dass wir keine Sonderzeichen im Passwort root keine Verbindung zum Host oder haben haben (Es wird durch die Einführung des Charakters gelöst ” vor dem Symbol).

 

Während Stress auf der MV sehen wir, wie IO Analyzer automatisiert Iometer geladen, Wir können auf die Registerkarte gehen “Ergebnisse anzeigen” um den Prozess zu sehen, bevor Sie auf die Berichte warten 🙂

 

Sobald die verstrichene Zeit, wir gehen auf die Registerkarte “ERGEBNISSE” & Wir werden den Bericht wählen. Dieses Bild ist eine Umgebung, ‚Labor’ sehr schlecht, in denen haben wir nur von einer vApp eine Platte auf einem Datenspeicher gescannt.

Wir beobachten eine Statistik Gast-Ebene (Vistal del Gerät de Iometer) und Host-Ebene (esxtop). Ein Gast nivel:

– IOPS: Anzahl der Operationen E / S pro Sekunde.
– ReadIOPS: Anzahl der Lesevorgänge pro Sekunde.
– WriteIOPS: Anzahl der Schreibvorgänge pro Sekunde.
– MBPS: Der Gesamtdurchsatz pro Sekunde.
– ReadMBPS: Der Durchsatz pro Sekunde lesen.
– WriteMBPS: Der Durchsatz pro Sekunde Schreib.

Die Höhe der Host:

– CMD: Anzahl der Operationen E / S pro Sekunde.
– LIEST / s: Anzahl der Lesevorgänge pro Sekunde.
– SCHREIBT / s: Anzahl der Schreibvorgänge pro Sekunde.
– MBREADS / s: Der Durchsatz pro Sekunde lesen.
– MBWRITES / s: Der Durchsatz pro Sekunde Schreib.
– DAVG / cmd (ms): Die Latenzzeit zwischen dem HBA und Platten.
– KAVG / cmd (ms): Latency erstellt von vmkernel (Es sollte in der Nähe sein, 0.00 Frau).
– GAVG / cmd (Sekunde): Gesamtlatenz durch den Gast gesehen (DAVG + KAVG)
– QAVG / cmd (Sekunde): Die durchschnittliche Latenzzeit des Schwanzes.

 

Referenzdaten:

– Scheiben 7200 rpm (SATA) zwischen 75 – 100 IOPS.
– 10K rpm Festplatten (SATA) zwischen 125 – 150 IOPS.
– 10K rpm Festplatten (SAS) auf 140 IOPS.
– 15K rpm Festplatten (SAS) zwischen 175 – 210 IOPS.
– SSDs von 6000 IOPS!!!

 

Das andere Bild, mit etwas höheren Leistung, weil es ist eine Umgebung von ‚Produktion‘, Wir sehen die kombinierten Scan zwei Maschinen auf zwei verschiedenen Datenspeichern in zwei Kabinen distinas gelegen, Es dient uns als klaren Vergleich.

 

Wenn wir wollen,, wir können das Verhalten eines unserer Maschinen mit einem manuellen Prozess erfassen, in denen wir unsere aktuellen Last exportieren und importieren Sie es in IO Analyzer. Um dies zu tun wir auf dem Befehl verlassen werden ‚vscsiStats’ für die Statistik MV, si ejecutamos ‚vscsiStats -l’ Wir listen alle MVs dieser Host mit worldGroupID (GUIDE) und virtuelle Laufwerke (handleID). Con ‚vscsiStats -s -t -w GID -i handleID’ Wir beginnen anschließend in der VHD Lastinformationen zu sammeln reproduzieren. Speichern Sie es in einer Datei mit der Spur ‚logchannellogger vscsiStats-traceChannel /tmp/stats.log’

 

Wir halten den Prozess mit CTR + X’ wenn wir genug Informationen, stoppen auch den Sammelprozess mit ‚-X -w vscsiStats GID -I handleID‘.

Mit ‚vscsiStats -und /tmp/stats.log > /tmp / stats.csv’ die Ergebnisse in einer CSV-Datei konvertieren.

 

Die erste wird erhöhen Spuren von “TRACE UPLOAD”, zeigen einen Namen & Beschreibung, wir werden Ihnen den vollständigen Pfad der Datei im CSV-Format und den Namen des Hosts geben, hat & el Passwort de root. “Hochladen”,

 

Wählen Sie einen Host wie vor, vApp von IOAnalyzer und neu erzeugte Spur, zeigen die Plattenanalyse auszuführen, Ausführungsgeschwindigkeit (0.5x, 1.0x, 2.0x…) & wir geben “Lauf”,

 

und bereit, Wir sehen die Ergebnisse einiger Tests durchgeführt, die zuvor in einem anderen MV haben wir bewegt diese neue Speicher zu testen, etc…