Резервне копије у облаку су споре преко 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

Поновите и пренос и враћање након промене мреже, да се покаже да побољшање служи резервној копији, а не само бржем премештању података. Управо други пролаз затвара захтев. Бржи пренос са непровереним враћањем је спорији начин да останете без заштите.