SMB med flere kanaler over VPN: hva klienten faktisk bruker
SMB med flere kanaler over en VPN legger til få kanaler: les klientens grensesnitt, de valgte tilkoblingene og SMB-dialekten før du gir tunnelen skylden for trege filer.
Treg filtilgang over en VPN frister til å bruke innstillingen for flere kanaler som løsning, og innstillingen har ofte ingenting å jobbe med. Én enkelt virtuell adapter uten RSS kan ikke spre trafikken over flere kanaler, uansett hva avkrysningsboksen sier. Det som teller, er kapasiteten SMB ser i begge ender, ikke spesifikasjonen til den fysiske NIC-en i laptopen. Gjennomgangen nedenfor starter ved en aktiv økt og arbeider seg tilbake til adapteroppsettet.
Start ved økten, ikke ved NIC-spesifikasjonen
Bekreft først at økten i det hele tatt kan bruke flere kanaler. Funksjonen tilhører SMB3, så en eldre dialekt forhandlet med en enhet eller en gammel server utelukker den før noe adapter-spørsmål blir relevant. Bekreft deretter hvilken server klienten faktisk koblet til, fordi et navn som løses til en annen node enn den du undersøker, gir et overbevisende men irrelevant resultat.
Get-SmbConnection
Get-SmbClientConfiguration | Select-Object EnableMultichannel
Get-SmbClientNetworkInterface
Den første kommandoen navngir dialekten, serveren og delingen på én linje. Den andre viser om funksjonen er slått på hos klienten, og den tredje lister opp grensesnittene SMB kjenner med deres rapporterte egenskaper. En virtuell adapter som verken rapporterer RSS eller RDMA, forteller deg hva oppsettet kan bli.
Hvis dialekten ikke er SMB3, stopp og løs det spørsmålet først. Ellers vil hver senere kommando beskrive en funksjon som ikke kan aktiveres.
Les klientens grensesnitt ærlig
SMB bryr seg ikke om hvilken adapter som bærer standardruten din; den lister opp grensesnittene den kan bruke og vurderer hvert av dem. En laptop med Wi-Fi, Ethernet og en VPN-adapter kan presentere tre grensesnitt, og bare ett av dem er kanskje nåbart for serveren du snakker med. De andre er kandidater, ikke kanaler.
Les kolonnene for RSS og RDMA i stedet for kolonnen for lenkehastighet. En virtuell adapter rapporterer ofte høy nominell hastighet uten RSS-egenskap, og den nominelle hastigheten beskriver den virtuelle lenken, ikke veien gjennom internett. Ingen av de to tallene forteller hvor mange kanaler økten bruker.
Hvis adapteren ikke viser RSS-egenskap, hører den støttede rettelsen til VPN-leverandørens driver, ikke til den fysiske NIC-ens avanserte egenskaper. Å krysse av for RSS på maskinvareadapteren endrer ingenting ved det den virtuelle adapteren viser SMB.
Skill valgte kanaler fra oppdagede kandidater
Tilkoblingslisten er den delen som oftest leses feil. Med ikke-valgte kandidater inkludert viser utdata alt SMB vurderte, og det er ikke settet med kanaler som bærer data. Les valgflagget og antall kanaler for det konkrete klient- og servergrensesnittparet du bryr deg om.
Get-SmbMultichannelConnection -ServerName files.lab.example -IncludeNotSelected
Get-SmbMultichannelConnection -ServerName files.lab.example | Format-List *
Bytt ut med ditt eget servernavn. Den andre formen skriver ut egenskapene til de valgte tilkoblingene, inkludert grensesnittindeksene og gjeldende kanalantall, og det er tallet som betyr noe. Flere oppdagede adresser på én adapter er fortsatt én adapter.
En oppdaget adresse kan også være ubrukelig på grunn av VPN-policyen: det kan være en lokal subnettadresse som tunnelen ikke fører, eller en adresse serveren bare betjener på et annet nettverk. SMB lister den som kandidat fordi grensesnittet finnes, ikke fordi veien virker.
Hva VPN-adapteren gjør med oppsettet
Tre oppsett er verdt å skille, for bare to av dem kan gi mer enn én kanal. Én adapter uten RSS gir én kanal. Én RSS-kapabel adapter kan spre tilkoblinger over kjerner. Flere brukbare adaptere kan gi flere kanaler selv uten RSS, og det er konfigurasjonen folk glemmer når de antar 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 siste raden er den som betyr noe over en VPN. Kanaler som alle går inn i den samme krypterte tunnelen, deler tunnelens gjennomstrømning, gatewayens CPU og WAN-lenken. Å legge til en kanal der omfordeler arbeid uten å legge til kapasitet, og målingen vil vise det.
Hold signering og kryptering aktivert mens du sammenligner, fordi å slå dem av endrer det du måler. Et ytelsesresultat som avhenger av å deaktivere en sikkerhetsinnstilling, er ikke et resultat du kan rulle ut.
Mål arbeidsbelastningen som faktisk er treg
Navngi arbeidsbelastningen før du endrer noe: én stor sekvensiell kopi, mange små filer i én mappe eller et program som åpner og lukker handtak. Flere kanaler kan hjelpe det første tilfellet når det finnes reelt uavhengige veier, og gjør svært lite for det tredje, fordi kostnaden der er avhengige rundturer snarere enn båndbredde.
Ta en baseline med det nåværende oppsettet, endre én ting, og ta på nytt med det samme filsettet og på samme tid av dagen. Noter antallet valgte veier ved siden av tallet, slik at en senere leser kan se om endringen endret oppsettet eller bare belastningen.
Hvis kanalene ikke endret seg, ligger ytelsesspørsmålet et annet sted: tunnelens krypteringskostnad, veiens latenstid eller serverens egen disk og CPU. Det er verdt å måle før enda en adapter legges til en laptop som allerede har nok av dem.