Bu inceleme notu devam ediyor
UrBackup incelemesi.
Katılımcının talebi üzerine
Tam yedekleme modunda aşağıdaki sonuçlar elde edildi:
Saatleri:
Первый запуск
İkinci lansman
Üçüncü lansman
İlk test
8m20s
8m19s
8m24s
İkinci test
8m30s
8m34s
8m20s
Üçüncü test
8m10s
8m14s
8m12s
Artımlı yedekleme modunda:
Saatleri:
Первый запуск
İkinci lansman
Üçüncü lansman
İlk test
8m10s
8m10s
8m12s
İkinci test
3m50s
4m12s
3m34s
Üçüncü test
2m50s
2m35s
2m38s
Her iki durumda da depo boyutu yaklaşık 14 GB idi, bu da tekilleştirmenin sunucu tarafında çalıştığını gösteriyor. Ayrıca, sunucuda ve istemcide yedekleme oluşturma süresi arasında, grafiklerden oldukça net bir şekilde görülebilen ve çok hoş bir bonus olan, web arayüzü yedekleme işleminin çalışma süresini gösterdiği için bir tutarsızlık olduğuna da dikkat edilmelidir. sunucu tarafı dikkate alınmadan
müşterinin durumu. Genel olarak tam ve artımlı kopyaların grafikleri birbirinden ayırt edilemez. Tek fark muhtemelen sunucu tarafında nasıl işlendiğidir. Yedekli sistemdeki düşük işlemci yükünden de memnun kaldım.
BackupPC İncelemesi
Katılımcının talebi üzerine
Rsync ile tam yedekleme oluşturma modunda aşağıdaki sonuçlar elde edildi:
Первый запуск
İkinci lansman
Üçüncü lansman
İlk test
12m25s
12m14s
12m27s
İkinci test
7m41s
7m44s
7m35s
Üçüncü test
10m11s
10m0s
9m54s
Tam yedeklemeler ve katran kullanıyorsanız:
Первый запуск
İkinci lansman
Üçüncü lansman
İlk test
12m41s
12m25s
12m45s
İkinci test
12m35s
12m45s
12m14s
Üçüncü test
12m43s
12m25s
12m5s
Artımlı yedekleme modunda, bu ayarlarla yedeklemeler oluşturulmadığından tar'dan vazgeçmek zorunda kaldım.
rsync kullanarak artımlı yedeklemeler oluşturmanın sonuçları şunlardır:
Первый запуск
İkinci lansman
Üçüncü lansman
İlk test
11m55s
11m50s
12m25s
İkinci test
2m42s
2m50s
2m30s
Üçüncü test
6m00s
5m35s
5m30s
Genel olarak rsync'in hafif bir hız avantajı vardır; rsync ayrıca ağda daha ekonomik çalışır. Bu, yedekleme programı olarak tar'ın kullanıldığı daha az CPU kullanımıyla kısmen dengelenebilir. Rsync'in bir diğer avantajı da artımlı kopyalarla çalışmasıdır. Tam yedeklemeler oluştururken havuzun boyutu aynıdır, artımlı kopyalar durumunda 16 GB - çalıştırma başına 14 GB, bu da tekilleştirme çalışması anlamına gelir.
AMANDA incelemesi
Katılımcının talebi üzerine
Arşivleyici olarak tar ile sıkıştırmanın etkinleştirildiği bir test çalıştırmasının sonuçları aşağıdaki gibidir:
Первый запуск
İkinci lansman
Üçüncü lansman
İlk test
9m5s
8m59s
9m6s
İkinci test
0m5s
0m5s
0m5s
Üçüncü test
2m40s
2m47s
2m45s
Program bir işlemci çekirdeğini tam olarak yükler ancak yedekleme depolama sunucusu tarafındaki sınırlı IOPS diski nedeniyle yüksek veri aktarım hızlarına ulaşamaz. Genel olarak, programın yazarı ssh'yi bir aktarım olarak kullanmadığı, ancak tam teşekküllü bir CA oluşturup sürdürerek anahtarlarla benzer bir şema uyguladığı için kurulum diğer katılımcılara göre biraz daha zahmetliydi. İstemciyi ve yedekleme sunucusunu geniş ölçüde kısıtlamak mümkündür: örneğin, birbirlerine tamamen güvenemezlerse, bir seçenek olarak, karşılık gelen değişkenin değerini sıfıra ayarlayarak sunucunun bir yedekleme geri yüklemesi başlatmasını engelleyebilirsiniz. ayarlar dosyası. Yönetim için bir web arayüzü bağlamak mümkündür, ancak genel olarak yapılandırılmış sistem, küçük bash komut dosyaları (veya örneğin ansible gibi SCM) kullanılarak tamamen otomatikleştirilebilir. Depolamayı ayarlamak için oldukça önemsiz olmayan bir sistem var ve bu, görünüşe göre veri depolamak için çeşitli cihazların (LTO kasetleri, sabit sürücüler vb.) kapsamlı bir listesinin desteklenmesinden kaynaklanıyor. Bu makalede tartışılan tüm programlar arasında dizin yeniden adlandırmayı algılayabilen tek program AMANDA olduğunu da belirtmekte fayda var. Bir çalıştırma için depo boyutu 13 GB idi.
Duyuru
Yedekleme Bölüm 6: Yedekleme Araçlarını Karşılaştırma
Yedekleme Bölüm 7: Sonuçlar
Kaynak: habr.com