Väikesed failid roomavad VPN-i kaudu edasi-tagasi käikude, mitte kiiruse tõttu

Kopeerige VPN-i kaudu üks 2 GB fail ja ülekanne tundub korras. Kopeerige kaust kümne tuhande väikese dokumendiga ja sama ühendus tundub katki. Erinevus ei ole ribalaiuse seade, mis kahe töö vahel muutus. Teine töö kulutab aega seadistamisele, metaandmetele ja vastuste ootamisele ning just tunneli latentsus teeb selle ootamise nähtavaks.

Üks fail voogab; failide kaust peab läbirääkimisi

Suur kopeerimine veedab suurema osa oma elust lugemis-kirjutamise tsüklis väheste avatud käepidemete peal. Protokolli üldkulud makstakse üks kord faili kohta ja andmed liiguvad suurte plokkidena. Tulemust valitseb ribalaius.

Kausta kopeerimine maksab iga faili eest: loomine, atribuutide pärimine, avamine, kirjutamine, sulgemine ja kataloogi metaandmete uuendamine. Igaüks neist on päring, mis ootab vastust enne, kui järgmine samm saab edasi minna. Baidid on tillukesed; koordineerimine ei ole.

Seetõttu ei tõesta väikese lingi kasutusega graafik peaaegu midagi. Link on jõude, sest klient ootab, mitte sellepärast, et tunnel on aeglane. Salvestusmassiiv või lõpp-punkti skanner võib lisada sama kuju viivitust. Tehke kindlaks, milline etapp ootab, enne kui muudate ükskõik millist võrguseadet.

Edasi-tagasi käigud kuhjuvad kiiremini kui baidid

Latentsus on ühe sõltuva vahetuse hind. Kui fail vajab mitut järjestikust vahetust ja tunnel lisab kummaski suunas 40 ms, kasvab hind faili kohta kiiresti. Kümme tuhat faili muudab selle minutiteks.

Aritmeetika on illustratiivne, mitte mõõtmine: fail ei maksa tingimata ühte edasi-tagasi käiku ja kliendid kattuvad osa tööst.

Kogusummat muudavad kaks hooba. Vähendage sõltuvate vahetuste arvu faili kohta või hoidke neid rohkem korraga töös. Esimene on protokolli või töökoormuse muudatus; teine on paralleelsus. Kumbki ei tee aeglast linki kiiremaks.

Mõõtke töökoormust, mitte linki

Võrrelge kolme tööd samade lõpp-punktide ja juurdepääsupoliitikaga: üks suur fail, väikeste failide kaust ja tegelik äritoiming. Märkige iga tulemuse juurde failide arv, suuruste jaotus, kopeerimisvahend ja võrgutingimused.

Üksik MB/s arv ilma nende üksikasjadeta ei ole kellegi teise omaga võrreldav.

Mõõtke latentsust läbilaskevõimest eraldi. Lihtne edasi-tagasi test failiserverisse annab arvu, mis korrutub väikeste toimingute lõikes. Seejärel jälgige kopeerimise päringumustrit, mitte selle keskmist kiirust. Kui kiirus on madal ja link jõude, on kitsaskoht tunnelist kõrgemal.

Muutke tööd: paralleelsus ja arhiivid

Lubatud hulgikopeerimise jaoks hoiab kontrollitud paralleelsusega vahend rohkem päringuid töös. Robocopy /MT valik on tavaline Windowsi näide. Lõimede lisamine ei taga kiiremat kopeerimist.

Valige arv, mida klient, server ja salvestus vastu peavad, ning hoidke töö logi ja kõik vead.

Arhiveerimine allikas ja kohalik lahtipakkimine eemaldavad failipõhise kaugtöö. Kaasake võrdlusse ettevalmistus- ja väljavõtmisaeg ning kinnitage, et arhiiv säilitab metaandmed ja õigused, mida töö vajab. Kumbki nipp ei pane rakendust oma failitoiminguid koondama.

Kontrollige loendurit kontrollitud katsega

Käivitage sama töö kaks korda, muutes ühte muutujat, ja kirjutage mõlemad arvud üles. Kontrollitud katse on ainus viis teada, kas seade aitas või oli võrk juhuslikult vaiksem.

Kaks käsku annavad failide arvu ja edasi-tagasi käigu baasjoone:

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

Seejärel käivitage kopeerimine piiratud lõimede arvuga ja võrrelge logi eelmise käivitusega:

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

Ärge lülitage välja SMB allkirjastamist, krüpteerimist ega lõpp-punkti kaitset loenduri parandamiseks. Need muudatused vahetavad turvaomaduse arvu vastu, mis võib-olla ei olnudki kitsaskoht. Ja hoidke VPN transport oma märkmetes SMB enda transpordist eraldi, sest parandus ühes ei ole tõend teise kohta.