Bulut yedekleri VPN üzerinden yavaş: gerçek aşamayı bulun

VPN üzerinden sürünen bir yedekleme, tüneli kesip yeniden ölçme gibi apaçık bir deneye davet eder. Bu deney çoğu zaman başka bir soruyu yanıtlar, çünkü iş bayt taşımak yerine dosyaların karmasını hesaplıyor veya yeni bir deneme bekliyor olabilir. Önce aşamaları ayırın, şikayet belirli bir beklenen sonucu olan belirli bir teste dönüşür. Rota ancak aktarım aşaması gerçekten yavaş olduğunda aday olur.

Yavaş hissettirdiğinde iş hangi aşamada

Yedekleme araçları aşamalardan geçer: dosyaları keşfetme, okuma ve karma hesaplama, sıkıştırma, şifreleme, yükleme ve ardından doğrulama. Her aşamanın kendi darboğazı vardır ve yalnızca bazıları ağa hiç dokunur. Henüz hiçbir aşama bildirmeyen bir araç, taramayı bitirmediğini söylüyordur.

Bir milyon küçük dosyayı hazırlamak için yirmi dakika harcayan bir iş, tünel hızlandığında hızlanmaz. Yükleme bağlantısını doyuran bir iş, farklı çözümü olan bir kapasite sorunudur. Gecikme yaşanırken ilerleme çıktısını okuyun, aşamayı not edin ve zamanı yazın, çünkü şikayet anındaki aşama tek önemli olanıdır. Küçük dosyalar tek bir büyük nesneden farklı davranır, çünkü dosya başına gidiş dönüşler baskındır ve aktarım hiçbir zaman sabit bir hıza ulaşmaz. Tünel hakkında sonuç çıkarmadan önce benzeri benzerle karşılaştırın.

Genel bir uç nokta ile özel bir NAS farklı biçimde başarısız olur

Genel bir yedekleme hizmeti kendi kimlik doğrulamalı uygulama bağlantısını taşır ve tünel daha uzun bir yol üzerindeki tek sıçramadır. Özel bir NAS genellikle ağınıza temel erişim için bu tünele bağımlıdır. Bu fark, bağlantıyı kesmenin geçerli bir temel çizgi mi yoksa hiçbir şeyin testi mi olduğunu belirler.

Genel durumda, ilke izin verdiğinde aynı işin başka bir rotadan yapılması adil bir karşılaştırma olabilir. Özel durumda tüneli kaldırmak sunucuya hiçbir rota bırakmaz, bu yüzden sonuç kullandığınız yolu değil sildiğiniz yolu anlatır.

Durma, yavaş aktarımdan farklı bir arızadır

O tablonun üçüncü sütunu bir kararlılık testinin hiç yapılıp yapılamayacağını belirler, çünkü tüneli kaldıran temel çizgi yalnızca başka bir yolun bulunduğu yerde anlam taşır. Kullanılabilir bir temel çizgiyle ortalama hıza değil arızanın biçimine bakın. Düşük ama istikrarlı bir yükleme kapasiteye işaret ederken, durup yeniden başlayan bir iş kesintiye, kimlik doğrulamaya veya tek bir sorunlu dosyaya işaret eder. Bu ikisi neredeyse aynı şikayetleri ve tamamen farklı onarımları üretir.

Yeniden denemeler her ölçümü çarpıtır, çünkü hattaki baytlar gerçekte değişen miktardan fazla olabilir. Ne olduğunu görmek için işi yeniden kesmeden önce devam etme davranışını okuyun, çünkü parçalı sürdürülebilir yüklemeler ucuza toparlanır, tüm dosyayı yeniden başlatma ise toparlanmaz. Birkaç dakikada bir yeniden bağlanan bir tünel de gerçekte kararlılık sorunu iken bant genişliği sorunu gibi görünür. Yolun MTU'su bunu ağırlaştırır, çünkü kullanılabilir yükü azaltan bir tünel büyük segmentleri durdururken küçükler geçer.

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

Tek bir yükleme diğer tüm akışları aç bırakabilir

Yükleme bağlantısını dolduran bir yükleme aramaları ve gezinmeyi yanıtsız bırakır ve yedekleme nadiren bunun için yarışan tek şeydir. İkinci bir eşitleme istemcisi aynı belirtiyi tek başına üretir. Tüneli suçlamadan önce başka neyin yüklendiğine bakın.

Tepe verim için savaşmak yerine aracın belgelediği zamanlamayı veya bant genişliği sınırını kullanın; etkileşimli çalışma için pay bırakmak genellikle son yüzdelerden daha değerlidir. Sonra sınırın gerçekte neye uygulandığını kontrol edin, çünkü bazı araçlar dosya başına, bazıları tüm çalıştırma için sınır koyar, bazıları ise küçük dosyaların ek yükünü tamamen yok sayar. İş yüküne uymayan bir sınır hiçbir şeyi değiştirmez. Bölünmüş tünel de burada şüphe hak eder, çünkü başlatıcıyı tünelden çıkarmak yüklemeyi yapan yardımcı hizmeti çıkarmaz. Örneğin Rclone hem aktarım sınırlarını hem de yeniden deneme davranışını belgelerinde yayımlar, bu da onu bir sınırın neyi denetlemesi gerektiği konusunda yararlı bir başvuru yapar.

Hız testiyle değil, geri yüklemeyle bitirin

Tamamlanmış bir yükleme, ondan bir şey geri yüklenene kadar yedek değildir. Beklenen sürümün var olduğunu doğrulayın, ardından aracın belgelediği yordamla temsili bir dosyayı geri yükleyin. Kurtarma bilgilerini kaybedebileceğiniz makine veya profilden başka bir yerde tutun ve deneyi düzenli tutmak uğruna çalışan bir yedeği asla atmayın.

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

Ağ değişikliğinden sonra hem aktarımı hem de geri yüklemeyi yineleyin, böylece iyileşmenin yalnızca veriyi daha hızlı taşımaya değil yedeklemeye hizmet ettiği görülsün. İkinci çalıştırma kaydı kapatandır. Test edilmemiş bir geri yüklemeyle daha hızlı aktarım, korumasız kalmanın daha yavaş bir yoludur.