Diagnose eines iSCSI-Engpasses

686
Eds

Ich habe gerade ein paar DL380 G5s in die Hände bekommen, und ich dachte, ich würde sie in meinem Heimlabor verwenden, um die Erstellung eines Hyper-V-Clusters mit einem iSCSI-Speicher-Setup zu testen. Ich habe Server 2012 R2 auf allen drei Computern installiert und ein paar iSCSI-Festplatten / LUNs auf einem Host erstellt, auf dem alle 8 Festplatten in RAID 10 ausgeführt werden.

Alle drei Server verfügen über mindestens 6 NICs. Daher entschied ich mich für die Verwendung von 4 auf dem Speicherserver für iSCSI, 1 für die Hostverwaltung mit 1 Standby. Auf den Hyper-V-Knoten würde ich 2 für iSCSI, 2 für das VM-LAN, 1 Management und 1 Standby verwenden.

Ich habe meinen Management- und Speicherdatenverkehr zunächst auf separate Switches aufgeteilt, um eine optimale Leistung zu erzielen. Der Speicherhost verwendet die integrierte NIC-Teaming-Funktion von 2012, um die NICs zu einer einzigen Schnittstelle / IP zu kombinieren (gemäß diesem Artikel wird dieses NIC-Teaming-Setup für die Zielseite unterstützt). Auf den Hyper-V-Hosts habe ich sie getrennt aufbewahrt und stattdessen MPIO installiert (unter Verwendung dieses Kapitels). Dabei habe ich einen Pfad von jeder NIC zur Speicher-IP eingerichtet.

Meine Frage dreht sich im Wesentlichen darum; Beim Durchführen eines Festplattentests auf dem Speicherhost erhalte ich ca. 250 MBit / s Lese- / Schreibzugriff (sowohl auf dem physischen Datenträger als auch auf der angehängten VHDX, auf die mein iSCSI verweist). Wenn ich eine einzelne NIC auf den Hyper-V-Hosts verwende und diese iSCSI-LUN anbringe, erhalte ich etwa 95-100 MB / s (aufgrund einer einzigen Gigabit-Schnittstelle, erwartetes Ergebnis). Wenn ich dann die zweite NIC einrichte, gehen meine Lese- und Schreibvorgänge auf bis zu 150 MB / s. Dies hätte erwartet, dass sie näher an 200 MB / s liegen würde. Wenn Sie eine dritte NIC zum Mix hinzufügen, bleiben meine Lese- und Schreibvorgänge immer noch um die Marke von 150 MB / s.

Ich weiß, dass ich nicht das gleiche Ergebnis erwarten sollte wie der Test, den ich mit dem Host selbst durchgeführt habe, aber ich finde es merkwürdig, dass es bei 150 MB / s ein Cap ist. Ich habe Jumbo-Frames auf dem Switch und auf allen Netzwerkkarten aktiviert, aber ich scheine diese Obergrenze nicht zu überwinden. Gibt es andere Schritte, die ich hier ausführen sollte, oder ist dies die erwartete Übertragungsrate bei dieser Art von Setup?

5
Arbeiten Sie über Onboard- und Erweiterungs-NICs zusammen? Dies könnte ein Busengpass sein. Linef4ult vor 8 Jahren 0
Das Teaming auf dem Storage Host befindet sich auf einer einzigen Karte, einer HP NC364T 4-Port-Gigabit-NIC. Gleiches gilt für die Hyper-V-Seite, wenn dieselbe Karte verwendet wird. Hätte nicht daran gedacht, sich über mehrere physische Adapter zu verbreiten, also werde ich es versuchen. Eds vor 8 Jahren 1
Unterschiedliche physische Netzwerkkarten schienen keinen Unterschied zu machen. Um dies zu erreichen, habe ich eine einfache Dateikopie anstelle eines CrystalDisk-Tests ausprobiert und schien näher an 220MB / s zu geraten. Ich beginne jetzt zu vermuten, dass der iSCSI MPIO in Ordnung war und der Benchmark ausfiel . Ich werde mit iSCSI für meinen Testcluster gehen und sehen, was passiert. Eds vor 8 Jahren 0
Noch ungewöhnlicher ist der Netzwerkverkehr auf dem Hyper-V-Knoten und dem Speicherserver, die noch immer mit 100 MB / s belegt sind. Das frustriert mich wirklich! Eds vor 8 Jahren 0
Deaktivieren Sie die Warteschlangen für virtuelle Maschinen, starten Sie das Bare-Metal neu und testen Sie es erneut. Linef4ult vor 8 Jahren 0
Nur der Ort, an dem ich VMQ-fähig fand, war auf dem NIC-Teamadapter. DIsabled das neu gestartet. Beim Kopieren auf die Speichermaschine wird Hintergrundverkehr angezeigt, nachdem der Dateivorgang abgeschlossen ist. Wenn Sie von dort kopieren, wird auf beiden Seiten kein Netzwerkverkehr angezeigt.?!?! Haha Eds vor 8 Jahren 0
Das VMQ-Problem ist an Broadcom-Adapter gebunden. DL's haben die, wenn Sie sie mitbestellen. Sie deaktivieren VMQ auf dem Adapter. Binden Sie dann Ihre NIC erneut an einen anderen virtuellen Switch. Sie können die Bindung wieder auf das Original zurücksetzen, Sie müssen jedoch die virtuellen Switches einmal ändern. Möglicherweise sehen Sie, dass Ihre Verkehrsüberwachung jetzt funktioniert. Citizen vor 7 Jahren 0

0 Antworten auf die Frage

Verwandte Probleme