Bulud ehtiyat nüsxələri VPN üzərindən yavaşdır: əsl mərhələni tapın

VPN üzərindən sürünən ehtiyat nüsxə tuneli ayırıb yenidən ölçmək kimi aşkar təcrübəni təklif edir. Bu təcrübə çox vaxt başqa suala cavab verir, çünki iş baytları köçürmək əvəzinə faylları heşləyir və ya təkrar cəhdi gözləyirdi. Əvvəlcə mərhələləri ayırın, şikayət konkret gözlənilən nəticəsi olan konkret testə çevrilir. Marşrut yalnız köçürmə mərhələsi həqiqətən yavaş olduqda namizəd olur.

Yavaş görünəndə iş hansı mərhələdədir

Ehtiyat nüsxə alətləri mərhələlərdən keçir: faylları tapmaq, onları oxumaq və heşləmək, sıxmaq, şifrələmək, yükləmək, sonra yoxlamaq. Hər mərhələnin öz darboğazı var və yalnız bəziləri ümumiyyətlə şəbəkəyə toxunur. Hələ heç bir mərhələ bildirməyən alət sizə skanı bitirmədiyini deyir.

Milyon kiçik faylı hazırlamağa iyirmi dəqiqə sərf edən iş tunel sürətlənəndə sürətlənməyəcək. Yuxarı axını dolduran iş fərqli həlli olan tutum problemidir. Gecikmə baş verərkən tərəqqi çıxışını oxuyun, mərhələni qeyd edin və vaxt damğasını yazın, çünki şikayət anındakı mərhələ yeganə vacib olanıdır. Kiçik fayllar bir böyük obyektdən fərqli davranır, çünki hər fayl üzrə gediş-dönüşlər üstünlük təşkil edir və köçürmə heç vaxt sabit sürətə çatmır. Tunel haqqında nəticə çıxarmazdan əvvəl oxşarı oxşarla müqayisə edin.

Açıq son nöqtə və şəxsi NAS fərqli şəkildə sıradan çıxır

Açıq ehtiyat nüsxə xidməti öz autentifikasiyalı tətbiq bağlantısını daşıyır və tunel daha uzun yolun bir addımıdır. Şəxsi NAS adətən şəbəkənizə əsas çatım üçün həmin tuneldən asılıdır. Bu fərq ayırmanın etibarlı baza xətti, yoxsa heç nəyin testi olduğunu müəyyən edir.

Açıq halda siyasət icazə verdikdə eyni işin başqa marşrut üzərindən aparılması ədalətli müqayisə ola bilər. Şəxsi halda tunelin çıxarılması serverə heç bir yol qoymur, ona görə nəticə istifadə etdiyiniz yolu deyil, sildiyiniz yolu təsvir edir.

Donma yavaş köçürmədən fərqli nasazlıqdır

Həmin cədvəlin üçüncü sütunu sabitlik testinin ümumiyyətlə mümkün olub-olmadığını müəyyən edir, çünki tuneli çıxaran baza xətti yalnız başqa yol mövcud olduqda məna daşıyır. İstifadə edilə bilən baza xətti ilə nasazlığın orta sürətinə deyil, formasına baxın. Aşağı, lakin sabit yuxarı axın tutuma işarə edir, dayanıb yenidən başlayan iş isə kəsilməyə, autentifikasiyaya və ya bir problemli fayla. Bu ikisi demək olar ki, eyni şikayətlər və tamamilə fərqli təmir yolları yaradır.

Təkrar cəhdlər hər ölçməni təhrif edir, çünki şəbəkədəki baytlar faktiki dəyişən həcmdən böyük ola bilər. Nə baş verdiyini görmək üçün işi yenidən kəsməzdən əvvəl bərpa davranışını oxuyun, çünki hissə-hissə bərpa olunan yükləmələr ucuz bərpa olunur, tam fayl yenidən başlatmaları isə yox. Bir neçə dəqiqədən bir yenidən qoşulan tunel də əslində sabitlik problemi olduğu halda bant genişliyi problemi kimi görünür. Buna yol MTU-su da əlavə olunur, çünki istifadə edilə bilən yükü azaldan tunel böyük seqmentləri dayandırır, kiçiklər isə keçir.

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

Bir yükləmə bütün digər axınları ac qoya bilər

Yuxarı axın xəttini dolduran yükləmə zəngləri və brauzeri cavabsız edir, və ehtiyat nüsxə nadir hallarda onun üçün yeganə rəqib olur. İkinci sinxronlaşdırma müştərisi eyni simptomu özü yaradır. Tuneli günahlandırmazdan əvvəl başqa nəyin yüklədiyinə baxın.

Pik ötürmə qabiliyyəti üçün mübarizə aparmaq əvəzinə alətin sənədləşdirdiyi cədvəldən və ya bant genişliyi limitindən istifadə edin; interaktiv iş üçün ehtiyat buraxmaq adətən son bir neçə faizdən dəyərlidir. Sonra limitin həqiqətən nəyə tətbiq olunduğunu yoxlayın, çünki bəzi alətlər fayl üzrə, bəziləri bütün iş üzrə məhdudlaşdırır, bəziləri isə kiçik fayl xərclərini tamamilə nəzərə almır. İş yükünə uyğun olmayan limit heç nəyi dəyişmir. Bölünmüş tunelleşmə burada da şübhə doğurur, çünki başladıcını tuneldən kənarlaşdırmaq yükləməni yerinə yetirən köməkçi xidməti kənarlaşdırmır. Məsələn, Rclone həm köçürmə limitlərini, həm də təkrar cəhd davranışını öz sənədlərində yayımlayır, bu da onu limitin nəyi idarə etməli olduğuna faydalı istinad edir.

Sürət testi ilə deyil, bərpa ilə bitirin

Tamamlanmış yükləmə ondan nəsə bərpa olunana qədər ehtiyat nüsxə sayılmır. Gözlənilən versiyanın mövcud olduğunu təsdiqləyin, sonra alətin sənədləşdirdiyi prosedurla təmsilçi faylı bərpa edin. Bərpa məlumatını itirə biləcəyiniz maşından və ya profildən başqa yerdə saxlayın və yalnız təcrübəni səliqəli saxlamaq üçün işləyən ehtiyat nüsxəni heç vaxt atmayın.

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

Şəbəkə dəyişikliyindən sonra həm köçürməni, həm də bərpanı təkrarlayın ki, yaxşılaşmanın sadəcə məlumatı sürətli köçürməyə deyil, ehtiyat nüsxəyə xidmət etdiyi görünsün. Məhz bu ikinci iş bileti bağlayır. Sınanmamış bərpa ilə daha sürətli köçürmə, müdafiəsiz qalmağın daha yavaş yoludur.