A kis fájlok a VPN-en az oda-vissza utak miatt másznak, nem a sebesség miatt

Másoljon át egy 2 GB-os fájlt a VPN-en, és az átvitel jónak tűnik. Másoljon át egy mappát tízezer kis dokumentummal, és ugyanaz a kapcsolat töröttnek tűnik. A különbség nem egy sávszélesség-beállítás, amely a két munka között megváltozott. A második munka az idejét beállítással, metaadatokkal és válaszokra várással tölti, és az alagút késleltetése teszi láthatóvá ezt a várakozást.

Egy fájl streamel; egy mappányi fájl tárgyal

Egy nagy másolás élete nagy részét néhány nyitott leíró olvasás-írás ciklusában tölti. A protokoll többletköltsége fájlonként egyszer fizetendő, és az adatok nagy blokkokban mozognak. Az eredményt a sávszélesség határozza meg.

A mappamásolás fájlonként fizet: létrehozás, attribútumok lekérdezése, megnyitás, írás, bezárás és a könyvtár metaadatainak frissítése. Mindegyik egy kérés, amely válaszra vár, mielőtt a következő lépés továbbmehet. A bájtok kicsik; a koordináció nem.

Ezért egy alacsony kapcsolatkihasználtságot mutató grafikon szinte semmit nem bizonyít. A kapcsolat azért tétlen, mert a kliens vár, nem azért, mert az alagút lassú. Egy tárolótömb vagy egy végpontszkenner ugyanilyen késleltetést adhat hozzá. Állapítsa meg, melyik szakasz vár, mielőtt bármilyen hálózati beállítást módosítana.

Az oda-vissza utak gyorsabban összeadódnak, mint a bájtok

A késleltetés egy függő csere költsége. Ha egy fájlhoz több soros csere kell, és az alagút 40 ms-ot ad hozzá irányonként, a fájlonkénti költség gyorsan nő. Tízezer fájl percet csinál belőle.

A számítás szemléltető, nem mérés: egy fájl nem garantáltan kerül egy oda-vissza útba, és a kliensek átfedik a munka egy részét.

Két kar változtatja meg az összeget. Csökkentse a fájlonkénti függő cserék számát, vagy tartson többet közülük egyszerre folyamatban. Az első protokoll- vagy munkaterhelés-változás; a második a párhuzamosság. Egyik sem tesz gyorsabbá egy lassú kapcsolatot.

A munkaterhelést mérje, ne a kapcsolatot

Hasonlítson össze három munkát azonos végpontokkal és hozzáférési szabályzattal: egy nagy fájlt, a kis fájlok mappáját és a tényleges üzleti műveletet. Jegyezze fel a fájlszámot, a méreteloszlást, a másolóeszközt és a hálózati körülményeket minden eredménnyel együtt.

Egyetlen MB/s-szám e részletek nélkül senki máséval nem hasonlítható össze.

A késleltetést külön mérje az átviteli teljesítménytől. Egy egyszerű oda-vissza teszt a fájlszerverhez megadja azt a számot, amely a kis műveleteken megsokszorozódik. Utána a másolás kérésmintáját figyelje az átlagsebessége helyett. Ha az arány alacsony és a kapcsolat tétlen, a szűk keresztmetszet az alagút felett van.

Változtassa meg a munkát: párhuzamosság és archívumok

Egy engedélyezett tömeges másoláshoz a szabályozott párhuzamosságú eszköz több kérést tart folyamatban. A Robocopy /MT opciója a szokásos Windows-példa. A szálak hozzáadása nem garantál gyorsabb másolást.

Válasszon olyan számot, amelyet a kliens, a szerver és a tároló el tud viselni, és őrizze meg a munkanaplót és az esetleges hibákat.

A forrásnál történő archiválás és a helyi kicsomagolás megszünteti a fájlonkénti távoli munkát. Vegye bele az előkészítési és kibontási időt az összehasonlításba, és erősítse meg, hogy az archívum megőrzi a feladathoz szükséges metaadatokat és engedélyeket. Egyik trükk sem készteti az alkalmazást arra, hogy saját fájlműveleteit kötegelje.

Ellenőrizze a számlálót kontrollált teszttel

Futtassa ugyanazt a munkát kétszer egy megváltoztatott változóval, és jegyezze fel mindkét számot. Egy kontrollált teszt az egyetlen módja annak megállapítására, hogy egy beállítás segített-e, vagy a hálózat volt véletlenül csendesebb.

Két parancs adja a fájlszámot és az oda-vissza út alapvonalát:

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

Ezután futtassa a másolást korlátozott szálszámmal, és hasonlítsa össze a naplót az előző futással:

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

Ne kapcsolja ki az SMB-aláírást, a titkosítást vagy a végpontvédelmet a számláló javításáért. Ezek a változtatások egy biztonsági tulajdonságot cserélnek egy olyan számra, amely talán nem is volt a szűk keresztmetszet. És a jegyzeteiben tartsa külön a VPN-szállítást az SMB saját szállításától, mert az egyik javítása nem bizonyíték a másikra.