PXE/MDT Långsam nätverksinstallation

Permalänk
Arvid Nordqvist-mannen

PXE/MDT Långsam nätverksinstallation

Goddag!

Problemet:
Min stationära får superlåg hastighet vid ominstallation (Steget Install Operating System) med hastighet runt mellan 5-15% Alltså 50-150Mbps med nån enstaka topp på 25-30% men snittar oftast inte högre än 10% / 100Mbps.

What the fudge?!

Mina två bärbara jag haft tidigare samt den jag har nu + andra, samt alla VM:ar får en OK fart, med det menas att jag får normalt hastighet mellan 15-50% av Gb-länken, snabba toppar på 70% och dalar på 12-14%
Bootimage för MDT förs över/läses med ca 200Mbps och nvidia-drivare kan kopieras till systemdisk i upp till 900Mbps.

Sitter med en kombo av nedan:
Stationär: Z390-H Gaming, Samsung 750EVO 120GB, 16GB DDR4, Intel I1219-V
Fysisk server: I5-4670k Stock, 16GB DDR3, 1TB OS SSD, Server 2019
Virtuella: Ubuntu/piHole, Server 2019 DC/ADDS och W10 Enterprise LTSC2021 med MDT/ADK installerat
Nätverk: Gbit-länk till allt och alla, nätverket och allt fungerar bra.

Vad jag prövat:
Prövat baka in olika drivrutiner i bootimagen, både nätverk och sata/ahci
Prövat ren bootimage
Aktiverat IRST i UEFI
Byta ADK med "bättre" versionnummer för DISM
Iperf/ping mot VM:en är utmärkt.
Stängt av recieve side scaling för nätverskorten på servern (För en annan gick det från typ timme till 13min för ungefär lika stor WIM som jag har)
Ändrat Variable extension och TFTP i WDS
I winPE ändrat DISM till hög cpu-prio samt ändrat energischema till hög genom CMD
+ lite mer jag inte kommer på nu

Vad är det frågan om? Vad har jag missat? Vad behöver jag ändra?
Det känns som att det är bestämt till min stationära även om jag tycker det borde gå lite fortare rent generellt.

Permalänk
Medlem

Vad jag förstår på WDS/MDT och deployment, så är det att det är just TFTP-delen som segar ner hela processen eftersom detta gamla protokoll inte är optimalt rent överföringsmässigt att föra över stora mängder data. Så det du vill åstadkomma är att överföra så lite som möjligt över TFTP och sköta resten över iPXE/HTTPS som klarar högre överföringshastigheter.

Du ska kunna lägga till en iPXE boot image och få till HTTPS-nedladdning av installations-wim:en den vägen. Guiden jag hittade gällde dock för fullvärdig SCCM-miljö eftersom du behöver uppsatt PKI för att det ska fungera.
https://quisitive.com/os-deployment-with-pki-https/

Annars kan du ju kolla på Project FOG som är en open source-lösning av distribution av OS-avspeglingar, och som då stödjer iPXE och nedladdning över http/https eller från NFS-utdelning som då ger dig mycket högre överföringshastigheter. Jag kör själv en FOG-instans hos mig, men efter att jag började göra Synology Active Backup-avspeglingar på mina datorer så har jag aldrig behövt använda mig utav FOG för att återställa en dator vid krasch så jag har den mest igång för att kunna labba med lösningen, eller så var tanken i alla fall, sen blev jag farsa till två knoddar och FOG har fallit lite i glömska.
https://docs.fogproject.org/en/latest/introduction/

Dessa kan också vara av intresse att kolla på.
https://ipxe.org/wimboot
https://hannan.au/posts/wimboot-sccm/

Visa signatur

Also found as @piteball@mastodon.rockhost.se
XCP-ng Node - Dell PowerEdge R720xd, Xeon E5-2690, 272GB, 3TB SSD, Nvidia Tesla P4
XCP-ng Node - Dell PowerEdge R720xd, Xeon E5-2697v2, 256GB, 2TB SSD
Xpenology Storage - SuperMicro X10SLL-F/SC825TQ, Xeon E3-1231 v3, 16GB, 90TB HDD
Xpenology Backup - Dell PowerEdge R230, Xeon E3-1220v6, 16GB, 12TB HDD

Permalänk
Arvid Nordqvist-mannen
Skrivet av Pitr-:

Vad jag förstår på WDS/MDT och deployment, så är det att det är just TFTP-delen som segar ner hela processen eftersom detta gamla protokoll inte är optimalt rent överföringsmässigt att föra över stora mängder data. Så det du vill åstadkomma är att överföra så lite som möjligt över TFTP och sköta resten över iPXE/HTTPS som klarar högre överföringshastigheter.

Du ska kunna lägga till en iPXE boot image och få till HTTPS-nedladdning av installations-wim:en den vägen. Guiden jag hittade gällde dock för fullvärdig SCCM-miljö eftersom du behöver uppsatt PKI för att det ska fungera.
https://quisitive.com/os-deployment-with-pki-https/

Annars kan du ju kolla på Project FOG som är en open source-lösning av distribution av OS-avspeglingar, och som då stödjer iPXE och nedladdning över http/https eller från NFS-utdelning som då ger dig mycket högre överföringshastigheter. Jag kör själv en FOG-instans hos mig, men efter att jag började göra Synology Active Backup-avspeglingar på mina datorer så har jag aldrig behövt använda mig utav FOG för att återställa en dator vid krasch så jag har den mest igång för att kunna labba med lösningen, eller så var tanken i alla fall, sen blev jag farsa till två knoddar och FOG har fallit lite i glömska.
https://docs.fogproject.org/en/latest/introduction/

Dessa kan också vara av intresse att kolla på.
https://ipxe.org/wimboot
https://hannan.au/posts/wimboot-sccm/

Tack för svar! Får kolla in iPXE-boot och se om jag kan lösa det den vägen, sen blir det FOG om inget löser sig.

I sig är väl inte snitthastigheten egentliga problemet för det går ju relativt fort ändå, bara att min stationära inte vet bättre:)
I UEFI ser jag nån form av hastighetsval för PXE boot där 100Mbps duplex är max men iom topparna jag ibland ser och länkhastighet jag har lär det knappast vara problemet (tror jag)

Edit 29/5:
Får uppdatera mig själv lite, eventuellt har jag löst det. Tidigare har jag använt drivare som kom med moderkortet vilket då inte verkade fungera, men denna gång fungerade det samt att jag ändare Multicast till "seperate clients into two sessions (slow and fast)" i WDS properties.

Får testa lite mer men första testet nådde bra över 100Mbps