Malé soubory se plazí přes VPN kvůli zpátečním cestám, ne kvůli rychlosti

Zkopírujte jeden soubor o velikosti 2 GB přes VPN a přenos vypadá dobře. Zkopírujte složku s deseti tisíci malých dokumentů a stejné spojení vypadá rozbité. Rozdíl není v nastavení šířky pásma, které se mezi oběma úlohami změnilo. Druhá úloha tráví čas nastavováním, metadaty a čekáním na odpovědi a právě latence tunelu toto čekání zviditelňuje.

Jeden soubor streamuje; složka souborů vyjednává

Velká kopie tráví většinu života ve smyčce čtení a zápisu nad malým počtem otevřených popisovačů. Režie protokolu se platí jednou za soubor a data se pohybují ve velkých blocích. Výsledku dominuje šířka pásma.

Kopírování složky platí za každý soubor: vytvoření, dotaz na atributy, otevření, zápis, zavření a aktualizaci metadat adresáře. Každý z nich je požadavek, který čeká na odpověď, než může pokračovat další krok. Byty jsou drobné; koordinace ne.

Proto graf nízkého využití spoje nedokazuje téměř nic. Spoj je nečinný, protože klient čeká, ne protože je tunel pomalý. Pole úložiště nebo skener koncových bodů může přidat stejný tvar zpoždění. Určete, která fáze čeká, než změníte jakékoli síťové nastavení.

Zpáteční cesty se sčítají rychleji než byty

Latence je cena jedné závislé výměny. Pokud soubor potřebuje několik sériových výměn a tunel přidá 40 ms v každém směru, cena za soubor rychle roste. Deset tisíc souborů z toho udělá minuty.

Aritmetika je ilustrativní, ne měřítko: soubor nemusí nutně stát jeden zpáteční přenos a klienti část práce překrývají.

Celkový součet mění dvě páky. Snižte počet závislých výměn na soubor, nebo jich nechte více probíhat současně. První je změna protokolu nebo zátěže; druhá je souběžnost. Ani jedna neudělá pomalý spoj rychlejším.

Měřte pracovní zátěž, ne spoj

Porovnejte tři úlohy se stejnými koncovými body a zásadami přístupu: jeden velký soubor, složku malých souborů a skutečnou obchodní operaci. U každého výsledku zaznamenejte počet souborů, rozdělení velikostí, nástroj pro kopírování a síťové podmínky.

Jediné číslo v MB/s bez těchto podrobností nelze s ničím jiným porovnat.

Měřte latenci odděleně od propustnosti. Jednoduchý test zpáteční cesty na souborový server dává číslo, které se násobí napříč malými operacemi. Pak sledujte vzorec požadavků kopie, nikoli její průměrnou rychlost. Pokud je rychlost nízká a spoj nečinný, úzké hrdlo je nad tunelem.

Změňte úlohu: souběžnost a archivy

Pro povolenou hromadnou kopii drží nástroj s řízenou souběžností více požadavků v běhu. Volba /MT nástroje Robocopy je běžný příklad ve Windows. Přidání vláken nezaručuje rychlejší kopii.

Zvolte počet, který klient, server a úložiště vydrží, a uchovejte protokol úlohy a všechny chyby.

Archivace u zdroje a místní rozbalení odstraňují vzdálenou práci na soubor. Do srovnání zahrňte čas přípravy a extrakce a ověřte, že archiv zachovává metadata a oprávnění, která úloha potřebuje. Ani jeden trik nenutí aplikaci sdružovat vlastní souborové operace.

Ověřte počítadlo kontrolovaným testem

Spusťte stejnou úlohu dvakrát s jednou změněnou proměnnou a zaznamenejte obě čísla. Kontrolovaný test je jediný způsob, jak zjistit, zda nastavení pomohlo, nebo byla síť náhodou klidnější.

Dva příkazy dávají počet souborů a základní linii zpáteční cesty:

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

Poté spusťte kopii s omezeným počtem vláken a porovnejte protokol s předchozím během:

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

Nevypínejte podepisování SMB, šifrování ani ochranu koncových bodů, abyste vylepšili počítadlo. Tyto změny vyměňují bezpečnostní vlastnost za číslo, které možná nebylo úzkým hrdlem. A v poznámkách držte přenos VPN odděleně od vlastního přenosu SMB, protože oprava v jednom není důkazem o druhém.