Mabagal ang maliliit na file sa VPN dahil sa mga paglalakbay pabalik-balik, hindi sa bilis

Kopyahin ang isang file na 2 GB sa VPN at mukhang maayos ang paglipat. Kopyahin ang isang folder ng sampung libong maliliit na dokumento at mukhang sira ang parehong link. Ang pagkakaiba ay hindi setting ng bandwidth na nagbago sa pagitan ng dalawang trabaho. Ang pangalawang trabaho ay gumugugol ng oras sa setup, metadata at paghihintay ng mga sagot, at ang latency ng tunnel ang nagpapakita ng paghihintay na iyon.

Isang file ang dumadaloy; ang folder ng file ay nakikipagnegosasyon

Ang malaking kopya ay gumugugol ng halos buong buhay sa isang read-write loop sa kakaunting bukas na handle. Ang overhead ng protocol ay binabayaran isang beses bawat file, at gumagalaw ang data sa malalaking block. Bandwidth ang nangingibabaw sa resulta.

Ang kopya ng folder ay nagbabayad bawat file: gumawa, magtanong ng mga attribute, buksan, isulat, isara at i-update ang metadata ng direktoryo. Ang bawat isa sa mga ito ay isang kahilingang naghihintay ng sagot bago makapagpatuloy ang susunod na hakbang. Maliliit ang byte; ang koordinasyon ay hindi.

Kaya nga halos walang pinatutunayan ang graph na mababa ang paggamit ng link. Idle ang link dahil naghihintay ang kliyente, hindi dahil mabagal ang tunnel. Ang storage array o endpoint scanner ay makakadagdag ng parehong hugis ng pagkaantala. Tukuyin kung aling yugto ang naghihintay bago baguhin ang anumang setting ng network.

Ang mga paglalakbay pabalik-balik ay naipon nang mas mabilis kaysa byte

Ang latency ay ang gastos ng isang nakasalalay na palitan. Kung ang isang file ay nangangailangan ng ilang sunud-sunod na palitan at ang tunnel ay nagdadagdag ng 40 ms sa bawat direksyon, mabilis na lumalaki ang gastos bawat file. Sampung libong file ang gumagawa niyon na minuto.

Ang aritmetika ay paglalarawan, hindi pagsukat: hindi garantisadong isang paglalakbay pabalik-balik lamang ang gastos ng isang file, at nag-o-overlap ang mga kliyente ng bahagi ng trabaho.

Dalawang lever ang nagbabago sa kabuuan. Bawasan ang bilang ng nakasalalay na palitan bawat file, o panatilihing mas marami sa kanila ang tumatakbo nang sabay. Ang una ay pagbabago ng protocol o karga; ang pangalawa ay sabayang pagpapatupad. Wala sa dalawa ang nagpapabilis ng mabagal na link.

Sukatin ang karga ng trabaho, hindi ang link

Ihambing ang tatlong trabaho na may parehong dulo at parehong patakaran sa pag-access: isang malaking file, ang folder ng maliliit na file, at ang tunay na operasyon ng negosyo. Itala ang bilang ng file, distribusyon ng laki, tool sa pagkopya at mga kondisyon ng network kasama ng bawat resulta.

Ang isang bilang na MB/s na walang mga detalyeng iyon ay hindi maihahambing sa kanino man.

Sukatin ang latency nang hiwalay sa throughput. Ang simpleng pagsubok na pabalik-balik sa file server ay nagbibigay ng bilang na dumadami sa maliliit na operasyon. Pagkatapos ay obserbahan ang pattern ng kahilingan ng kopya sa halip na ang average na bilis. Kung mababa ang bilis at idle ang link, ang bottleneck ay nasa itaas ng tunnel.

Baguhin ang trabaho: sabayang pagpapatupad at archive

Para sa awtorisadong bulk copy, ang tool na may kontroladong sabayang pagpapatupad ay nagpapanatili ng mas maraming kahilingan. Ang /MT na opsyon ng Robocopy ang karaniwang halimbawa sa Windows. Ang pagdaragdag ng thread ay hindi garantiya ng mas mabilis na kopya.

Pumili ng bilang na kayang tiisin ng kliyente, server at storage, at itago ang log ng trabaho at anumang error.

Ang pag-archive sa pinagmulan at pag-extract nang lokal ay nag-aalis ng malayuang trabaho bawat file. Isama ang oras ng paghahanda at pag-extract sa paghahambing, at tiyakin na pinapanatili ng archive ang metadata at mga pahintulot na kailangan ng trabaho. Wala sa dalawang trick ang nagpipilit sa isang application na pagsama-samahin ang sarili nitong operasyon sa file.

Suriin ang counter sa kontroladong pagsubok

Patakbuhin ang parehong trabaho nang dalawang beses na may isang variable na binago, at itala ang parehong bilang. Ang kontroladong pagsubok ang tanging paraan para malaman kung nakatulong ang isang setting o nagkataong mas tahimik ang network.

Dalawang utos ang nagbibigay ng bilang ng file at baseline ng paglalakbay pabalik-balik:

Get-ChildItem \\fileserver.hq.example\\share -Recurse | Measure-Object -Property Length -Sum
ping -n 20 fileserver.hq.example

Pagkatapos ay patakbuhin ang kopya na may limitadong bilang ng thread at ihambing ang log sa nakaraang pagtakbo:

robocopy \\fileserver.hq.example\\share C:\\local /E /MT:16 /LOG:copy.log /TEE

Huwag paganahin ang SMB signing, encryption o proteksyon ng endpoint para mapabuti ang counter. Ipinagpapalit ng mga pagbabagong iyon ang katangian ng seguridad para sa isang bilang na maaaring hindi ang bottleneck. At panatilihing hiwalay ang transport ng VPN sa sariling transport ng SMB sa iyong mga tala, dahil ang pag-aayos sa isa ay hindi ebidensya tungkol sa isa.