atomas42
Goto Top

Verbindungsaufbau HyperV SRV2019 schneckt

Hallo,

ich habe einen neuen Server 2019 mit 2x HyperV aufgesetzt.
Hardware ist ein SuperMicro mit
4x 32GB RAM
2x 240GB SSD für Betriebssystem und
4x 1,9TB SSD als RAID 10 für HyperV
4x extra NIC

Netzlaufwerke sind mit dem Client verbunden.
Wenn ich nun bei Windows 10 auf "Dieser PC" klicke, dann
dauert es manchmal 1-2 Sekunden bis die Netzlaufwerke
angezeigt werden.
Oft geht es schnell, also ist es sofort da, manchmal dauert
es aber auch einen kleinen Moment. Auch wenn ich mich durch
die Netzwerkordner klicke, dann kann es mal sein, dass oben der
Balken durchläuft und erstmal nichts passiert.

Beim kopieren einer großen Datei habe ich auch rund 120 MB/s
Bei kopieren kleinerer Dateien (16GB mit ca. 40000 Dateien)
dauert es recht lange.

Wenn ich auf den Host kopiere, läuft es wesentlich schneller
Auch zwischen den beiden HyperV geht es viel schneller
als beim Client.
Netzwerk ist alles 1000Mbit
Ich habe auch schon VMQ habe ich auch auf allen
4 Netzwerkports deaktiviert, das brachte auch nicht viel.

Mir fällt leider nichts mehr ein, wonach ich noch suchen kann.


Gruß Thomas

Content-ID: 647678

Url: https://administrator.de/forum/verbindungsaufbau-hyperv-srv2019-schneckt-647678.html

Ausgedruckt am: 23.12.2024 um 04:12 Uhr

IT-Spezi
IT-Spezi 03.02.2021 aktualisiert um 18:58:21 Uhr
Goto Top
Hallo,

mach mal einen Test mit NetIO:
https://web.ars.de/netio/
http://www.nwlab.net/art/netio/netio.html

Oder iperf.

Vielleicht bringt das ein wenig Licht ins dunkle.

Gruß

its
MysticFoxDE
MysticFoxDE 03.02.2021 aktualisiert um 19:19:04 Uhr
Goto Top
Moin Thomas,

keine Sorge, du musst, darfst dir jetzt aber nicht alles durchlesen.
Kleines Feierabendspässli. 🤪

Die folgenden Skripte sollten deine Probleme lindern wenn nicht gar lösen können.

#DISABLE ODX
#NATIVE2019, HV2019, VM2019
Set-ItemProperty hklm:\system\currentcontrolset\control\filesystem -Name "FilterSupportedFeaturesMode" -Value 1  

ODX Sollte bei dir nicht stören, bringt dir aber auch nichts, daher kannst du es ruhig auf dem HV-Node und den VMs (2012R2 bis aktuell) deaktivieren.

#DISABLE TRIM
fsutil behavior query disabledeletenotify
fsutil behavior set disabledeletenotify ReFS 1
fsutil behavior set disabledeletenotify NTFS 1

SSDs hinter einem RAID-Controller oder auch SAN können vom OS nicht getrimmt werden.

Dann das elende CUBIC noch gegen DCTCP tauschen

#TCP OPTIMIZER GENERAL TUNING
#NATIVE2019, HV2019, VM2019
#Get-NetTCPSetting | ft -AutoSize
Set-NetTCPSetting -SettingName "InternetCustom" -CongestionProvider DCTCP  
Set-NetTCPSetting -SettingName "DatacenterCustom" -CongestionProvider DCTCP  
Set-NetTCPSetting -SettingName "Datacenter" -CongestionProvider DCTCP  
Set-NetTCPSetting -SettingName "Internet" -CongestionProvider DCTCP  
Set-NetTCPSetting -SettingName "Compat" -CongestionProvider DCTCP  

#TCP OPTIMIZER GENERAL TUNING
#NATIVEW10, VMW10
#Get-NetTCPSetting | ft -AutoSize
netsh int tcp set supplemental template=internet congestionprovider=DCTCP
netsh int tcp set supplemental template=internetcustom congestionprovider=DCTCP
netsh int tcp set supplemental template=Datacenter congestionprovider=DCTCP
netsh int tcp set supplemental template=Datacentercustom congestionprovider=DCTCP
netsh int tcp set supplemental template=Compat congestionprovider=DCTCP

SMB Zurückoptimieren

#SMB GENERAL TUNING
#NATIVE2019, HV2019, VM2019, NATIVEW10, VMW10
#Get-SmbServerConfiguration
#Get-SmbClientConfiguration
Set-SmbServerConfiguration -RequireSecuritySignature $false
Set-SmbClientConfiguration -EnableBandwidthThrottling $false

RSC ... 🤢🤮 ... tschuldigung, abschalten ...

#TCP/IP STACK GENERAL TUNING
#NATIVE2019, HV2019, VM2019
#netsh int tcp show global
netsh int tcp set global RSC=Disabled


auch bei den vSwitchen
Get-VMSwitch | Set-VMSwitch -EnableSoftwareRsc $false

Desweiteren solltest du auf den physikalischen NIC's und vSwitch's und vNIC's und vmNIC's, VMQ und SRIOV deaktivieren und RSS bitte an lassen. (Details siehe Links aus meinem vorherigen Post)

Das müsste bereits schon fruchten.
Wenn nicht, dann habe ich noch zwei drei weitere Tricks im Ärmel.

Grüsse aus BaWü

Alex
Pjordorf
Pjordorf 03.02.2021 um 21:40:11 Uhr
Goto Top
Hallo,

Zitat von @atomas42:
ich habe einen neuen Server 2019 mit 2x HyperV aufgesetzt.
Also einmal Blech und 2 mal Software, oder?

Auch zwischen den beiden HyperV
?!?

Gruß,
Peter
MysticFoxDE
MysticFoxDE 03.02.2021 aktualisiert um 21:56:53 Uhr
Goto Top
Moin Peter,

Zitat von @atomas42:
ich habe einen neuen Server 2019 mit 2x HyperV aufgesetzt.
Also einmal Blech und 2 mal Software, oder?

😲😬, verdammt, das habe ich absolut übersehen, jetzt muss ich wahrscheinlich die ganzen Skripte neu schreiben. 😩

🤔

Bis 2HE Belch 0 Software A
Set-SmbServerConfiguration -Sheet 0 -OSLayer 0 -RequireSecuritySignature $false
Bis 2HE Belch 0 Software B
Set-SmbServerConfiguration -Sheet 0 -OSLayer 1 -RequireSecuritySignature $false

ab 3HE Belch 0 Software A
Set-SmbServerConfiguration -Plate 0 -OSLayer 0 -RequireSecuritySignature $false
ab 3HE Belch 0 Software B
Set-SmbServerConfiguration -Plate 0 -OSLayer 1 -RequireSecuritySignature $false

???

Grüsse aus BaWü
Alex
atomas42
atomas42 04.02.2021 aktualisiert um 12:28:35 Uhr
Goto Top
Hallo,

ich werde das mal durcharbeiten.

Was ist den mit Blech gemeint? und den bis 2HE/ab 3HE?
Also ich habe auf dem Server einmal Server 2019 als HOST und darauf im HyperV
2x Server 2019 installiert

Hier erstmal der Test mit Netio, die Werte sehen ja OK aus!?

TCP connection established.
Packet size 1k bytes: 109.40 MByte/s Tx, 109.40 MByte/s Rx.
Packet size 2k bytes: 109.44 MByte/s Tx, 109.36 MByte/s Rx.
Packet size 4k bytes: 110.86 MByte/s Tx, 111.12 MByte/s Rx.
Packet size 8k bytes: 109.56 MByte/s Tx, 111.24 MByte/s Rx.
Packet size 16k bytes: 109.31 MByte/s Tx, 110.81 MByte/s Rx.
Packet size 32k bytes: 109.28 MByte/s Tx, 111.42 MByte/s Rx.
Done.

UDP connection established.
Packet size 1k bytes: 103.58 MByte/s (0%) Tx, 104.23 MByte/s (0%) Rx.
Packet size 2k bytes: 107.71 MByte/s (0%) Tx, 107.65 MByte/s (0%) Rx.
Packet size 4k bytes: 109.20 MByte/s (0%) Tx, 110.74 MByte/s (0%) Rx.
Packet size 8k bytes: 106.81 MByte/s (0%) Tx, 93.24 MByte/s (0%) Rx.
Packet size 16k bytes: 106.92 MByte/s (0%) Tx, 93.18 MByte/s (0%) Rx.
Packet size 32k bytes: 108.46 MByte/s (0%) Tx, 89.26 MByte/s (0%) Rx.
Done.


Ich habe mir das ganze einmal schnell durchgelesen.
Ich werde das heute abend mal nach Feierabend testen.
MysticFoxDE
MysticFoxDE 04.02.2021 aktualisiert um 12:52:57 Uhr
Goto Top
Moin Thomas,

Was ist den mit Blech gemeint?

Mit einem Blech oder auch "bare metal" bezeichnet man in der (alten) IT-Sprache einen physikalischen Server.

und den bis 2HE/ab 3HE?
Bitte diesen Post unter AdminJokes@LateNight verbuchen. 🙃

Grüsse aus BaWü

Alex
atomas42
atomas42 07.02.2021 um 15:44:07 Uhr
Goto Top
Hallo MysticFoxDE,

leider kam ich erst heute dazu, sorry.
Habe alles so gemacht wie du gesagt hast, ausser bei den Win10 Clients habe ich noch nicht ausgeführt.

Solidworks Admin Installation (ca 16GB) gehen jetzt auf jeden Fall viel schneller als vorher, in ca. 30 Minuten,
hat teilweise sonst 3-4 Stunden oder länger bei einigen Clients gedauert.
Auch der Ordneraufbau läuft jetzt flüssig, ich hoffe, dass es jetzt nicht nur eine Momentaufnahme ist,
da heute niemand an den Clients arbeitet.
Ich denke aber, das es passt.

Mmmhh, ja Blech da hätte ich auch drauf kommen können. Doof.
Mach das alles auch schon ca. 20 Jahre in einem kleinen Dorfladen.
Aber alles wissen geht nicht, es hilft lesen, probieren und manchmal hier
Fragen, wenn es gar nicht weitergeht.

Lohnt es sich, das auch bei nur Blech Installation Server 2019 durchzuführen?
Sollte die Server Installation nicht schon erkennen, dass eine SSD angeschlossen ist
und den TRIM Befehl deaktivieren?

Vielen Dank MysticFoxDE