Wir haben erhebliche Leistungsprobleme mit Server 2019. Die Lese- und Schreibleistung ist im Vergleich zu Server 2016 sehr schlecht. Wir haben eine Reihe von Servern auf Kundenseiten installiert, um alte Server zu ersetzen, und alle Kunden haben sich darüber beschwert, dass das Öffnen von Dateien vom Server langsam ist.
Wir haben in unserem Büro einen Testserver eingerichtet und einige Lese- und Schreibgeschwindigkeiten gemessen und einen großen Unterschied zwischen 2019 und 2016 festgestellt.
Wir haben eine 2016er und eine 2019er VM auf einem 2019er Host mit Hyper V installiert und den LAN-Geschwindigkeitstest verwendet, um die Lese-/Schreibgeschwindigkeiten der VMs und des Hosts zu messen.
Der Server ist ein Dell PowerEdge mit 8 x 15.000 Festplatten, konfiguriert als RAID 10 mit Intel Quad-Port-Netzwerkkarte.
Die Lese-/Schreibgeschwindigkeiten der VM 2016 betragen 600 Mbit/s beim Schreiben und 780 Mbit/s beim Lesen.
Die Lese-/Schreibgeschwindigkeiten der VM 2019 betragen 220 Mbit/s beim Schreiben und 115 Mbit/s beim Lesen.
Beide VMs verwenden denselben virtuellen Switch, sind genau gleich konfiguriert und befinden sich auf derselben virtuellen Festplatte. Der einzige Unterschied besteht im Betriebssystem, das auf beiden VMs vollständig gepatcht ist.
Wir haben dies nun auf Servern unterschiedlicher Spezifikation bei Kunden getestet und überall die gleichen Ergebnisse festgestellt: 2019 ist deutlich langsamer als 2016.
Alle BIOS und Treiber sind die neuesten verfügbaren von Dell.
Dies ist nicht auf einen Server beschränkt, es passiert auf mehreren Servern, von denen einige alte SBS 2011-Server ersetzt haben und dennoch langsamer laufen als die alten SBS-Boxen. Hat jemand anderes dieses Problem festgestellt?
Antwort1
Möglicherweise sehen Sie dies aufgrund von „Receive Segment Coalescing“ (RSC). Kurz gesagt handelt es sich bei RSC um eine TCP-Segmentaggregation, die Segmente kombiniert, um größere Segmente statt mehrerer kleiner Segmente aus Effizienzgründen zu verarbeiten. Dies wurde als Standardkonfigurationsänderung für Windows Server 2019 eingeführt und war die Ursache für ähnliche Probleme wie bei Ihnen in anderen Umgebungen.
Sie können den RSC eines Clients für IPv4-Verkehr mit PowerShell deaktivieren:
Disable-NetAdapterRsc -Name $nic -IPv4.Sie können den aktuellen RSC-Status eines Hyper-V vSwitch mit PowerShell überprüfen:
Get-VMSwitch -Name $vSwitch | Select *RSC*.Sie können den RSC eines Hyper-V vSwitches vollständig mit PowerShell deaktivieren:
Set-VMSwitch -Name $vSwitch -EnableSoftwareRsc:$FALSE. Dies hat keine Auswirkungen auf bestehende vSwitch-Verbindungen.
Für die Punkte 2 und 3 benötigen Sie Zugriff auf die Hyper-V PowerShell-Module und die entsprechenden Hyper-V-Verwaltungsberechtigungen. Da Sie dies auf mehreren Rechnern auf einem Hyper-V vSwitch gesehen haben, ist es wahrscheinlich, dass Sie bei Punkt 3 Hilfe finden. Ich habe Referenzmaterial für Sie bereitgestellt.HierUndHier.
Antwort2
Ich kann nicht glauben, dass Windows 2019 nach all dieser Zeit immer noch irgendwie kaputt ist, aber ich empfehle Ihnen, die folgenden Einstellungen anzupassen und es erneut zu testen:
LAN
Set-NetTCPSetting -SettingName "DatacenterCustom" -CongestionProvider DCTCP
Set-NetTCPSetting -SettingName "DatacenterCustom" -CwndRestart True
Set-NetTCPSetting -SettingName "DatacenterCustom" -ForceWS Disabled
Set-NetTCPSetting -SettingName "Datacenter" -CongestionProvider DCTCP
Set-NetTCPSetting -SettingName "Datacenter" -CwndRestart True
Set-NetTCPSetting -SettingName "Datacenter" -ForceWS Disabled
WAN
Set-NetTCPSetting -SettingName "InternetCustom" -CongestionProvider CTCP
Set-NetTCPSetting -SettingName "InternetCustom" -DelayedAckTimeoutMs 50
Set-NetTCPSetting -SettingName "InternetCustom" -ForceWS Disabled
Set-NetTCPSetting -SettingName "Internet" -CongestionProvider CTCP
Set-NetTCPSetting -SettingName "Internet" -DelayedAckTimeoutMs 50
Set-NetTCPSetting -SettingName "Internet" -ForceWS Disabled
Dadurch wird das Jahr 2019 so umgestaltet, dass es sich etwas mehr wie 2016 verhält.
Antwort3
Wollte einen Kommentar abgeben, habe aber noch nicht den Ruf.
Ich habe dieses Problem auf einem neuen Dell T440-Server festgestellt, auf dem Server 2019 als Hostbetriebssystem mit Hyper-V-Rolle ausgeführt wurde, und auf einer Test-VM (Win10), die ich hochgefahren habe.
Auf meinem kabelgebundenen Laptop (Lenovo P52S) mit Win11 habe ich mit LAN Speed Test Lite zur Test-VM durchschnittlich 500 MBit/s beim Schreiben und zwischen 90 und 220 MBit/s beim Lesen gesehen. Dabei wurde immer eine 20 MB große Datei verwendet.
Zum Host selbst: Mit LAN Speed Test Lite habe ich durchschnittlich 500 MBit/s beim Schreiben und 500 MBit/s+ beim Lesen gesehen, also war mit meinem Laptop alles in Ordnung (dachte ich zumindest).
Ich habe RSC auf dem virtuellen Switch deaktiviert, aber es hat bei mir keine Verbesserung gebracht, immer noch schlechte Leseleistung zwischen Laptop und VM, selbst nach dem Neustart von HOST, VM und Laptop. Ich habe RSC wieder aktiviert.
Heute Morgen habe ich einen alten MSI Win10-Laptop ausgegraben und ausprobiert. Der LAN Speed Test Lite ergab beim ersten Versuch 500 MBit/s beim Schreiben und 700 MBit/s beim Lesen. Wow! Also lag es an meinem Rechner? Ich habe noch ein paar Tests durchgeführt und beim Lesen bis zu 1600 MBit/s festgestellt. Dann habe ich zwanzig weitere Tests hintereinander durchgeführt und festgestellt, dass bei 4 der 20 Tests die Lesegeschwindigkeit niedriger war (etwa halb so niedrig) als die Schreibgeschwindigkeit.
Dann habe ich RSC auf dem virtuellen Switch (wieder) deaktiviert und weitere 20 Tests ausgeführt. Alle 20 lieferten konsistente Lese- und Schreibergebnisse, im Durchschnitt 700-800 beim Lesen und 450-600 beim Schreiben.
RSC auf dem virtuellen Switch wieder aktiviert und 5 der 20 Tests zeigten diesmal eine langsame Lesegeschwindigkeit. Ich persönlich hätte lieber konsistente Ergebnisse als eine Lesegeschwindigkeit von 1600 Mbit/s+, aber nur 220 Mbit/s, also bleibt RSC ausgeschaltet.
Zurück auf meinem P52s-Laptop, immer noch dieselben schlechten Ergebnisse, aber das scheint mit der Intel-Netzwerkkarte zusammenzuhängen, denn bei Verwendung eines USB->Gigabit-Ethernet-Adapters mit Realtek-Chipsatz entsprechen die Geschwindigkeitsergebnisse denen auf dem MSI-Laptop. Ich erwähne dies auch als OP, also kein Vorteil mit deaktiviertem RSC, wie ich es anfangs getan habe.
Prost
Mike