Tulisan ieu bakal ngabandingkeun alat cadangan, tapi mimitina anjeun kedah terang kumaha gancang sareng saé aranjeunna tiasa malikkeun data tina cadangan.
Pikeun betah ngabandingkeun, urang bakal mertimbangkeun mulangkeun tina cadangan pinuh, utamana saprak kabeh calon ngarojong mode operasi ieu. Pikeun kesederhanaan, angka-angka parantos rata-rata (rata-rata aritmetika tina sababaraha larian). Hasilna bakal diringkeskeun dina tabel, anu ogé bakal ngandung inpormasi ngeunaan kamampuan: ayana antarmuka wéb, betah pangaturan sareng operasi, kamampuan pikeun ngajadikeun otomatis, ayana sababaraha fitur tambahan (contona, mariksa integritas data). , jsb. Grafik bakal nunjukkeun beban dina server dimana data bakal dianggo (sanes server pikeun nyimpen salinan cadangan).
Pamulihan data
rsync na tar bakal dipaké salaku titik rujukan saprak
Rsync coped jeung set data test dina 4 menit jeung 28 detik, mintonkeun
beban sapertos
Prosés recovery pencét watesan subsistem disk tina server gudang cadangan (sawtooth grafik). Anjeun oge bisa jelas ningali loading hiji kernel tanpa masalah (iowait low jeung softirq - euweuh masalah sareng disk jeung jaringan, mungguh). Kusabab dua program anu sanés, nyaéta rdiff-backup sareng rsnapshot, dumasar kana rsync sareng nawiskeun rsync biasa salaku alat pamulihan, aranjeunna bakal gaduh profil beban anu sami sareng waktos pamulihan cadangan.
Tar parantos dilakukeun sakedik langkung gancang
2 menit sareng 43 detik:
Total beban sistem éta luhur rata-rata ku 20% alatan ngaronjat softirq - waragad overhead salila operasi subsistem jaringan ngaronjat.
Lamun arsip ieu salajengna dikomprés, waktos recovery naek ka 3 menit 19 detik.
kalayan beban sapertos dina server utama (ngabongkar di sisi server utama):
Prosés decompression nyandak duanana cores processor sabab aya dua prosés jalan. Sacara umum, ieu mangrupikeun hasil anu dipiharep. Ogé, hasil anu sabanding (3 menit sareng 20 detik) dicandak nalika ngajalankeun gzip di sisi server kalayan cadangan; profil beban dina server utama sami sareng ngajalankeun tar tanpa compressor gzip (tingali grafik sateuacana).
В rdiff-cadangan Anjeun tiasa nyinkronkeun cadangan terakhir anu anjeun lakukeun nganggo rsync biasa (hasilna bakal sami), tapi cadangan anu langkung lami kedah dibalikeun deui nganggo program rdiff-backup, anu réngsé restorasi dina 17 menit sareng 17 detik, nunjukkeun.
beban ieu:
Sugan ieu dimaksudkeun, sahenteuna pikeun ngawatesan laju pangarang
Rsnapshot Pikeun pamulihan, éta nyarankeun ngagunakeun rsync biasa, janten hasilna bakal sami. Sacara umum, ieu kumaha tétéla.
Burp Kuring réngsé tugas malikkeun cadangan dina 7 menit 2 detik jeung
kalayan beban ieu:
Gawéna cukup gancang, sareng sahenteuna langkung merenah tibatan rsync murni: anjeun henteu kedah émut bendera naon waé, antarmuka cli anu saderhana sareng intuitif, dukungan anu diwangun pikeun sababaraha salinan - sanaos dua kali langkung laun. Lamun perlu mulangkeun data tina cadangan panungtungan anjeun dijieun, anjeun tiasa nganggo rsync, kalawan sababaraha caveats.
Program éta nunjukkeun laju sareng beban anu sami CadanganPC nalika ngaktipkeun mode transfer rsync, deploying cadangan pikeun
7 menit sareng 42 detik:
Tapi dina modeu mindahkeun data, BackupPC coped kalawan tar leuwih laun: dina 12 menit 15 detik, beban processor umumna handap.
hiji satengah kali:
Duplikasi tanpa enkripsi némbongkeun hasil rada hadé, malikkeun cadangan dina 10 menit 58 detik. Upami anjeun ngaktipkeun enkripsi nganggo gpg, waktos pamulihan ningkat kana 15 menit sareng 3 detik. Ogé, nalika nyiptakeun gudang pikeun nyimpen salinan, anjeun tiasa netepkeun ukuran arsip anu bakal dianggo nalika ngabagi aliran data anu asup. Sacara umum, dina hard drive konvensional, ogé alatan mode operasi single-threaded, aya teu jauh bédana. Éta tiasa muncul dina ukuran blok anu béda nalika panyimpen hibrida dianggo. Beban dina server utama nalika pamulihan nyaéta kieu:
euweuh énkripsi
kalawan énkripsi
Duplikat némbongkeun laju recovery comparable, réngsé dina 13 menit 45 detik. Butuh kira-kira 5 menit deui pikeun mariksa kabeneran data anu pulih (jumlahna sakitar 19 menit). beban éta
rada luhur:
Nalika enkripsi aes diaktipkeun internal, waktos recovery 21 menit 40 detik, kalawan utilization CPU di na maksimum (duanana cores!) Salila recovery; Nalika mariksa data, ngan hiji thread aktip, occupying hiji inti processor. Mariksa data sanggeus recovery nyandak sarua 5 menit (ampir 27 menit dina total).
hasil
duplicati éta saeutik gancang kalayan recovery lamun ngagunakeun program gpg éksternal pikeun enkripsi, tapi sacara umum béda ti mode saméméhna minimal. Waktu operasi nyaéta 16 menit 30 detik, kalayan verifikasi data dina 6 menit. beban éta
sapertos:
Amanda, ngagunakeun tar, réngsé dina 2 menit 49 detik, nu, prinsipna mah, deukeut pisan tar biasa. Beban dina sistem prinsipna
sami:
Nalika malikkeun cadangan ngagunakeun zbackup hasil di handap ieu dicandak:
énkripsi, komprési lzma
waktos ngajalankeun 11 menit 8 detik
énkripsi AES, lzma komprési
waktos operasi 14 menit
Enkripsi AES, lzo komprési
waktos ngajalankeun 6 menit, 19 detik
Gemblengna, teu goréng. Éta sadayana gumantung kana laju prosesor dina server cadangan, anu tiasa katingali jelas tina waktos ngajalankeun program sareng compressor anu béda. Di sisi server cadangan, tar biasa diluncurkeun, janten upami anjeun ngabandingkeunana, pamulihanna 3 kali langkung laun. Éta patut pariksa operasi dina modeu multi-threaded, kalawan leuwih ti dua threads.
BorgBackup dina modeu unencrypted éta saeutik laun ti tar, dina 2 menit 45 detik, kumaha oge, teu saperti tar, éta janten mungkin mun deduplicate Repository nu. Beban tétéla
nyaéta:
Upami anjeun ngaktipkeun enkripsi dumasar-blake, laju pamulihan cadangan rada laun. Pamulihan waktos dina modeu ieu 3 menit 19 detik, sarta beban leungit
resep ieu:
Enkripsi AES rada laun, waktos recovery 3 menit 23 detik, beban utamana
teu robah:
Kusabab Borg tiasa dianggo dina modeu multi-threaded, beban processor maksimum, sarta lamun fungsi tambahan diaktipkeun, waktos operasi ngan nambahan. Tétéla, éta patut ngajajah multithreading dina cara anu sami sareng zbackup.
Réstik coped kalawan recovery saeutik leuwih laun, waktu operasi éta 4 menit 28 detik. Beban katingalina
siga kieu:
Tétéla prosés recovery jalan dina sababaraha threads, tapi efisiensi teu saluhur BorgBackup, tapi comparable dina jangka waktu nu rsync biasa.
jeung urBackup Ieu mungkin pikeun mulangkeun data dina 8 menit 19 detik, beban éta
sapertos:
Bebanna masih henteu luhur pisan, bahkan langkung handap tina tar. Di sababaraha tempat aya bursts, tapi teu leuwih ti beban hiji inti.
Pamilihan sareng leresan kriteria pikeun ngabandingkeun
Salaku nyatakeun dina salah sahiji artikel saméméhna, sistem cadangan kudu minuhan kriteria handap:
- betah pamakéan
- versatility
- Stabilitas
- Laju
Eta sia tempo unggal titik misah dina leuwih jéntré.
Gampang operasi
Hadé pisan mun éta aya hiji tombol "Lakukeun sagalana ogé," tapi lamun balik deui ka program nyata, hal nu pangmerenahna bakal sababaraha prinsip operasi akrab jeung baku.
Kaseueuran pangguna sigana bakal langkung saé upami aranjeunna henteu kedah nginget sakumpulan konci pikeun cli, ngonpigurasikeun sakumpulan pilihan anu béda-béda, sering teu jelas via wéb atanapi tui, atanapi nyetél béwara ngeunaan operasi anu gagal. Ieu ogé kalebet kamampuan pikeun gampang "nyocogkeun" solusi cadangan kana infrastruktur anu tos aya, ogé otomatisasi prosés cadangan. Aya ogé kamungkinan pamasangan nganggo manajer pakét, atanapi dina hiji atanapi dua paréntah sapertos "unduh sareng ngabongkar". curl ссылка | sudo bash
- métode kompléks, saprak anjeun kudu pariksa naon datang via link.
Contona, tina calon dianggap, leyuran basajan nyaéta burp, rdiff-cadangan tur restic, nu boga kenop mnemonic pikeun modus operasi béda. Rada leuwih kompleks borg na duplicity. Anu paling hese nyaéta AMANDA. Sésana aya dimana waé di tengah dina hal betah dianggo. Dina naon waé, upami anjeun peryogi langkung ti 30 detik pikeun maca manual pangguna, atanapi anjeun kedah angkat ka Google atanapi mesin pencari anu sanés, sareng ogé ngagulung lembar pitulung anu panjang, kaputusan hese, hiji cara atanapi anu sanés.
Sababaraha calon dianggap bisa otomatis ngirim pesen via e-mailjabber, sedengkeun nu sejenna ngandelkeun ngabejaan ngonpigurasi dina sistem. Leuwih ti éta, paling mindeng solusi kompléks boga setélan waspada sagemblengna atra. Dina sagala hal, lamun program cadangan ngahasilkeun kode balik non-enol, nu bakal bener dipikaharti ku layanan sistem pikeun tugas periodik (pesen bakal dikirim ka administrator sistem atawa langsung ka monitoring) - kaayaan téh basajan. Tapi lamun sistem cadangan, nu teu dijalankeun dina server cadangan, teu bisa ngonpigurasi, cara atra ngomong ngeunaan masalah éta pajeulitna geus kaleuleuwihan. Dina naon waé, ngaluarkeun peringatan sareng pesen sanés ngan ukur kana antarmuka wéb atanapi log mangrupikeun prakték anu goréng, sabab paling sering aranjeunna bakal dipaliré.
Sedengkeun pikeun automation, program basajan bisa maca variabel lingkungan nu nyetel mode operasi na, atawa boga cli dimekarkeun nu lengkep bisa duplikat kabiasaan nalika digawé ngaliwatan panganteur web, contona. Ieu ogé kalebet kamungkinan operasi kontinyu, kasadiaan kasempetan ékspansi, jsb.
versatility
Sawaréh ngageuingkeun subseksi saméméhna ngeunaan otomatisasi, éta sanés janten masalah khusus pikeun "nyocogkeun" prosés cadangan kana infrastruktur anu tos aya.
Eta sia noting yén pamakéan palabuhan non-standar (ogé, iwal antarbeungeut web) pikeun digawé, palaksanaan enkripsi dina cara non-standar, bursa data ngagunakeun protokol non-standar mangrupakeun tanda non-standar. -solusi universal. Kanggo sabagéan ageung, sadaya calon gaduh aranjeunna dina hiji cara atanapi anu sanés pikeun alesan anu atra: kesederhanaan sareng versatility biasana henteu babarengan. Salaku iwal - burp, aya batur.
Salaku tanda - kamampuhan pikeun digawé maké ssh biasa.
Laju gawé
Titik paling kontroversial sareng kontroversial. Di hiji sisi, kami ngaluncurkeun prosésna, éta damel gancang-gancang sareng henteu ngaganggu tugas utama. Di sisi anu sanés, aya paningkatan lalu lintas sareng beban prosesor salami periode cadangan. Perhatoskeun ogé yén program panggancangna pikeun nyieun salinan biasana anu paling miskin dina hal fungsi anu penting pikeun pangguna. Deui: lamun dina raraga neangan hiji file téks musibah sababaraha puluhan bait dina ukuran kalayan kecap akses, sarta alatan éta sakabéh biaya jasa (enya, enya, abdi ngartos yen prosés cadangan paling sering teu ngalepatkeun dieu), sareng anjeun kedah maca sacara berurutan sadaya file dina gudang atanapi dilegakeun sadayana arsip - sistem cadangan henteu pernah gancang. Titik sanésna anu sering janten halangan nyaéta laju nyebarkeun cadangan tina arsip. Aya kauntungan anu jelas di dieu pikeun anu ngan saukur tiasa nyalin atanapi mindahkeun file ka lokasi anu dipikahoyong tanpa seueur manipulasi (rsync, contona), tapi paling sering masalahna kedah direngsekeun ku cara organisasi, sacara émpiris: ku ngukur waktos pamulihan cadangan. jeung kabuka informing pamaké ngeunaan ieu.
Stabilitas
Ieu kudu dipikaharti ku cara kieu: di hiji sisi, kudu mungkin nyebarkeun salinan cadangan deui dina sagala cara, di sisi séjén, éta kudu tahan ka sagala rupa masalah: gangguan jaringan, gagalna disk, ngahapus bagian tina gudang.
Ngabandingkeun parabot cadangan
Nyalin waktos nyiptakeun
Nyalin waktos recovery
Instalasi gampang
Setélan gampang
Pamakéan saderhana
automation basajan
Naha anjeun peryogi server klien?
Mariksa integritas gudang
Salinan diferensial
Gawé via pipa
versatility
Kamerdékaan
Transparansi gudang
Énkripsi
Komprési
Deduplikasi
panganteur wéb
Ngeusian ka méga
rojongan Windows
Asup
Rsync
4m15an
4m28an
nuhun
teu
teu
teu
nuhun
teu
teu
nuhun
teu
nuhun
nuhun
teu
teu
teu
teu
teu
nuhun
6
Tar
murni
3m12an
2m43an
nuhun
teu
teu
teu
teu
teu
nuhun
nuhun
teu
nuhun
teu
teu
teu
teu
teu
teu
nuhun
8,5
gzip
9m37an
3m19an
nuhun
Rdiff-cadangan
16m26an
17m17an
nuhun
nuhun
nuhun
nuhun
nuhun
teu
nuhun
teu
nuhun
teu
nuhun
teu
nuhun
nuhun
nuhun
teu
nuhun
11
Rsnapshot
4m19an
4m28an
nuhun
nuhun
nuhun
nuhun
teu
teu
nuhun
teu
nuhun
teu
nuhun
teu
teu
nuhun
nuhun
teu
nuhun
12,5
Burp
11m9an
7m2an
nuhun
teu
nuhun
nuhun
nuhun
nuhun
nuhun
teu
nuhun
nuhun
teu
teu
nuhun
teu
nuhun
teu
nuhun
10,5
Duplikasi
euweuh énkripsi
16m48an
10m58an
nuhun
nuhun
teu
nuhun
teu
nuhun
nuhun
teu
teu
nuhun
teu
nuhun
nuhun
teu
nuhun
teu
nuhun
11
gpg
17m27an
15m3an
Duplikat
euweuh énkripsi
20m28an
13m45an
teu
nuhun
teu
teu
teu
nuhun
nuhun
teu
teu
nuhun
teu
nuhun
nuhun
nuhun
nuhun
nuhun
nuhun
11
AES
29m41an
21m40an
gpg
26m19an
16m30an
zbackup
euweuh énkripsi
40m3an
11m8an
nuhun
nuhun
teu
teu
teu
nuhun
nuhun
nuhun
teu
nuhun
teu
nuhun
nuhun
nuhun
teu
teu
teu
10
AES
42m0an
14m1an
aes+lzo
18m9an
6m19an
BorgBackup
euweuh énkripsi
4m7an
2m45an
nuhun
nuhun
nuhun
nuhun
nuhun
nuhun
nuhun
nuhun
nuhun
nuhun
teu
nuhun
nuhun
nuhun
nuhun
teu
nuhun
16
AES
4m58an
3m23an
blake2
4m39an
3m19an
Réstik
5m38an
4m28an
nuhun
nuhun
nuhun
nuhun
teu
nuhun
nuhun
nuhun
nuhun
nuhun
teu
nuhun
teu
nuhun
teu
nuhun
nuhun
15,5
urBackup
8m21an
8m19an
nuhun
nuhun
nuhun
teu
nuhun
teu
nuhun
teu
nuhun
nuhun
teu
nuhun
nuhun
nuhun
nuhun
teu
nuhun
12
Amanda
9m3an
2m49an
nuhun
teu
teu
nuhun
nuhun
nuhun
nuhun
teu
nuhun
nuhun
nuhun
nuhun
nuhun
teu
nuhun
nuhun
nuhun
13
CadanganPC
rsync
12m22an
7m42an
nuhun
teu
nuhun
nuhun
nuhun
nuhun
nuhun
teu
nuhun
teu
teu
nuhun
nuhun
teu
nuhun
teu
nuhun
10,5
aspal
12m34an
12m15an
Méja legenda:
- Héjo, waktos operasi kirang ti lima menit, atawa ngajawab "Leres" (iwal kolom "Peryogi server klien?"), 1 titik
- Konéng, waktos operasi lima nepi ka sapuluh menit, 0.5 titik
- Beureum, waktos damel langkung ti sapuluh menit, atanapi jawabanna "Henteu" (iwal kolom "Naha anjeun peryogi server klien?"), 0 poin
Numutkeun kana tabel di luhur, anu pangbasajanna, panggancangna, sareng dina waktos anu sami, alat cadangan anu gampang sareng kuat nyaéta BorgBackup. Restic ditempatkeun kadua, sesa calon anu dianggap ditempatkeun kira-kira sarua jeung sumebarna hiji atawa dua titik dina tungtungna.
Kuring hatur dulur anu maca runtuyan nepi ka ahir, Kuring ngajukeun ngabahas pilihan jeung nawiskeun sorangan, lamun sagala. Salaku sawala progresses, tabél bisa dimekarkeun.
Hasil tina séri bakal janten tulisan ahir, dimana bakal aya usaha pikeun ngembangkeun alat cadangan anu idéal, gancang sareng tiasa diurus anu ngamungkinkeun anjeun nyebarkeun salinan deui dina waktos anu paling pondok sareng dina waktos anu sami janten merenah sareng gampang. pikeun ngonpigurasikeun jeung ngajaga.
Bewara
Bagian Nyadangkeun 6: Ngabandingkeun Alat Nyadangkeun
Nyadangkeun Bagian 7: Kacindekan
sumber: www.habr.com