Шматканальны SMB праз VPN: што кліент насамрэч выкарыстоўвае
Шматканальны SMB праз VPN дадае мала каналаў: прачытайце інтэрфейсы кліента, выбраныя злучэнні і дыялект SMB, перш чым вінаваціць тунель у павольных файлах.
Павольны доступ да файлаў праз VPN схіляе ўбачыць у наладах шматканальнасці рашэнне, а гэтым наладам часта няма з чым працаваць. Адзіны віртуальны адаптар без RSS не можа размеркаваць трафік па некалькіх каналах, як бы ні выглядаў сцяжок. Важна тое, якія магчымасці бачыць SMB на абодвух канцах, а не спецыфікацыя фізічнай сеткавай карты ноўтбука. Разбор ніжэй пачынаецца з актыўнага сеансу і вяртаецца да раскладкі адаптараў.
Пачынайце з сеансу, а не са спецыфікацыі сеткавай карты
Спачатку ўпэўніцеся, што сеанс наогул можа выкарыстоўваць шматканальнасць. Гэтая функцыя належыць SMB3, таму старэйшы дыялект, узгоднены з прыладай або старым серверам, выключае яе яшчэ да любога пытання пра адаптар. Затым упэўніцеся, да якога сервера кліент насамрэч падключыўся, бо імя, якое развязавецца ў іншы вузел, чым той, які вы агледзелі, дае пераканаўчы, але недарэчны вынік.
Get-SmbConnection
Get-SmbClientConfiguration | Select-Object EnableMultichannel
Get-SmbClientNetworkInterface
Першая каманда называе дыялект, сервер і агульны рэсурс у адным радку. Другая паказвае, ці ўключана функцыя на кліенце, а трэцяя пералічвае інтэрфейсы, якія ведае SMB, разам з заяўленымі магчымасцямі. Віртуальны адаптар, які не паведамляе ні RSS, ні RDMA, кажа вам, чым раскладка можа стаць.
Калі дыялект не SMB3, спыніцеся і спачатку выправіце гэтае пытанне. Інакш кожная наступная каманда будзе апісваць функцыю, якая не можа ўключыцца.
Чытайце інтэрфейсы кліента сумленна
SMB не важна, які адаптар нясе маршрут па змаўчанні; ён пералічвае інтэрфейсы, якія можа выкарыстоўваць, і ацэньвае кожны. Ноўтбук з Wi-Fi, Ethernet і VPN-адаптарам можа прадставіць тры інтэрфейсы, і толькі адзін з іх можа быць дасяжны для сервера, з якім вы размаўляеце. Астатнія — гэта кандыдаты, а не каналы.
Чытайце слупкі RSS і RDMA, а не слупок хуткасці злучэння. Віртуальны адаптар звычайна паведамляе высокую намінальную хуткасць без падтрымкі RSS, а намінальная хуткасць апісвае віртуальнае злучэнне, а не шлях праз інтэрнэт. Ні адзін з гэтых лікаў не кажа, колькі каналаў выкарыстоўвае сеанс.
Калі адаптар не паказвае магчымасці RSS, падтрыманае выпраўленне адносіцца да драйвера пастаўшчыка VPN, а не да дадатковых уласцівасцяў фізічнай сеткавай карты. Адзнака сцяжка RSS на апаратным адаптары нічога не мяняе ў тым, што віртуальны адаптар паказвае SMB.
Аддзяліце выбраныя каналы ад знойдзеных кандыдатаў
Спіс злучэнняў — гэта частка, якую часцей за ўсё чытаюць няправільна. Калі ўключыць невыбраныя кандыдаты, вынік паказвае ўсё, што разгледзеў SMB, а гэта не набор каналаў, якія перадаюць даныя. Чытайце сцяжок выбару і колькасць каналаў для той пары інтэрфейсаў кліента і сервера, якая вас цікавіць.
Get-SmbMultichannelConnection -ServerName files.lab.example -IncludeNotSelected
Get-SmbMultichannelConnection -ServerName files.lab.example | Format-List *
Падстаўце сваё імя сервера. Другая форма друкуе ўласцівасці выбраных злучэнняў, уключаючы індэксы інтэрфейсаў і бягучую колькасць каналаў, а гэта і ёсць важны лік. Некалькі знойдзеных адрасоў на адным адаптары — усё яшчэ адзін адаптар.
Знойдзены адрас можа быць непрыдатны і праз палітыку VPN: гэта можа быць адрас лакальнай падсеткі, які тунель не перадае, або адрас, які сервер абслугоўвае толькі ў іншай сетцы. SMB уносіць яго ў кандыдаты, таму што інтэрфейс існуе, а не таму што шлях працуе.
Што VPN-адаптар робіць з раскладкай
Тры раскладкі варта адрозніваць, бо толькі дзве з іх могуць даць больш за адзін канал. Адзіны адаптар без RSS дае адзін канал. Адзіны адаптар з падтрымкай RSS можа размеркаваць злучэнні па ядрах. Некалькі прыдатных адаптараў могуць даць некалькі каналаў нават без RSS, і менавіта гэтую канфігурацыю людзі забываюць, калі лічаць RSS абавязковым.
| 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 |
Апошні радок — той, што мае значэнне праз VPN. Каналы, якія ўсе ўваходзяць у адзін зашыфраваны тунель, дзеляць прапускную здольнасць тунеля, працэсар шлюза і канал WAN. Даданне канала там пераразмяркоўвае працу, не дадаючы ёмістасці, і вымярэнне гэта пакажа.
Трымайце подпіс і шыфраванне ўключанымі, пакуль параўноўваеце, бо іх выключэнне мяняе тое, што вы вымяраеце. Вынік прадукцыйнасці, які залежыць ад адключэння налады бяспекі, — не вынік, які можна ўкараніць.
Вымярайце тую нагрузку, што насамрэч павольная
Назвіце нагрузку, перш чым нешта мяняць: адно вялікае паслядоўнае капіраванне, мноства дробных файлаў у адной папцы або праграма, якая адкрывае і зачыняе дэскрыптары. Шматканальнасць можа дапамагчы ў першым выпадку, калі ёсць сапраўды незалежныя шляхі, і амаль нічога не дае ў трэцім, бо там кошт — гэта залежныя паваротныя абмены, а не прапускная здольнасць.
Здыміце базавыя даныя з бягучай раскладкай, змяніце адно і зноў здыміце з тым жа наборам файлаў і ў той жа час дня. Запішыце колькасць выбраных шляхоў побач з лікам, каб пазнейшы чытач мог зразумець, змяніла змена раскладку ці толькі нагрузку.
Калі каналы не змяніліся, пытанне прадукцыйнасці ў іншым месцы: накладныя выдаткі тунеля на шыфраванне, затрымка шляху або ўласныя дыск і працэсар сервера. Гэта варта вымераць, перш чым дадаваць яшчэ адзін адаптар да ноўтбука, у якога іх ужо дастаткова.