SMB multichannel sa VPN: ano ang aktwal na ginagamit ng kliyente

Ang mabagal na pag-access sa file sa VPN ay nag-aanyaya na ituring na solusyon ang multichannel setting, at kadalasan ay wala itong magagamit na gagawin. Ang isang virtual adapter na walang RSS ay hindi makakapaghati ng trapiko sa maraming channel, anuman ang sabihin ng checkbox. Ang mahalaga ay ang kakayahang nakikita ng SMB sa dalawang dulo, hindi ang espesipikasyon ng pisikal na NIC ng laptop. Ang paglalahad sa ibaba ay nagsisimula sa aktibong session at bumabalik sa layout ng mga adapter.

Magsimula sa session, hindi sa espesipikasyon ng NIC

Unang tiyakin na ang session ay makakagamit ng multichannel. Ang tampok ay kabilang sa SMB3, kaya ang mas lumang dialect na naayos sa isang appliance o lumang server ay nag-aalis nito bago maging mahalaga ang anumang tanong tungkol sa adapter. Pagkatapos ay tiyakin kung aling server talaga kumonekta ang kliyente, dahil ang pangalang nareresolba sa ibang node kaysa sa sinusuri mo ay nagbibigay ng kapani-paniwala ngunit walang kaugnayang resulta.

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

Pinangalanan ng unang utos ang dialect, server at share sa isang linya. Ipinapakita ng pangalawa kung naka-enable ang tampok sa kliyente, at inililista ng pangatlo ang mga interface na kilala ng SMB kasama ang mga iniulat na kakayahan. Ang virtual adapter na hindi nag-uulat ng RSS o RDMA ay nagsasabi sa iyo kung ano ang maaaring maging layout.

Kung ang dialect ay hindi SMB3, huminto at ayusin muna ang tanong na iyon. Kung hindi, ang bawat kasunod na utos ay maglalarawan ng tampok na hindi maaaring umandar.

Basahin ang mga interface ng kliyente nang tapat

Walang pakialam ang SMB kung aling adapter ang may dala ng iyong default na ruta; inililista nito ang mga interface na magagamit at sinusuri ang bawat isa. Ang laptop na may Wi-Fi, Ethernet at VPN adapter ay maaaring magpakita ng tatlong interface, at isa lamang sa mga ito ang maaaring maabot ng server na kausap mo. Ang iba ay kandidato, hindi channel.

Basahin ang mga column ng RSS at RDMA kaysa sa column ng bilis ng link. Ang virtual adapter ay kadalasang nag-uulat ng mataas na nominal na bilis na walang kakayahang RSS, at inilalarawan ng nominal na bilis ang virtual na link, hindi ang daan sa internet. Wala sa dalawang numero ang nagsasabi kung ilang channel ang ginagamit ng session.

Kung ang adapter ay hindi nagpapakita ng kakayahang RSS, ang sinusuportahang pagwawasto ay kabilang sa driver ng vendor ng VPN, hindi sa mga advanced na katangian ng pisikal na NIC. Ang pag-tsek ng kahon ng RSS sa hardware adapter ay walang binabago sa ipinapakita ng virtual adapter sa SMB.

Paghiwalayin ang mga piling channel sa mga natuklasang kandidato

Ang listahan ng koneksyon ang pinakamadalas na maling basahin. Kapag kasama ang mga hindi piling kandidato, ipinapakita ng output ang lahat ng isinaalang-alang ng SMB, at hindi iyon ang set ng mga channel na nagdadala ng data. Basahin ang flag ng pagpili at ang bilang ng channel para sa partikular na pares ng interface ng kliyente at server na iyong pinag-aalala.

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

Palitan ng sarili mong pangalan ng server. Ang pangalawang anyo ay nagpi-print ng mga katangian ng mga piling koneksyon, kabilang ang mga index ng interface at ang kasalukuyang bilang ng channel, at iyon ang numerong mahalaga. Maraming natuklasang address sa isang adapter ay isang adapter pa rin.

Ang natuklasang address ay maaaring hindi magamit dahil sa patakaran ng VPN: maaaring ito ay address ng lokal na subnet na hindi dinadala ng tunnel, o address na inihahatid lamang ng server sa ibang network. Inililista ito ng SMB bilang kandidato dahil umiiral ang interface, hindi dahil gumagana ang daan.

Ano ang ginagawa ng VPN adapter sa layout

Tatlong layout ang dapat makilala, dahil dalawa lamang sa kanila ang makakabuo ng higit sa isang channel. Ang isang adapter na walang RSS ay nagbibigay ng isang channel. Ang isang adapter na may kakayahang RSS ay maaaring maghati ng mga koneksyon sa mga core. Maraming magagamit na adapter ay makakabuo ng maraming channel kahit walang RSS, at iyon ang configuration na nakakalimutan ng mga tao kapag iniisip nilang obligado ang RSS.

Ang huling hilera ang mahalaga sa VPN. Ang mga channel na lahat pumapasok sa parehong naka-encrypt na tunnel ay nagbabahagi ng throughput ng tunnel, CPU ng gateway at link ng WAN. Ang pagdaragdag ng channel doon ay naghahati muli ng trabaho nang hindi nagdaragdag ng kapasidad, at ipapakita ito ng pagsukat.

Panatilihing naka-enable ang pag-sign at encryption habang naghahambing, dahil binabago ng pag-off sa mga ito ang sinusukat mo. Ang resulta ng performance na nakasalalay sa pag-off ng setting ng seguridad ay hindi resultang maaari mong i-deploy.

Sukatin ang workload na talagang mabagal

Pangalanan ang workload bago magbago ng anuman: isang malaking sequential na kopya, maraming maliliit na file sa isang direktoryo, o application na nagbubukas at nagsasara ng handle. Ang multichannel ay makakatulong sa unang kaso kapag may tunay na malayang daan, at napakaliit ang nagagawa sa pangatlo, dahil ang gastos doon ay mga dependent na paglalakbay pabalik-balik at hindi bandwidth.

Kumuha ng baseline sa kasalukuyang layout, magbago ng isang bagay, at kumuha muli sa parehong set ng file at parehong oras ng araw. Itala ang bilang ng mga piling daan sa tabi ng numero, upang masabi ng susunod na mambabasa kung binago ng pagbabago ang layout o ang load lamang.

Kung hindi nagbago ang mga channel, ang tanong sa performance ay sa ibang lugar: ang gastos sa encryption ng tunnel, ang latency ng daan, o ang disk at CPU ng server mismo. Sulit itong sukatin bago magdagdag ng isa pang adapter sa laptop na may sapat na.