SMB multikanal över VPN: vad klienten faktiskt använder

Långsam filåtkomst över en VPN lockar till att se multikanalinställningen som en lösning, och inställningen har ofta inget att arbeta med. En enda virtuell adapter utan RSS kan inte sprida trafiken över flera kanaler, vad kryssrutan än säger. Det som räknas är kapaciteten SMB ser i båda ändar, inte specifikationen för laptops fysiska nätverkskort. Genomgången nedan börjar vid en aktiv session och arbetar sig tillbaka till adapteruppsättningen.

Börja vid sessionen, inte vid nätverkskortets specifikation

Bekräfta först att sessionen över huvud taget kan använda multikanal. Funktionen tillhör SMB3, så en äldre dialekt som förhandlats med en enhet eller en gammal server utesluter den innan någon adapterfråga blir relevant. Bekräfta sedan vilken server klienten faktiskt anslöt till, eftersom ett namn som löses till en annan nod än den du undersöker ger ett övertygande men irrelevant resultat.

Get-SmbConnection
Get-SmbClientConfiguration | Select-Object EnableMultichannel
Get-SmbClientNetworkInterface

Det första kommandot namnger dialekten, servern och delningen på en rad. Det andra visar om funktionen är aktiverad på klienten, och det tredje listar de gränssnitt SMB känner till med deras rapporterade kapacitet. En virtuell adapter som varken rapporterar RSS eller RDMA berättar vad uppsättningen kan bli.

Om dialekten inte är SMB3, stanna och lös den frågan först. Annars kommer varje senare kommando att beskriva en funktion som inte kan aktiveras.

Läs klientens gränssnitt ärligt

SMB bryr sig inte om vilken adapter som bär din standardväg; den räknar upp de gränssnitt den kan använda och utvärderar var och en. En laptop med Wi-Fi, Ethernet och en VPN-adapter kan presentera tre gränssnitt, och bara ett av dem kan vara nåbart för servern du pratar med. De andra är kandidater, inte kanaler.

Läs kolumnerna för RSS och RDMA i stället för kolumnen för länkhastighet. En virtuell adapter rapporterar ofta hög nominell hastighet utan RSS-kapacitet, och den nominella hastigheten beskriver den virtuella länken, inte vägen genom internet. Ingen av de två siffrorna berättar hur många kanaler sessionen använder.

Om adaptern inte visar RSS-kapacitet hör den stödda rättelsen till VPN-leverantörens drivrutin, inte till det fysiska nätverkskortets avancerade egenskaper. Att kryssa i en RSS-ruta på hårdvaruadaptern ändrar ingenting i det den virtuella adaptern visar SMB.

Skilj valda kanaler från upptäckta kandidater

Anslutningslistan är den del som oftast läses fel. Med icke valda kandidater inkluderade visar utdata allt SMB övervägde, och det är inte uppsättningen kanaler som bär data. Läs urvalsflaggan och antalet kanaler för det specifika klient- och servergränssnittsparet du bryr dig om.

Get-SmbMultichannelConnection -ServerName files.lab.example -IncludeNotSelected
Get-SmbMultichannelConnection -ServerName files.lab.example | Format-List *

Byt ut mot ditt eget servernamn. Den andra formen skriver ut egenskaperna för de valda anslutningarna, inklusive gränssnittsindex och aktuellt kanalantal, och det är talet som betyder något. Flera upptäckta adresser på en adapter är fortfarande en adapter.

En upptäckt adress kan också vara oanvändbar på grund av VPN-policyn: det kan vara en lokal subnätadress som tunneln inte för, eller en adress som servern bara betjänar i ett annat nätverk. SMB listar den som kandidat eftersom gränssnittet finns, inte för att vägen fungerar.

Vad VPN-adaptern gör med uppsättningen

Tre uppsättningar är värda att skilja på, eftersom bara två av dem kan ge mer än en kanal. En adapter utan RSS ger en kanal. En RSS-kapabel adapter kan sprida anslutningar över kärnor. Flera användbara adaptrar kan ge flera kanaler även utan RSS, och det är konfigurationen folk glömmer när de antar att RSS är obligatoriskt.

Den sista raden är den som betyder något över en VPN. Kanaler som alla går in i samma krypterade tunnel delar tunnelns genomströmning, gatewayens CPU och WAN-länken. Att lägga till en kanal där omfördelar arbete utan att lägga till kapacitet, och mätningen kommer att visa det.

Håll signering och kryptering aktiverade medan du jämför, eftersom att stänga av dem ändrar det du mäter. Ett prestandaresultat som beror på att en säkerhetsinställning stängs av är inte ett resultat du kan driftsätta.

Mät arbetsbelastningen som faktiskt är långsam

Namnge arbetsbelastningen innan du ändrar något: en stor sekventiell kopia, många små filer i en katalog eller ett program som öppnar och stänger handtag. Multikanal kan hjälpa det första fallet när det finns verkligt oberoende vägar, och gör mycket lite för det tredje, eftersom kostnaden där är beroende rundturer snarare än bandbredd.

Ta en baslinje med nuvarande uppsättning, ändra en sak och ta igen med samma filuppsättning och vid samma tid på dagen. Notera antalet valda vägar bredvid talet, så att en senare läsare kan se om ändringen ändrade uppsättningen eller bara belastningen.

Om kanalerna inte ändrades ligger prestandafrågan någon annanstans: tunnelns krypteringskostnad, vägens latens eller serverns egen disk och CPU. Det är värt att mäta innan ännu en adapter läggs till en laptop som redan har tillräckligt många.