SMB-multikanaal oor 'n VPN: wat die kliënt werklik gebruik
SMB-multikanaal oor 'n VPN voeg min kanale by: lees eers die kliënt se interfaces, gekose verbindings en SMB-dialek voordat jy die tonnel blameer vir stadige lêers.
Stadige lêertoegang oor 'n VPN nooi die Multikanaal-instelling as 'n oplossing, en die instelling het dikwels niks om mee te werk nie. 'n Enkele virtuele adapter sonder RSS kan nie verkeer oor verskeie kanale versprei nie, maak nie saak hoe die merkblokkie lui nie. Wat saak maak, is die vermoë wat SMB aan beide kante sien, nie die spesifikasie van die skootrekenaar se fisiese NIC nie. Die deurloop hieronder begin by 'n aktiewe sessie en werk terug na die adapter-uitleg.
Begin by die sessie, nie by die NIC-spesifikasie nie
Bevestig eers dat die sessie hoegenaamd Multikanaal kan gebruik. Die funksie hoort by SMB3, so 'n ouer dialek wat met 'n toestel of 'n ou bediener beding is, sluit dit uit voordat enige adapter-vraag saak maak. Bevestig dan by watter bediener die kliënt werklik gekoppel het, want 'n naam wat na 'n ander nodus as die een wat jy ondersoek, oplos, lewer 'n oortuigende maar irrelevante resultaat.
Get-SmbConnection
Get-SmbClientConfiguration | Select-Object EnableMultichannel
Get-SmbClientNetworkInterfaceDie eerste opdrag noem die dialek, die bediener en die deel in een reël. Die tweede wys of die funksie by die kliënt aangeskakel is, en die derde lys die interfaces wat SMB ken met hul gerapporteerde vermoëns. 'n Virtuele adapter wat geen RSS en geen RDMA rapporteer nie, vertel jou waarna die uitleg kan ontwikkel.
As die dialek nie SMB3 is nie, stop en los eers daardie vraag op. Anders sal elke latere opdrag 'n funksie beskryf wat nie kan werk nie.
Lees die kliënt se interfaces eerlik
SMB gee nie om watter adapter jou verstekroete dra nie; dit lys die interfaces wat dit kan gebruik en evalueer elkeen. 'n Skootrekenaar met Wi-Fi, Ethernet en 'n VPN-adapter kan drie interfaces aanbied, en net een daarvan is dalk bereikbaar vir die bediener met wie jy praat. Die ander is kandidate, nie kanale nie.
Lees die RSS- en RDMA-kolomme eerder as die skakelspoed-kolom. 'n Virtuele adapter rapporteer gewoonlik 'n hoë nominale spoed sonder RSS-vermoë, en die nominale spoed beskryf die virtuele skakel eerder as die pad deur die internet. Nie een van die twee getalle sê vir jou hoeveel kanale die sessie gebruik nie.
As die adapter geen RSS-vermoë toon nie, hoort die ondersteunde regstelling by die VPN-verskaffer se drywer, nie by die fisiese NIC se gevorderde eienskappe nie. Om 'n RSS-blokkie op die hardeware-adapter te merk, verander niks aan wat die virtuele adapter aan SMB blootstel nie.
Skei gekose kanale van ontdekte kandidate
Die verbindingslys is die deel wat die meeste verkeerd gelees word. Met onverkose kandidate ingesluit, wys die uitset alles wat SMB oorweeg het, en dit is nie die stel kanale wat data dra nie. Lees die gekose vlag en die kanaaltelling vir die spesifieke kliënt- en bediener-interfacepaar wat jou interesseer.
Get-SmbMultichannelConnection -ServerName files.lab.example -IncludeNotSelected
Get-SmbMultichannelConnection -ServerName files.lab.example | Format-List *Vervang dit met jou eie bedienernaam. Die tweede vorm druk die eienskappe van die gekose verbindings, insluitend die interface-indekse en die huidige kanaaltelling, en dit is die getal wat saak maak. Verskeie ontdekte adresse op een adapter is steeds een adapter.
'n Ontdekte adres kan ook onbruikbaar wees weens die VPN-beleid: dit kan 'n plaaslike subnetadres wees wat die tonnel nie dra nie, of 'n adres wat die bediener net op 'n ander netwerk bedien. SMB lys dit as 'n kandidaat omdat die interface bestaan, nie omdat die pad werk nie.
Wat die VPN-adapter aan die uitleg doen
Dit is die moeite werd om drie uitlegte te onderskei, want net twee daarvan kan meer as een kanaal lewer. 'n Enkele adapter sonder RSS lewer een kanaal. 'n Enkele adapter met RSS kan verbindings oor kerne versprei. Verskeie bruikbare adapters kan verskeie kanale lewer selfs sonder RSS, en dit is die konfigurasie wat mense vergeet wanneer hulle aanvaar dat RSS verpligtend is.
| 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 |
Die laaste ry is die een wat oor 'n VPN saak maak. Kanale wat almal dieselfde versleutelde tonnel binnegaan, deel die tonnel se deurset, die poort se CPU en die WAN-skakel. Om daar 'n kanaal by te voeg, herverdeel werk sonder om kapasiteit by te voeg, en die meting sal dit wys.
Hou ondertekening en versleuteling aan terwyl jy vergelyk, want om dit af te skakel verander die ding wat jy meet. 'n Prestasieresultaat wat daarvan afhang dat 'n sekuriteitsinstelling afgeskakel word, is nie 'n resultaat wat jy kan ontplooi nie.
Meet die werklading wat werklik stadig is
Noem die werklading voordat jy iets verander: een groot opeenvolgende kopie, baie klein lêers in een gids, of 'n toepassing wat handvatsels oopmaak en toemaak. Multikanaal kan die eerste geval help wanneer werklike onafhanklike paaie bestaan, en dit doen baie min vir die derde, want die koste daar is afhanklike heen-en-weer-reise eerder as bandwydte.
Neem 'n basislyn met die huidige uitleg, verander een ding, en neem weer op met dieselfde lêerstel en dieselfde tyd van die dag. Teken die gekose paadtelling langs die getal aan, sodat 'n latere leser kan sien of die verandering die uitleg of net die las verander het.
As die kanale nie verander het nie, is die prestasievraag elders: die tonnel se versleutelingsbokoste, die vertraging van die pad, of die bediener se eie skyf en CPU. Dit is die moeite werd om dit te meet voordat nog 'n adapter by 'n skootrekenaar gevoeg word wat reeds genoeg daarvan het.