SMB Multichannel přes VPN: co klient skutečně používá
SMB Multichannel přes VPN přidá jen málo kanálů: přečtěte si rozhraní klienta, vybraná připojení a dialekt SMB, než budete tunel vinit z pomalých souborů.
Pomalý přístup k souborům přes VPN svádí vzít nastavení Multichannel jako řešení, jenže to nastavení často nemá s čím pracovat. Jediný virtuální adaptér bez RSS nedokáže rozprostřít provoz do několika kanálů, ať zaškrtávací pole říká cokoli. Rozhoduje schopnost, kterou SMB vidí na obou koncích, ne specifikace fyzické síťové karty notebooku. Následující postup začíná u aktivní relace a vrací se k uspořádání adaptérů.
Začněte u relace, ne u specifikace síťové karty
Nejprve ověřte, že relace vůbec může Multichannel použít. Funkce patří k SMB3, takže starší dialekt vyjednaný se zařízením nebo starším serverem ji vylučuje dřív, než začne být jakákoli otázka o adaptéru podstatná. Pak ověřte, ke kterému serveru se klient skutečně připojil, protože jméno, které se přeloží na jiný uzel než ten, který prohlížíte, dává přesvědčivý, ale nepodstatný výsledek.
Get-SmbConnection
Get-SmbClientConfiguration | Select-Object EnableMultichannel
Get-SmbClientNetworkInterface
První příkaz pojmenuje dialekt, server a sdílenou složku na jednom řádku. Druhý ukáže, zda je funkce na klientovi zapnutá, a třetí vypíše rozhraní, která SMB zná, s jejich hlášenými schopnostmi. Virtuální adaptér, který nehlásí RSS ani RDMA, vám říká, čím se uspořádání může stát.
Pokud dialekt není SMB3, zastavte se a nejprve vyřešte tuto otázku. Jinak každý další příkaz popíše funkci, která se nemůže zapnout.
Čtěte rozhraní klienta poctivě
SMB nezajímá, který adaptér nese vaši výchozí trasu; vypočítá rozhraní, která může použít, a každé vyhodnotí. Notebook s Wi-Fi, Ethernetem a VPN adaptérem může nabídnout tři rozhraní a jen jedno z nich může být pro server, se kterým mluvíte, dosažitelné. Ostatní jsou kandidáti, ne kanály.
Čtěte sloupce RSS a RDMA, ne sloupec rychlosti odkazu. Virtuální adaptér obvykle hlásí vysokou nominální rychlost bez schopnosti RSS a nominální rychlost popisuje virtuální odkaz, ne cestu přes internet. Ani jedno z těch čísel neříká, kolik kanálů relace používá.
Pokud adaptér nevykazuje schopnost RSS, podporovaná oprava patří ovladači dodavatele VPN, ne pokročilým vlastnostem fyzické síťové karty. Zaškrtnutí políčka RSS u hardwarového adaptéru nemění nic na tom, co virtuální adaptér vystavuje SMB.
Oddělte vybrané kanály od objevených kandidátů
Seznam připojení je část, která se nejčastěji čte špatně. Když jsou zahrnuti nevybraní kandidáti, výstup ukazuje vše, co SMB zvažoval, což není množina kanálů přenášejících data. Čtěte příznak výběru a počet kanálů pro konkrétní dvojici rozhraní klienta a serveru, která vás zajímá.
Get-SmbMultichannelConnection -ServerName files.lab.example -IncludeNotSelected
Get-SmbMultichannelConnection -ServerName files.lab.example | Format-List *
Nahraďte název serveru svým. Druhá forma vypíše vlastnosti vybraných připojení včetně indexů rozhraní a aktuálního počtu kanálů, což je číslo, na kterém záleží. Několik objevených adres na jednom adaptéru je pořád jeden adaptér.
Objevená adresa může být nepoužitelná i kvůli zásadám VPN: může jít o adresu místní podsítě, kterou tunel nepřenáší, nebo o adresu, kterou server poskytuje jen v jiné síti. SMB ji uvádí jako kandidáta, protože rozhraní existuje, ne protože cesta funguje.
Co dělá VPN adaptér s uspořádáním
Tři uspořádání stojí za rozlišení, protože jen dvě z nich mohou dát víc než jeden kanál. Jediný adaptér bez RSS dá jeden kanál. Jediný adaptér s RSS může rozprostřít připojení mezi jádra. Několik použitelných adaptérů může dát několik kanálů i bez RSS, a to je konfigurace, na kterou lidé zapomínají, když považují RSS za povinné.
| 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 |
Poslední řádek je ten, na kterém záleží přes VPN. Kanály, které všechny vstupují do stejného šifrovaného tunelu, sdílejí propustnost tunelu, procesor brány a WAN linku. Přidání kanálu tam přerozdělí práci, aniž by přidalo kapacitu, a měření to ukáže.
Ponechte podepisování a šifrování zapnuté, dokud porovnáváte, protože jejich vypnutí mění to, co měříte. Výsledek výkonu, který závisí na vypnutí bezpečnostního nastavení, není výsledek, který můžete nasadit.
Změřte zátěž, která je skutečně pomalá
Pojmenujte zátěž, než cokoli změníte: jedna velká sekvenční kopie, mnoho malých souborů v jednom adresáři nebo aplikace, která otevírá a zavírá handles. Multichannel může pomoci prvnímu případu, když existují skutečné nezávislé cesty, a třetímu pomáhá velmi málo, protože tam jsou nákladem závislé obrátky, ne šířka pásma.
Zachyťte výchozí stav se současným uspořádáním, změňte jednu věc a zachyťte znovu se stejnou sadou souborů a ve stejnou denní dobu. Zapište počet vybraných cest vedle čísla, aby pozdější čtenář poznal, zda změna upravila uspořádání, nebo jen zátěž.
Pokud se kanály nezměnily, otázka výkonu je jinde: režie šifrování tunelu, latence cesty nebo vlastní disk a procesor serveru. To stojí za změření dřív, než k notebooku, který jich už má dost, přidáte další adaptér.