Бұлттық резервтік көшірмелер 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

Желі өзгергеннен кейін тасымалдауды да, қалпына келтіруді де қайталаңыз, сонда жақсарту тек деректерді жылдамырақ жылжыту емес, резервтік көшіруге қызмет ететіні көрінеді. Дәл сол екінші жүгіріс билетті жабады. Тексерілмеген қалпына келтірумен жылдамырақ тасымалдау – қорғаныссыз қалудың баяу жолы.