SMB-multikanal over VPN: hvad klienten faktisk bruger
SMB-multikanal over en VPN tilføjer få kanaler: læs klientens netværksgrænseflader, de valgte forbindelser og SMB-dialekten, før du giver tunnelen skylden for langsomme filer.
Langsom filadgang over en VPN frister til at bruge indstillingen til multikanal som løsning, og indstillingen har ofte intet at arbejde med. En enkelt virtuel adapter uden RSS kan ikke sprede trafikken over flere kanaler, uanset hvad afkrydsningsfeltet siger. Det afgørende er den kapacitet, SMB ser i begge ender, ikke specifikationen for bærbarens fysiske netværkskort. Gennemgangen nedenfor starter ved en aktiv session og arbejder sig tilbage til adapteropsætningen.
Start ved sessionen, ikke ved netværkskortets specifikation
Bekræft først, at sessionen overhovedet kan bruge multikanal. Funktionen hører til SMB3, så en ældre dialekt, der er forhandlet med et apparat eller en ældre server, udelukker den, før noget adapter-spørgsmål bliver relevant. Bekræft derefter, hvilken server klienten faktisk har forbindelse til, for et navn, der opløses til en anden node end den, du undersøger, giver et overbevisende, men irrelevant resultat.
Get-SmbConnection
Get-SmbClientConfiguration | Select-Object EnableMultichannel
Get-SmbClientNetworkInterface
Den første kommando angiver dialekt, server og delt mappe på én linje. Den anden viser, om funktionen er slået til på klienten, og den tredje oplister de grænseflader, SMB kender, med deres rapporterede kapaciteter. En virtuel adapter, der hverken rapporterer RSS eller RDMA, fortæller dig, hvad opsætningen kan udvikle sig til.
Hvis dialekten ikke er SMB3, så stop og løs det spørgsmål først. Ellers vil hver senere kommando beskrive en funktion, der ikke kan aktiveres.
Læs klientens grænseflader ærligt
SMB er ligeglad med, hvilken adapter der bærer din standardrute; den opregner de grænseflader, den kan bruge, og vurderer hver enkelt. En bærbar med Wi-Fi, Ethernet og en VPN-adapter kan præsentere tre grænseflader, og kun én af dem er måske nåbar for den server, du taler med. De øvrige er kandidater, ikke kanaler.
Læs kolonnerne for RSS og RDMA i stedet for kolonnen for linkhastighed. En virtuel adapter rapporterer ofte en høj nominel hastighed uden RSS-kapacitet, og den nominelle hastighed beskriver det virtuelle link, ikke vejen gennem internettet. Ingen af de to tal fortæller, hvor mange kanaler sessionen bruger.
Hvis adapteren ikke viser RSS-kapacitet, hører den understøttede løsning til VPN-leverandørens driver, ikke til det fysiske netværkskorts avancerede egenskaber. At sætte kryds i et RSS-felt på hardwareadapteren ændrer intet ved det, den virtuelle adapter viser SMB.
Skeln mellem valgte kanaler og fundne kandidater
Forbindelseslisten er den del, der oftest læses forkert. Med ikke-valgte kandidater inkluderet viser outputtet alt, hvad SMB har overvejet, og det er ikke det sæt kanaler, der bærer data. Læs markeringsflaget og antallet af kanaler for det konkrete klient- og servergrænsefladepar, du interesserer dig for.
Get-SmbMultichannelConnection -ServerName files.lab.example -IncludeNotSelected
Get-SmbMultichannelConnection -ServerName files.lab.example | Format-List *
Erstat med dit eget servernavn. Den anden form udskriver egenskaberne for de valgte forbindelser, herunder grænsefladeindeksene og det aktuelle kanalantal, som er det tal, der betyder noget. Flere fundne adresser på én adapter er stadig én adapter.
En fundet adresse kan også være ubrugelig på grund af VPN-politikken: det kan være en lokal undernetadresse, som tunnelen ikke fører, eller en adresse, som serveren kun betjener på et andet netværk. SMB oplister den som kandidat, fordi grænsefladen findes, ikke fordi vejen virker.
Hvad VPN-adapteren gør ved opsætningen
Tre opsætninger er værd at skelne, for kun to af dem kan give mere end én kanal. En enkelt adapter uden RSS giver én kanal. En enkelt RSS-kapabel adapter kan sprede forbindelser over kerner. Flere brugbare adaptere kan give flere kanaler selv uden RSS, og det er den konfiguration, folk glemmer, når de antager, at RSS er obligatorisk.
| Layout SMB sees | Channels possible |
|---|---|
| One adapter, no RSS | One |
| One adapter with RSS | Several, spread across cores |
| Two or more usable adapters | Several, one path per adapter |
| Several adapters behind one tunnel | Several, one shared bottleneck |
Den sidste række er den, der betyder noget over en VPN. Kanaler, der alle går ind i den samme krypterede tunnel, deler tunnelens gennemstrømning, gatewayens CPU og WAN-linket. At tilføje en kanal der omfordeler arbejde uden at tilføje kapacitet, og målingen vil vise det.
Behold signering og kryptering aktiveret, mens du sammenligner, fordi at slå dem fra ændrer det, du måler. Et ydelsesresultat, der afhænger af at deaktivere en sikkerhedsindstilling, er ikke et resultat, du kan udrulle.
Mål den arbejdsbelastning, der faktisk er langsom
Navngiv arbejdsbelastningen, før du ændrer noget: én stor sekventiel kopi, mange små filer i én mappe eller et program, der åbner og lukker handles. Multikanal kan hjælpe det første tilfælde, når der findes reelt uafhængige veje, og det gør meget lidt for det tredje, fordi omkostningen der er afhængige rundture snarere end båndbredde.
Optag en baseline med den nuværende opsætning, ændr én ting, og optag igen med det samme filsæt og på samme tid af dagen. Notér antallet af valgte veje ved siden af tallet, så en senere læser kan se, om ændringen ændrede opsætningen eller kun belastningen.
Hvis kanalerne ikke ændrede sig, ligger ydelsesspørgsmålet et andet sted: tunnelens krypteringsomkostninger, vejens latenstid eller serverens egen disk og CPU. Det er værd at måle, før endnu en adapter føjes til en bærbar, der allerede har nok af dem.