Cloudové zálohy jsou přes VPN pomalé: najděte skutečnou fázi

Záloha, která se přes VPN plazí, svádí k očividnému experimentu: odpojit tunel a změřit to znovu. Ten experiment často odpovídá na jinou otázku, protože úloha možná počítala hashe souborů nebo čekala na opakovaný pokus, místo aby přenášela bajty. Nejprve oddělte fáze a stížnost se promění v konkrétní test s konkrétním očekávaným výsledkem. Trasa se stane kandidátem teprve tehdy, když je pomalá právě fáze přenosu.

V jaké fázi je úloha, když se zdá pomalá

Zálohovací nástroje procházejí fázemi: objevování souborů, jejich čtení a hashování, komprese, šifrování, nahrávání a pak ověřování. Každá fáze má své vlastní úzké hrdlo a jen některé se vůbec dotýkají sítě. Nástroj, který zatím nehlásí žádnou fázi, vám říká, že ještě nedokončil skenování.

Úloha, která stráví dvacet minut přípravou milionu malých souborů, se nezrychlí, když bude tunel rychlejší. Úloha, která saturuje odchozí linku, je problém kapacity s jiným řešením. Čtěte výstup průběhu, dokud zpoždění trvá, poznamenejte fázi a zapište čas, protože fáze v okamžiku stížnosti je jediná, na které záleží. Malé soubory se také chovají jinak než jeden velký objekt, protože dominují obrátky na soubor a přenos nikdy nedosáhne stabilní rychlosti. Porovnávejte srovnatelné se srovnatelným, než uděláte závěry o tunelu.

Veřejný koncový bod a soukromé NAS selhávají jinak

Veřejná zálohovací služba nese vlastní ověřené připojení aplikace a tunel je jeden skok na delší cestě. Soukromé NAS obvykle závisí na tomto tunelu pro základní dostupnost vaší sítě. Tento rozdíl rozhoduje, zda je odpojení platná základní linie, nebo test ničeho.

Ve veřejném případě může být stejná úloha přes jinou trasu férovým srovnáním, pokud to politika dovolí. V soukromém případě odstranění tunelu nenechá vůbec žádnou cestu k serveru, takže výsledek popisuje cestu, kterou jste smazali, a ne tu, kterou používáte.

Zaseknutí je jiná porucha než pomalý přenos

Třetí sloupec té tabulky rozhoduje, zda lze vůbec provést test stability, protože základní linie, která odstraní tunel, má smysl jen tam, kde existuje jiná cesta. S použitelnou základní linií sledujte tvar poruchy, ne její průměrnou rychlost. Nízké, ale stálé nahrávání ukazuje na kapacitu, zatímco úloha, která se zasekne a restartuje, ukazuje na přerušení, autentizaci nebo jeden problematický soubor. Ty dvě dávají téměř identické stížnosti a zcela odlišné opravy.

Opakované pokusy zkreslují každé měření, protože bajtů na drátě může být víc než množství, které se skutečně změnilo. Přečtěte si chování při obnovení, než úlohu znovu přerušíte, abyste viděli, co se stane, protože rozdělené obnovitelné nahrávání se zotavuje levně a restart celého souboru ne. Tunel, který se každých pár minut znovu připojuje, také vypadá jako problém šířky pásma, když je ve skutečnosti problémem stability. MTU cesty to zhoršuje, protože tunel, který snižuje užitečné zatížení, zasekává velké segmenty, zatímco malé procházejí.

journalctl -u wg-quick@wg0 -n 50 --no-pager
ss -tin dst :443
ping -M do -s 1400 -c 3 backup.example.com

Jedno nahrávání může vyhladovět všechny ostatní toky

Nahrávání, které zaplní odchozí linku, dělá hovory a prohlížení neodpovídajícími, a záloha je málokdy jediná věc, která o ni soutěží. Druhý synchronizační klient vytváří stejný symptom sám. Než obviníte tunel, podívejte se, co dalšího nahrává.

Použijte plán nebo limit šířky pásma, který nástroj dokumentuje, místo boje o špičkovou propustnost; ponechat rezervu pro interaktivní práci obvykle stojí za víc než posledních pár procent. Potom zkontrolujte, na co se limit vlastně vztahuje, protože některé nástroje omezují na soubor, jiné na celý běh a jiné režii malých souborů úplně ignorují. Limit, který neodpovídá zátěži, nic nezmění. Rozdělené tunelování si zde také zaslouží podezření, protože vyloučení spouštěče z tunelu nevylučuje pomocnou službu, která nahrávání provádí. Rclone například zveřejňuje jak limity přenosu, tak chování při opakovaných pokusech ve své dokumentaci, což z něj činí užitečný odkaz pro to, co má limit řídit.

Skončete obnovou, ne testem rychlosti

Dokončené nahrání není záloha, dokud se z něj něco neobnoví. Ověřte, že očekávaná verze existuje, a pak obnovte reprezentativní soubor postupem, který nástroj dokumentuje. Uchovávejte informace pro obnovu jinde než na stroji nebo profilu, o který můžete přijít, a nikdy nevyhazujte funkční zálohu jen proto, aby experiment zůstal uklizený.

restic snapshots --latest 3
restic restore latest --target /tmp/restore-check --include /etc/hosts

Zopakujte přenos i obnovu po změně sítě, aby se ukázalo, že zlepšení slouží záloze, a ne jen rychlejšímu přesunu dat. Právě druhý běh uzavírá tiket. Rychlejší přenos s nevyzkoušenou obnovou je pomalejší způsob, jak zůstat nechráněný.