Bu makale yedekleme araçlarını karşılaştıracaktır, ancak önce bunların yedeklemelerden verileri geri yüklemeyle ne kadar hızlı ve iyi başa çıktıklarını öğrenmelisiniz.
Karşılaştırma kolaylığı sağlamak için, özellikle tüm adaylar bu çalışma modunu desteklediğinden, tam bir yedekten geri yükleme yapmayı düşüneceğiz. Basitlik açısından, sayıların ortalaması zaten alınmıştır (birkaç işlemin aritmetik ortalaması). Sonuçlar, yetenekler hakkında da bilgi içeren bir tabloda özetlenecektir: bir web arayüzünün varlığı, kurulum ve kullanım kolaylığı, otomatikleştirme yeteneği, çeşitli ek özelliklerin varlığı (örneğin, veri bütünlüğünü kontrol etme) , vesaire. Grafikler, verilerin kullanılacağı sunucudaki yükü gösterecektir (yedek kopyaların depolanacağı sunucu değil).
Veri kurtarma
rsync ve tar, referans noktası olarak kullanılacaktır
Rsync test verileriyle 4 dakika 28 saniyede başa çıktı;
böyle bir yük
Kurtarma işlemi, yedekleme depolama sunucusunun disk alt sistemindeki bir sınırlamaya çarptı (testere dişi grafikler). Ayrıca bir çekirdeğin sorunsuz bir şekilde yüklendiğini de açıkça görebilirsiniz (düşük iowait ve softirq - sırasıyla disk ve ağda sorun yok). Diğer iki program, yani rdiff-backup ve rsnapshot, rsync'i temel aldığından ve ayrıca bir kurtarma aracı olarak düzenli rsync sunduklarından, yaklaşık olarak aynı yük profiline ve yedekleme kurtarma süresine sahip olacaklardır.
Katran biraz daha hızlı hallettim
2 dakika 43 saniye:
Artan yazılım nedeniyle toplam sistem yükü ortalama% 20 daha yüksekti - ağ alt sisteminin çalışması sırasındaki genel giderler arttı.
Arşivin daha da sıkıştırılması durumunda kurtarma süresi 3 dakika 19 saniyeye çıkar.
ana sunucuda böyle bir yük varken (ana sunucunun yan tarafında paketin açılması):
Sıkıştırılmış işlemi açma işlemi her iki işlemci çekirdeğini de kaplar çünkü çalışan iki işlem vardır. Genel olarak beklenen sonuç budur. Ayrıca, yedeklerle birlikte sunucu tarafında gzip çalıştırıldığında da karşılaştırılabilir bir sonuç (3 dakika 20 saniye) elde edildi; ana sunucudaki yük profili, gzip sıkıştırıcı olmadan tar çalıştırmaya çok benziyordu (önceki grafiğe bakın).
В rdiff-yedekleme normal rsync kullanarak yaptığınız son yedeklemeyi senkronize edebilirsiniz (sonuçlar benzer olacaktır), ancak eski yedeklemelerin yine de geri yüklemeyi 17 dakika 17 saniyede tamamlayan rdiff-backup programını kullanarak geri yüklenmesi gerekir.
bu yük:
Belki de bunun amacı en azından yazarların hızını sınırlamaktı.
anlık görüntü Kurtarma için normal rsync kullanılmasını önerir, dolayısıyla sonuçları benzer olacaktır. Genel olarak durum bu şekilde ortaya çıktı.
Geğirmek Bir yedeği geri yükleme görevini 7 dakika 2 saniyede tamamladım.
bu yük ile:
Oldukça hızlı çalıştı ve en azından saf rsync'den çok daha kullanışlı: herhangi bir işareti hatırlamanıza gerek yok, basit ve sezgisel bir istemci arayüzü, birden fazla kopya için yerleşik destek - iki kat daha yavaş olmasına rağmen. Yaptığınız son yedeklemedeki verileri geri yüklemeniz gerekiyorsa, birkaç uyarıyla birlikte rsync'i kullanabilirsiniz.
Program yaklaşık olarak aynı hız ve yükü gösterdi YedekPC rsync aktarım modunu etkinleştirirken, yedeklemeyi dağıtırken
7 dakika 42 saniye:
Ancak veri aktarım modunda BackupPC katranla daha yavaş başa çıktı: 12 dakika 15 saniyede işlemci yükü genellikle daha düşüktü
bir buçuk kez:
Hile şifreleme olmadan biraz daha iyi sonuçlar gösterdi ve bir yedeği 10 dakika 58 saniyede geri yükledi. Şifrelemeyi gpg kullanarak etkinleştirirseniz kurtarma süresi 15 dakika 3 saniyeye çıkar. Ayrıca kopyaları depolamak için bir depo oluştururken, gelen veri akışını bölerken kullanılacak arşiv boyutunu belirleyebilirsiniz. Genel olarak geleneksel sabit disklerde tek iş parçacıklı çalışma modundan dolayı pek bir fark yoktur. Hibrit depolama kullanıldığında farklı blok boyutlarında görünebilir. Kurtarma sırasında ana sunucudaki yük şu şekildeydi:
şifreleme yok
şifreleme ile
Çiftleme karşılaştırılabilir bir iyileşme oranı gösterdi ve bunu 13 dakika 45 saniyede tamamladı. Kurtarılan verilerin doğruluğunu kontrol etmek yaklaşık 5 dakika daha sürdü (toplamda yaklaşık 19 dakika). Yük şuydu:
oldukça yüksek:
Aes şifreleme dahili olarak etkinleştirildiğinde, kurtarma süresi 21 dakika 40 saniyeydi; kurtarma sırasında CPU kullanımı maksimumdaydı (her iki çekirdek!); Verileri kontrol ederken, bir işlemci çekirdeğini kaplayan yalnızca bir iş parçacığı etkindi. Kurtarma sonrasında verilerin kontrol edilmesi de aynı 5 dakika sürdü (toplamda neredeyse 27 dakika).
sonuç
şifreleme için harici gpg programını kullanırken duplicati kurtarma ile biraz daha hızlıydı, ancak genel olarak önceki moddan farklar minimum düzeydedir. Çalışma süresi 16 dakika 30 saniyeydi ve veri doğrulaması 6 dakika sürdü. Yük şuydu:
aşağıdaki gibidir:
AMANDAkatran kullanarak bunu 2 dakika 49 saniyede tamamladı; bu, prensipte normal katrana çok yakın. Prensip olarak sisteme yük
aynısı:
Bir yedeği kullanarak geri yüklerken z yedekleme aşağıdaki sonuçlar elde edildi:
şifreleme, lzma sıkıştırma
Çalışma süresi 11 dakika 8 saniye
AES şifreleme, lzma sıkıştırma
14 çalışma süresi dakika
AES şifreleme, lzo sıkıştırma
Çalışma süresi 6 dakika 19 saniye
Genel olarak fena değil. Her şey, programın farklı kompresörlerle çalışma süresinden açıkça görülebilen, yedekleme sunucusundaki işlemcinin hızına bağlıdır. Yedekleme sunucusu tarafında normal bir tar başlatıldı, yani onunla karşılaştırırsanız kurtarma 3 kat daha yavaştır. İkiden fazla iş parçacığının olduğu çok iş parçacıklı modda çalışmayı kontrol etmeye değer olabilir.
BorgYedekleme şifrelenmemiş modda tar'dan biraz daha yavaştı, 2 dakika 45 saniyede, ancak tar'ın aksine depoyu tekilleştirmek mümkün hale geldi. Yük ortaya çıktı
aşağıdaki:
Blake tabanlı şifrelemeyi etkinleştirirseniz yedekleme kurtarma hızı biraz daha yavaş olur. Bu modda toparlanma süresi 3 dakika 19 saniyedir ve yük ortadan kalkar
bunun gibi:
AES şifrelemesi biraz daha yavaştır, kurtarma süresi 3 dakika 23 saniyedir, yük özellikle
değişmedi:
Borg çok iş parçacıklı modda çalışabildiğinden işlemci yükü maksimumdur ve ek işlevler etkinleştirildiğinde çalışma süresi artar. Görünüşe göre çoklu iş parçacıklarını zbackup'a benzer şekilde keşfetmeye değer.
Restik iyileşmeyle biraz daha yavaş başa çıktı, ameliyat süresi 4 dakika 28 saniye oldu. Yük şöyle görünüyordu
aşağıdaki gibidir:
Görünüşe göre kurtarma işlemi birkaç iş parçacığında çalışıyor, ancak verimlilik BorgBackup'ınki kadar yüksek değil, ancak zaman açısından normal rsync ile karşılaştırılabilir.
Ile UrYedekleme Verileri 8 dakika 19 saniyede geri yüklemek mümkün oldu, yük
aşağıdaki gibidir:
Yük hala çok yüksek değil, hatta katranınkinden bile daha düşük. Bazı yerlerde patlamalar oluyor ama bir çekirdeğin yükünü aşmıyor.
Karşılaştırma kriterlerinin seçimi ve gerekçelendirilmesi
Önceki makalelerden birinde belirtildiği gibi yedekleme sisteminin aşağıdaki kriterleri karşılaması gerekir:
- Kullanım kolaylığı
- çok yönlülük
- kararlılık
- serilik
Her noktayı ayrı ayrı daha ayrıntılı olarak ele almaya değer.
Kullanım kolaylığı
"Her şeyi iyi yap" düğmesinin olması en iyisidir, ancak gerçek programlara dönerseniz, en uygun şey tanıdık ve standart bir çalışma prensibi olacaktır.
Çoğu kullanıcı, cli için bir dizi anahtarı hatırlamaları, web veya tui aracılığıyla bir dizi farklı, genellikle belirsiz seçeneği yapılandırmaları veya başarısız işlemle ilgili bildirimler ayarlamaları gerekmediği takdirde büyük olasılıkla daha iyi durumda olacaktır. Bu aynı zamanda bir yedekleme çözümünü mevcut altyapıya kolayca "uydurabilme" yeteneğinin yanı sıra yedekleme sürecinin otomasyonunu da içerir. Ayrıca paket yöneticisi kullanarak veya “indir ve paketi aç” gibi bir veya iki komutla kurulum yapma imkanı da bulunmaktadır. curl ссылка | sudo bash
- karmaşık bir yöntem, çünkü bağlantı yoluyla ne geldiğini kontrol etmeniz gerekiyor.
Örneğin, dikkate alınan adaylar arasında basit bir çözüm, farklı çalışma modları için anımsatıcı tuşlara sahip olan burp, rdiff-backup ve restic'tir. Biraz daha karmaşık olan ise borg ve ikiyüzlülüktür. En zoru AMANDA'ydı. Geri kalanı kullanım kolaylığı açısından ortada bir yerdedir. Her durumda, kullanım kılavuzunu okumak için 30 saniyeden fazla süreye ihtiyacınız varsa veya Google'a veya başka bir arama motoruna gidip uzun bir yardım sayfasına göz atmanız gerekiyorsa, öyle ya da böyle karar vermek zordur.
Değerlendirilen adaylardan bazıları e-mailjabber aracılığıyla otomatik olarak mesaj gönderebiliyor, bazıları ise sistemdeki yapılandırılmış uyarılara güveniyor. Üstelik çoğu zaman karmaşık çözümler tamamen belirgin uyarı ayarlarına sahip değildir. Her durumda, yedekleme programı, periyodik görevler için sistem hizmeti tarafından doğru bir şekilde anlaşılacak sıfırdan farklı bir dönüş kodu üretirse (sistem yöneticisine veya doğrudan izlemeye bir mesaj gönderilecektir) durum basittir. Ancak bir yedekleme sunucusu üzerinde çalışmayan yedekleme sistemi yapılandırılamıyorsa, sorun hakkında söylemenin en açık yolu karmaşıklığın zaten aşırı olduğudur. Her durumda, uyarıları ve diğer mesajları yalnızca web arayüzüne veya günlüğe göndermek kötü bir uygulamadır çünkü çoğu zaman bunlar göz ardı edilecektir.
Otomasyona gelince, basit bir program, çalışma modunu ayarlayan ortam değişkenlerini okuyabilir veya örneğin bir web arayüzü üzerinden çalışırken davranışı tamamen kopyalayabilen gelişmiş bir cli'ye sahiptir. Bu aynı zamanda sürekli çalışma olasılığını, genişletme fırsatlarının varlığını vb. de içerir.
çok yönlülük
Otomasyonla ilgili önceki alt bölümü kısmen tekrarlayarak, yedekleme sürecini mevcut altyapıya "sığdırmak" özel bir sorun olmamalıdır.
İş için standart olmayan bağlantı noktalarının (web arayüzü hariç) kullanılmasının, şifrelemenin standart olmayan bir şekilde uygulanmasının, standart olmayan bir protokol kullanılarak veri alışverişinin, standart olmayan bir protokolün işaretleri olduğunu belirtmekte fayda var. -evrensel çözüm. Çoğunlukla, tüm adayların şu ya da bu şekilde bu özelliklere sahip olmasının bariz bir nedeni vardır: Basitlik ve çok yönlülük genellikle bir arada bulunmaz. Bir istisna olarak - geğirme, başkaları da var.
Bir işaret olarak - normal ssh kullanarak çalışma yeteneği.
Çalışma hızı
En tartışmalı ve tartışmalı nokta. Bir yandan süreci başlattık, olabildiğince hızlı çalıştı ve ana görevlere müdahale etmedi. Öte yandan yedekleme döneminde trafikte ve işlemci yükünde artış yaşanıyor. Ayrıca, kopyalamaya yönelik en hızlı programların, kullanıcılar için önemli olan işlevler açısından genellikle en zayıf programlardır. Yine: birkaç on bayt boyutunda talihsiz bir metin dosyasını bir parola ile almak için ve bu nedenle tüm hizmet maliyetleri (evet, evet, burada çoğu zaman yedekleme işleminin suçlanmayacağını anlıyorum), ve depodaki tüm dosyaları sırayla yeniden okumanız veya arşivin tamamını genişletmeniz gerekir - yedekleme sistemi hiçbir zaman hızlı değildir. Çoğu zaman tökezleyen bir engel haline gelen başka bir nokta da arşivden bir yedeğin dağıtılma hızıdır. Dosyaları çok fazla manipülasyona (örneğin rsync) gerek kalmadan kolayca kopyalayabilen veya istenen konuma taşıyabilenler için burada açık bir avantaj vardır, ancak çoğu zaman sorunun organizasyonel bir şekilde, ampirik olarak çözülmesi gerekir: yedekleme kurtarma süresini ölçerek. ve kullanıcıları bu konuda açıkça bilgilendirmek.
kararlılık
Bu şu şekilde anlaşılmalıdır: Bir yandan yedek kopyanın herhangi bir şekilde geri dağıtılması mümkün olmalı, diğer yandan çeşitli sorunlara karşı dayanıklı olmalıdır: ağ kesintisi, disk arızası, yedeklemenin bir kısmının silinmesi. depo.
Yedekleme araçlarının karşılaştırılması
Oluşturma zamanını kopyala
Kurtarma süresini kopyala
Kolay kurulum
Kolay kurulum
Basit kullanım
Basit otomasyon
Bir istemci sunucusuna mı ihtiyacınız var?
Deponun bütünlüğünü kontrol etme
Diferansiyel kopyalar
Boruyla çalışma
çok yönlülük
bağımsızlık
Depo şeffaflığı
Шифрование
sıkıştırma
Tekilleştirme
Web arayüzü
Buluta doldurma
Windows desteği
işaret
Rsync
4m15s
4m28s
evet
hayır
hayır
hayır
evet
hayır
hayır
evet
hayır
evet
evet
hayır
hayır
hayır
hayır
hayır
evet
6
Katran
saf
3m12s
2m43s
evet
hayır
hayır
hayır
hayır
hayır
evet
evet
hayır
evet
hayır
hayır
hayır
hayır
hayır
hayır
evet
8,5
gzip
9m37s
3m19s
evet
Rdiff-yedekleme
16m26s
17m17s
evet
evet
evet
evet
evet
hayır
evet
hayır
evet
hayır
evet
hayır
evet
evet
evet
hayır
evet
11
anlık görüntü
4m19s
4m28s
evet
evet
evet
evet
hayır
hayır
evet
hayır
evet
hayır
evet
hayır
hayır
evet
evet
hayır
evet
12,5
Geğirmek
11m9s
7m2s
evet
hayır
evet
evet
evet
evet
evet
hayır
evet
evet
hayır
hayır
evet
hayır
evet
hayır
evet
10,5
Hile
şifreleme yok
16m48s
10m58s
evet
evet
hayır
evet
hayır
evet
evet
hayır
hayır
evet
hayır
evet
evet
hayır
evet
hayır
evet
11
gpg
17m27s
15m3s
Çiftleme
şifreleme yok
20m28s
13m45s
hayır
evet
hayır
hayır
hayır
evet
evet
hayır
hayır
evet
hayır
evet
evet
evet
evet
evet
evet
11
aes
29m41s
21m40s
gpg
26m19s
16m30s
zbackup
şifreleme yok
40m3s
11m8s
evet
evet
hayır
hayır
hayır
evet
evet
evet
hayır
evet
hayır
evet
evet
evet
hayır
hayır
hayır
10
aes
42m0s
14m1s
aes+lzo
18m9s
6m19s
BorgYedekleme
şifreleme yok
4m7s
2m45s
evet
evet
evet
evet
evet
evet
evet
evet
evet
evet
hayır
evet
evet
evet
evet
hayır
evet
16
aes
4m58s
3m23s
blake2
4m39s
3m19s
Restik
5m38s
4m28s
evet
evet
evet
evet
hayır
evet
evet
evet
evet
evet
hayır
evet
hayır
evet
hayır
evet
evet
15,5
UrYedekleme
8m21s
8m19s
evet
evet
evet
hayır
evet
hayır
evet
hayır
evet
evet
hayır
evet
evet
evet
evet
hayır
evet
12
Amanda
9m3s
2m49s
evet
hayır
hayır
evet
evet
evet
evet
hayır
evet
evet
evet
evet
evet
hayır
evet
evet
evet
13
YedekPC
rsync
12m22s
7m42s
evet
hayır
evet
evet
evet
evet
evet
hayır
evet
hayır
hayır
evet
evet
hayır
evet
hayır
evet
10,5
katran
12m34s
12m15s
Tablo açıklaması:
- Yeşil, çalışma süresi beş dakikadan az veya “Evet” yanıtı (“Bir istemci sunucusuna mı ihtiyacınız var?” sütunu hariç), 1 puan
- Sarı, çalışma süresi beş ila on dakika, 0.5 puan
- Kırmızı, çalışma süresi on dakikadan fazla veya cevap “Hayır” (“İstemci sunucusuna ihtiyacınız var mı?” sütunu hariç), 0 puan
Yukarıdaki tabloya göre en basit, en hızlı ve aynı zamanda kullanışlı ve güçlü yedekleme aracı BorgBackup'tır. Restiç ikinci sırada yer alırken, değerlendirmeye alınan adayların geri kalanı sonda bir veya iki puan farkla yaklaşık olarak eşit şekilde yerleştirildi.
Seriyi sonuna kadar okuyan herkese teşekkür ediyor, sizi seçenekleri tartışmaya ve varsa kendi teklifinizi sunmaya davet ediyorum. Tartışma ilerledikçe tablo genişletilebilir.
Serinin sonucu, bir kopyayı mümkün olan en kısa sürede geri dağıtmanıza ve aynı zamanda rahat ve kolay olmanıza olanak tanıyan ideal, hızlı ve yönetilebilir bir yedekleme aracı geliştirme girişiminin olacağı son makale olacak. yapılandırmak ve sürdürmek.
Duyuru
Yedekleme Bölüm 6: Yedekleme Araçlarını Karşılaştırma
Yedekleme Bölüm 7: Sonuçlar
Kaynak: habr.com