Облачните резервни копии се бавни преку VPN: најдете ја вистинската фаза

Резервна копија што ползи преку VPN ве поканува на очигледниот експеримент: исклучете го тунелот и измерете повторно. Тој експеримент често одговара на друго прашање, бидејќи задачата можеби пресметувала хешови на датотеки или чекала повторен обид наместо да пренесува бајти. Прво одвојте ги фазите и поплаката се претвора во конкретен тест со конкретен очекуван резултат. Рутата станува кандидат само кога бавна е токму фазата на пренос.

Во која фаза е задачата кога изгледа бавна

Алатките за резервни копии минуваат низ фази: откривање датотеки, нивно читање и пресметување хешови, компресирање, шифрирање, прикачување и потоа проверка. Секоја фаза има свое тесно грло и само некои воопшто ја допираат мрежата. Алатка што сè уште не пријавува фаза ви кажува дека не го завршила скенирањето.

Задача што поминува дваесет минути подготвувајќи милион мали датотеки нема да забрза кога тунелот ќе стане побрз. Задача што го заситува нагорниот канал е проблем со капацитетот со друго решение. Читајте го излезот за напредок додека трае доцнењето, забележете ја фазата и запишете го времето, бидејќи фазата во моментот на поплаката е единствената што е важна. Малите датотеки се однесуваат поинаку од еден голем објект, бидејќи доминираат патувањата напред-назад по датотека и преносот никогаш не достигнува стабилна брзина. Споредете слично со слично пред да донесете заклучок за тунелот.

Јавна крајна точка и приватен NAS пропаѓаат различно

Јавната служба за резервни копии носи своја автентицирана апликациска врска, а тунелот е еден скок на подолг пат. Приватниот NAS обично зависи од тој тунел за основна достапност на вашата мрежа. Таа разлика одлучува дали исклучувањето е валидна основна линија или тест на ништо.

Во јавниот случај, истата задача преку друга рута може да биде фер споредба кога политиката дозволува. Во приватниот случај, отстранувањето на тунелот не остава никаква рута до серверот, па резултатот го опишува патот што сте го избришале, а не тој што го користите.

Застојот е различен дефект од бавниот пренос

Третата колона од таа табела одлучува дали тестот за стабилност воопшто може да се изврши, бидејќи основната линија што го отстранува тунелот има смисла само таму каде што постои друг пат. Со употреблива основна линија, гледајте ја формата на дефектот, а не неговата просечна брзина. Ниско, но стабилно прикачување укажува на капацитет, додека задача што запира и се рестартира укажува на прекин, автентикација или една проблематична датотека. Тие две даваат речиси идентични поплаки и сосема различни поправки.

Повторените обиди го искривуваат секое мерење, бидејќи бајтите на линијата може да се повеќе од количината што навистина се променила. Прочитајте го однесувањето при продолжување пред повторно да ја прекинете задачата за да видите што се случува, бидејќи поделените прикачувања што можат да продолжат се опоравуваат ефтино, а рестартирањето на цела датотека не. Тунел што се поврзува повторно на неколку минути исто така изгледа како проблем со пропусниот опсег кога всушност е проблем со стабилноста. MTU на патот го влошува тоа, бидејќи тунел што го намалува корисниот товар ги блокира големите сегменти, додека малите поминуваат.

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

Едно прикачување може да ги изгладни сите други текови

Прикачување што го исполнува нагорниот канал ги прави повиците и прелистувањето неодговорни, а резервната копија ретко е единственото нешто што се натпреварува за него. Втор клиент за синхронизација го создава истиот симптом сам. Пред да го обвините тунелот, погледнете што друго се прикачува.

Користете го распоредот или ограничувањето на пропусниот опсег што алатката го документира, наместо да се борите за врвен проток; оставање простор за интерактивна работа обично вреди повеќе од последните проценти. Потоа проверете на што всушност се однесува ограничувањето, бидејќи некои алатки ограничуваат по датотека, други целото извршување, а трети целосно го игнорираат трошокот за мали датотеки. Ограничување што не одговара на работното оптоварување не менува ништо. И разделеното тунелирање заслужува сомнеж овде, бидејќи исклучувањето на стартерот од тунелот не ја исклучува помошната служба што го врши прикачувањето. На пример, Rclone објавува и ограничувања за пренос и однесување при повторени обиди во својата документација, што го прави корисна референца за тоа што треба да контролира едно ограничување.

Завршете со враќање, а не со тест за брзина

Завршеното прикачување не е резервна копија сè додека нешто не се врати од него. Потврдете дека очекуваната верзија постои, потоа вратете репрезентативна датотека со постапката што алатката ја документира. Чувајте ги информациите за враќање на друго место, а не на машината или профилот што може да ги изгубите, и никогаш не фрлајте работечка копија само за да остане експериментот уреден.

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

Повторете ги и преносот и враќањето по промената на мрежата, за да се покаже дека подобрувањето служи на резервната копија, а не само на побрзо преместување на податоци. Токму второто извршување го затвора барањето. Побрз пренос со непроверено враќање е побавен начин да останете без заштита.