Бавниот пристап до датотеки преку VPN ве наведува да го сметате поставувањето за повеќе канали за решение, а поставувањето често нема со што да работи. Еден виртуелен адаптер без RSS не може да го распредели сообраќајот на повеќе канали, како и да пишува полето за избор. Важно е она што SMB го гледа на двата краја, а не спецификацијата на физичката NIC на преносниот сметач. Прегледот подолу започнува од активна сесија и се враќа на распоредот на адаптерите.

Започнете од сесијата, а не од спецификацијата на NIC

Прво потврдете дека сесијата воопшто може да користи повеќе канали. Оваа функција припаѓа на SMB3, така што постариот дијалект договорен со уред или стар сервер ја исклучува пред воопшто да стане важно прашањето за адаптер. Потоа потврдете на кој сервер клиентот всушност се поврзал, бидејќи име што се решава на друг јазол од оној што го проверувате дава уверлив, но неважен резултат.

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

Првата команда го именува дијалектот, серверот и споделената папка во еден ред. Втората покажува дали функцијата е овозможена на клиентот, а третата ги набројува интерфејсите што SMB ги знае со нивните пријавени можности. Виртуелен адаптер што не пријавува ниту RSS ниту RDMA ви кажува што може да стане распоредот.

Ако дијалектот не е SMB3, запрете и прво решете го тоа прашање. Инаку секоја наредна команда ќе опишува функција што не може да се вклучи.

Читајте ги интерфејсите на клиентот искрено

На SMB не му е важно кој адаптер ја носи вашата стандардна рута; тој ги набројува интерфејсите што може да ги користи и го оценува секој. Преносен сметач со Wi-Fi, Ethernet и VPN адаптер може да прикаже три интерфејси, а само еден од нив може да биде достапен за серверот со кој разговарате. Останатите се кандидати, не канали.

Читајте ги колоните RSS и RDMA наместо колоната за брзина на врската. Виртуелниот адаптер обично пријавува висока номинална брзина без можност за RSS, а номиналната брзина ја опишува виртуелната врска, а не патеката низ интернет. Ниту еден од двата броја не ви кажува колку канали користи сесијата.

Ако адаптерот не покажува можност за RSS, поддржаното решение припаѓа на возачот на добавувачот на VPN, а не на напредните својства на физичката NIC. Штиклирањето на 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 seesChannels possible
One adapter, no RSSOne
One adapter with RSSSeveral, spread across cores
Two or more usable adaptersSeveral, one path per adapter
Several adapters behind one tunnelSeveral, one shared bottleneck

Последниот ред е оној што е важен преку VPN. Каналите што сите влегуваат во истиот шифриран тунел го делат протокот на тунелот, процесорот на портата и WAN врската. Додавањето канал таму го прераспределува работата без да додаде капацитет, и мерењето ќе го покаже тоа.

Задржете го потпишувањето и шифрирањето вклучени додека споредувате, бидејќи нивното исклучување го менува она што го мерите. Резултат за перформанси што зависи од исклучување на безбедносна поставка не е резултат што можете да го распоредите.

Измерете го работното оптоварување што е навистина бавно

Именувајте го работното оптоварување пред да промените нешто: една голема последователна копија, многу мали датотеки во еден директориум или апликација што отвора и затвора рачки. Повеќе канали можат да помогнат во првиот случај кога има вистински независни патеки, а во третиот прават многу малку, бидејќи таму трошокот се зависни кружни патувања, а не пропусниот опсег.

Снимете основно мерење со тековниот распоред, променете една работа и снимете повторно со истото множество датотеки и во исто време од денот. Запишете го бројот на избрани патеки до бројката, за да може подоцнежниот читател да утврди дали промената го изменила распоредот или само оптоварувањето.

Ако каналите не се промениле, прашањето за перформанси е на друго место: трошокот за шифрирање на тунелот, задоцнувањето на патеката или сопствениот диск и процесор на серверот. Вреди да се измерат пред уште еден адаптер да се додаде на преносен сметач што веќе има доволно.

Поврзани статии