SMB med fleire kanalar over VPN: kva klienten faktisk brukar
SMB med fleire kanalar over ein VPN legg til få kanalar: les grensesnitta til klienten, dei valde tilkoplingane og SMB-dialekten før du gir tunnelen skulda for trege filer.
Treg filtilgang over ein VPN freistar til å bruke innstillinga for fleire kanalar som løysing, og innstillinga har ofte ingenting å jobbe med. Éin enkelt virtuell adapter utan RSS kan ikkje spre trafikken over fleire kanalar, uansett kva avkryssingsboksen seier. Det som tel, er kapasiteten SMB ser i begge endar, ikkje spesifikasjonen til den fysiske NIC-en i laptopen. Gjennomgangen nedanfor startar ved ei aktiv økt og arbeider seg tilbake til adapteroppsettet.
Start ved økta, ikkje ved NIC-spesifikasjonen
Stadfest først at økta i det heile kan bruke fleire kanalar. Funksjonen høyrer til SMB3, så ein eldre dialekt forhandla med ein eining eller ein gammal server utelukkar han før noko adapter-spørsmål blir relevant. Stadfest deretter kva server klienten faktisk kopla til, fordi eit namn som blir løyst til ein annan node enn den du undersøkjer, gir eit overtydande men irrelevant resultat.
Get-SmbConnection
Get-SmbClientConfiguration | Select-Object EnableMultichannel
Get-SmbClientNetworkInterface
Den første kommandoen namngir dialekten, serveren og delinga på éi linje. Den andre viser om funksjonen er slått på hjå klienten, og den tredje listar opp grensesnitta SMB kjenner med dei rapporterte eigenskapane deira. Ein virtuell adapter som korkje rapporterer RSS eller RDMA, fortel deg kva oppsettet kan bli.
Viss dialekten ikkje er SMB3, stopp og løys det spørsmålet først. Elles vil kvar seinare kommando skildre ein funksjon som ikkje kan aktiverast.
Les grensesnitta til klienten ærleg
SMB bryr seg ikkje om kva adapter som ber standardruta di; han listar opp grensesnitta han kan bruke og vurderer kvart av dei. Ein laptop med Wi-Fi, Ethernet og ein VPN-adapter kan presentere tre grensesnitt, og berre eitt av dei er kanskje nåbart for serveren du snakkar med. Dei andre er kandidatar, ikkje kanalar.
Les kolonnane for RSS og RDMA i staden for kolonnen for lenkefart. Ein virtuell adapter rapporterer ofte høg nominell fart utan RSS-eigenskap, og den nominelle farten skildrar den virtuelle lenka, ikkje vegen gjennom internett. Ingen av dei to tala fortel kor mange kanalar økta brukar.
Viss adapteren ikkje viser RSS-eigenskap, høyrer den støtta rettinga til driveren til VPN-leverandøren, ikkje til dei avanserte eigenskapane til den fysiske NIC-en. Å krysse av for RSS på maskinvareadapteren endrar ingenting ved det den virtuelle adapteren viser SMB.
Skil valde kanalar frå oppdaga kandidatar
Tilkoplingslista er den delen som oftast blir lesen feil. Med ikkje-valde kandidatar inkluderte viser utdata alt SMB vurderte, og det er ikkje settet med kanalar som ber data. Les valflagget og talet på kanalar 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 *
Byt ut med ditt eige servernamn. Den andre forma skriv ut eigenskapane til dei valde tilkoplingane, inkludert grensesnittindeksane og gjeldande kanaltal, og det er talet som betyr noko. Fleire oppdaga adresser på éin adapter er framleis éin adapter.
Ei oppdaga adresse kan også vere ubrukeleg på grunn av VPN-policyen: det kan vere ei lokal subnettadresse som tunnelen ikkje fører, eller ei adresse serveren berre tener på eit anna nettverk. SMB listar ho som kandidat fordi grensesnittet finst, ikkje fordi vegen verkar.
Kva VPN-adapteren gjer med oppsettet
Tre oppsett er verd å skilje, for berre to av dei kan gi meir enn éin kanal. Éin adapter utan RSS gir éin kanal. Éin RSS-kapabel adapter kan spre tilkoplingar over kjernar. Fleire brukbare adapterar kan gi fleire kanalar sjølv utan RSS, og det er konfigurasjonen folk gløymer når dei 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 rada er den som betyr noko over ein VPN. Kanalar som alle går inn i den same krypterte tunnelen, deler gjennomstrøyminga til tunnelen, CPU-en til gatewayen og WAN-lenka. Å leggje til ein kanal der omfordeler arbeid utan å leggje til kapasitet, og målinga vil vise det.
Hald signering og kryptering aktivert medan du samanliknar, fordi å slå dei av endrar det du måler. Eit ytingsresultat som avheng av å deaktivere ei sikkerheitsinnstilling, er ikkje eit resultat du kan rulle ut.
Mål arbeidsbelastninga som faktisk er treg
Namngi arbeidsbelastninga før du endrar noko: éin stor sekvensiell kopi, mange små filer i éi mappe eller eit program som opnar og lukkar handtak. Fleire kanalar kan hjelpe det første tilfellet når det finst reelt uavhengige vegar, og gjer svært lite for det tredje, fordi kostnaden der er avhengige rundturar snarare enn bandbreidd.
Ta ein basislinje med det noverande oppsettet, endre éin ting, og ta på nytt med det same filsettet og på same tid av dagen. Noter talet på valde vegar ved sida av talet, slik at ein seinare lesar kan sjå om endringa endra oppsettet eller berre belastninga.
Viss kanalane ikkje endra seg, ligg ytingsspørsmålet ein annan stad: krypteringskostnaden til tunnelen, latenstida til vegen eller den eigne disken og CPU-en til serveren. Det er verd å måle før endå ein adapter blir lagd til ein laptop som allereie har nok av dei.