Sandaran awan lambat melalui VPN: cari fasa sebenar

Sandaran yang merangkak melalui VPN mengajak kepada eksperimen jelas: putuskan terowong dan ukur semula. Eksperimen itu sering menjawab soalan lain, kerana tugas itu mungkin sedang mengira hash fail atau menunggu percubaan semula dan bukan memindahkan bait. Pisahkan fasa terlebih dahulu dan aduan menjadi ujian khusus dengan hasil jangkaan yang khusus. Laluan hanya menjadi calon apabila fasa pemindahan itulah yang benar-benar lambat.

Fasa mana tugas itu berada apabila ia terasa lambat

Alat sandaran melalui fasa: menemui fail, membacanya dan mengira hash, memampatkan, menyulitkan, memuat naik dan kemudian mengesahkan. Setiap fasa mempunyai penyempitan sendiri, dan hanya sesetengahnya menyentuh rangkaian sama sekali. Alat yang belum melaporkan sebarang fasa memberitahu anda bahawa ia belum selesai mengimbas.

Tugas yang mengambil dua puluh minit menyediakan sejuta fail kecil tidak akan menjadi lebih pantas apabila terowong menjadi lebih pantas. Tugas yang memenuhi pautan muat naik ialah masalah kapasiti dengan penyelesaian berbeza. Baca output kemajuan semasa kelewatan berlaku, catat fasa dan tulis cap masa, kerana fasa pada masa aduan itulah satu-satunya yang penting. Fail kecil juga berkelakuan berbeza daripada satu objek besar, kerana perjalanan pergi balik bagi setiap fail mendominasi dan pemindahan tidak pernah mencapai kadar yang stabil. Bandingkan yang setara dengan yang setara sebelum membuat kesimpulan tentang terowong.

Titik akhir awam dan NAS peribadi gagal secara berbeza

Perkhidmatan sandaran awam membawa sambungan aplikasi yang disahkan sendiri, dan terowong hanyalah satu lonjakan pada laluan yang lebih panjang. NAS peribadi biasanya bergantung pada terowong itu untuk kebolehcapaian asas ke rangkaian anda. Perbezaan itulah yang menentukan sama ada memutuskan sambungan ialah garis dasar yang sah atau ujian terhadap tiada apa-apa.

Dalam kes awam, tugas yang sama melalui laluan lain boleh menjadi perbandingan adil apabila dasar membenarkan. Dalam kes peribadi, membuang terowong tidak meninggalkan sebarang laluan ke pelayan, jadi hasilnya menggambarkan laluan yang anda padam dan bukan yang anda gunakan.

Terhenti ialah kegagalan berbeza daripada pemindahan lambat

Lajur ketiga jadual itu menentukan sama ada ujian kestabilan boleh dijalankan sama sekali, kerana garis dasar yang membuang terowong hanya bermakna di tempat terdapat laluan lain. Dengan garis dasar yang boleh digunakan, lihat bentuk kegagalan dan bukan kadar puratanya. Muat naik rendah tetapi mantap menunjukkan kapasiti, manakala tugas yang terhenti dan bermula semula menunjukkan gangguan, pengesahan atau satu fail yang bermasalah. Kedua-duanya menghasilkan aduan hampir sama dan pembaikan yang sama sekali berbeza.

Percubaan semula mengherotkan setiap ukuran, kerana bait pada wayar boleh lebih besar daripada jumlah yang benar-benar berubah. Baca tingkah laku menyambung semula sebelum mengganggu tugas itu lagi untuk melihat apa yang berlaku, kerana muat naik berpecah yang boleh disambung pulih dengan murah dan permulaan semula fail penuh tidak. Terowong yang menyambung semula setiap beberapa minit juga kelihatan seperti masalah lebar jalur apabila ia sebenarnya masalah kestabilan. MTU laluan memburukkan lagi perkara ini, kerana terowong yang mengurangkan muatan berguna menghentikan segmen besar sementara yang kecil lulus.

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

Satu muat naik boleh membiarkan semua aliran lain kelaparan

Muat naik yang memenuhi pautan muat naik menjadikan panggilan dan pelayaran tidak responsif, dan sandaran jarang menjadi satu-satunya yang bersaing untuknya. Klien penyegerakan kedua menghasilkan gejala yang sama dengan sendirinya. Sebelum menyalahkan terowong, lihat apa lagi yang sedang dimuat naik.

Gunakan jadual atau had lebar jalur yang didokumenkan oleh alat itu dan bukan berjuang untuk daya pemprosesan puncak; meninggalkan ruang untuk kerja interaktif biasanya lebih bernilai daripada beberapa peratus terakhir. Kemudian periksa apa yang sebenarnya dikenakan oleh had itu, kerana sesetengah alat mengehadkan setiap fail, sesetengah mengehadkan keseluruhan larian dan sesetengah lagi mengabaikan overhed fail kecil sepenuhnya. Had yang tidak sepadan dengan beban kerja tidak mengubah apa-apa. Terowong berpecah juga patut disyaki di sini, kerana mengecualikan pelancar daripada terowong tidak mengecualikan perkhidmatan pembantu yang melakukan muat naik. Rclone, contohnya, menerbitkan kedua-dua had pemindahan dan tingkah laku percubaan semula dalam dokumentasinya, yang menjadikannya rujukan berguna tentang apa yang patut dikawal oleh sesuatu had.

Akhiri dengan pemulihan, bukan ujian kelajuan

Muat naik yang selesai bukan sandaran sehingga sesuatu dipulihkan daripadanya. Sahkan bahawa versi yang dijangkakan wujud, kemudian pulihkan fail wakil menggunakan prosedur yang didokumenkan oleh alat itu. Simpan maklumat pemulihan di tempat lain daripada mesin atau profil yang mungkin anda hilangkan, dan jangan sekali-kali membuang sandaran yang berfungsi hanya untuk memastikan eksperimen kemas.

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

Ulangi kedua-dua pemindahan dan pemulihan selepas perubahan rangkaian, supaya peningkatan itu terbukti berkhidmat untuk sandaran dan bukan sekadar memindahkan data dengan lebih pantas. Larian kedua itulah yang menutup tiket. Pemindahan yang lebih pantas dengan pemulihan yang belum diuji ialah cara yang lebih perlahan untuk kekal tanpa perlindungan.