Artikel iki bakal mbandhingake alat serep, nanging luwih dhisik sampeyan kudu ngerti sepira cepet lan apik dheweke bisa ngatasi data saka serep.
Kanggo ease saka comparison, kita bakal nimbang mulihake saka serep lengkap, utamané amarga kabeh calon ndhukung mode operasi iki. Kanggo gamblang, nomer wis rata-rata (rata-rata aritmetika saka sawetara roto). Asil bakal diringkes ing tabel, sing uga bakal ngemot informasi babagan kemampuan: anane antarmuka web, gampang persiyapan lan operasi, kemampuan kanggo ngotomatisasi, ana macem-macem fitur tambahan (contone, mriksa integritas data) , lsp. Grafik bakal nuduhake beban ing server ing ngendi data bakal digunakake (dudu server kanggo nyimpen salinan serep).
Pemulihan data
rsync lan tar bakal digunakake minangka titik referensi wiwit skrip prasaja kanggo nggawe salinan serep.
Rsync nanggulangi karo set data test ing 4 menit lan 28 detik, nuduhake
beban kuwi
Proses Recovery kenek watesan saka subsistem disk saka server panyimpenan serep (sawtooth grafik). Sampeyan uga bisa ndeleng kanthi jelas loading siji kernel tanpa masalah (iowait kurang lan softirq - ora ana masalah karo disk lan jaringan, mungguh). Wiwit rong program liyane, yaiku rdiff-backup lan rsnapshot, adhedhasar rsync lan uga nawakake rsync biasa minangka alat pemulihan, bakal duwe profil beban sing padha lan wektu pemulihan serep.
Tar wis rampung luwih cepet
2 menit lan 43 detik:
Beban sistem total luwih dhuwur rata-rata 20% amarga tambah softirq - biaya overhead sajrone operasi subsistem jaringan tambah.
Yen arsip luwih dikompres, wektu pemulihan mundhak dadi 3 menit 19 detik.
kanthi beban kasebut ing server utama (mbongkar ing sisih server utama):
Proses dekompresi njupuk loro inti prosesor amarga ana rong proses sing mlaku. Umumé, iki minangka asil sing dikarepake. Uga, asil sing bisa dibandhingake (3 menit lan 20 detik) dipikolehi nalika mbukak gzip ing sisih server kanthi serep; profil beban ing server utama meh padha karo tar mlaku tanpa kompresor gzip (deleng grafik sadurunge).
В rdiff-serep sampeyan bisa nyinkronake serep pungkasan sing digawe nggunakake rsync biasa (asil bakal padha), nanging serep lawas isih kudu dibalèkaké nggunakake program rdiff-serep, kang rampung pemugaran ing 17 menit lan 17 detik, nuduhake
beban iki:
Mbok iki dimaksudaké, paling kanggo matesi kacepetan saka penulis . Proses mulihake salinan serep dhewe njupuk sethitik kurang saka setengah saka siji inti, karo kinerja proporsional iso dibandhingke (IE 2-5 kaping luwih alon) liwat disk lan jaringan karo rsync.
Snapshot Kanggo pemulihan, disaranake nggunakake rsync biasa, supaya asile bakal padha. Umumé, iki kedadeyan.
Burp Aku rampung tugas kanggo mulihake serep ing 7 menit lan 2 detik karo
kanthi beban iki:
Kerjane cukup cepet, lan paling ora luwih trep tinimbang rsync murni: sampeyan ora perlu ngelingi panji, antarmuka cli sing prasaja lan intuisi, dhukungan sing dibangun kanggo macem-macem salinan - sanajan kaping pindho luwih alon. Yen sampeyan kudu mulihake data saka serep pungkasan sing digawe, sampeyan bisa nggunakake rsync, karo sawetara caveats.
Program kasebut nuduhake kacepetan lan beban sing padha Gawe serepPC nalika mbisakake mode transfer rsync, deploying serep kanggo
7 menit lan 42 detik:
Nanging ing mode transfer data, BackupPC ngatasi tar luwih alon: ing 12 menit lan 15 detik, beban prosesor umume luwih murah.
siji lan setengah kaping:
Duplicity tanpa enkripsi nuduhake asil rada luwih apik, mulihake serep ing 10 menit lan 58 detik. Yen sampeyan ngaktifake enkripsi nggunakake gpg, wektu pemulihan mundhak dadi 15 menit lan 3 detik. Uga, nalika nggawe repositori kanggo nyimpen salinan, sampeyan bisa nemtokake ukuran arsip sing bakal digunakake nalika pamisah aliran data sing mlebu. Umumé, ing hard drive konvensional, uga amarga mode operasi single-threaded, ora ana bedane. Bisa uga katon ing ukuran blok sing beda nalika panyimpenan hibrida digunakake. Beban ing server utama sajrone pemulihan yaiku:
ora enkripsi
karo enkripsi
Duplikat nuduhake tingkat Recovery iso dibandhingke, rampung ing 13 menit lan 45 detik. Butuh udakara 5 menit maneh kanggo mriksa kabeneran data sing wis pulih (total udakara 19 menit). Muatan kasebut
cukup dhuwur:
Nalika enkripsi aes diaktifake sacara internal, wektu pemulihan yaiku 21 menit 40 detik, kanthi panggunaan CPU maksimal (loro intine!) Sajrone pemulihan; Nalika mriksa data, mung siji thread aktif, manggoni siji inti prosesor. Mriksa data sawise Recovery njupuk padha 5 menit (meh 27 menit total).
asil
duplicati ana sethitik luwih cepet karo Recovery nalika nggunakake program gpg external kanggo enkripsi, nanging ing umum beda saka mode sadurungé minimal. Wektu operasi yaiku 16 menit 30 detik, kanthi verifikasi data sajrone 6 menit. Muatan kasebut
kayata:
AMANDA, nggunakake tar, rampung ing 2 menit 49 detik, kang, ing asas, banget cedhak tar biasa. Beban ing sistem ing prinsip
padha:
Nalika mulihake serep nggunakake zbackup asil ing ngisor iki dijupuk:
enkripsi, kompresi lzma
Wektu mlaku 11 menit lan 8 detik
enkripsi AES, kompresi lzma
Wektu kerja 14 menit
Enkripsi AES, kompresi lzo
Wektu mlaku 6 menit, 19 detik
Sakabèhé, ora ala. Iku kabeh gumantung ing kacepetan prosesor ing server serep, kang bisa katon cetha saka wektu mlaku program karo kompresor beda. Ing sisih server serep, tar biasa diluncurake, dadi yen sampeyan mbandhingake, pemulihan 3 kaping luwih alon. Sampeyan bisa uga kudu mriksa operasi ing mode multi-threaded, kanthi luwih saka rong benang.
BorgBackup ing mode unencrypted iku sethitik luwih alon tinimbang tar, ing 2 menit 45 detik, Nanging, ora kaya tar, dadi bisa deduplicate gudang. Beban ternyata
sabanjure:
Yen sampeyan ngaktifake enkripsi basis blake, kacepetan Recovery serep rada alon. Wektu Recovery ing mode iki 3 menit 19 detik, lan mbukak wis ilang
kaya iki:
Enkripsi AES rada alon, wektu pemulihan yaiku 3 menit 23 detik, beban utamane
durung owah:
Wiwit Borg bisa ing mode multi-Utas, mbukak prosesor maksimum, lan nalika fungsi tambahan diaktifake, wektu operasi mung mundhak. Ketoke, sampeyan kudu njelajah multithreading kanthi cara sing padha karo zbackup.
Restic coped karo Recovery sethitik liyane alon, wektu operasi 4 menit 28 detik. Beban katon kaya
supaya:
Ketoke proses Recovery dianggo ing sawetara Utas, nanging efficiency ora dhuwur minangka BorgBackup, nanging iso dibandhingke ing wektu kanggo rsync biasa.
Kanthi bantuan saka urBackup Sampeyan bisa mulihake data ing 8 menit lan 19 detik, beban kasebut
kayata:
Bebane isih ora dhuwur banget, malah luwih murah tinimbang tar. Ing sawetara panggonan ana bledosan, nanging ora luwih saka mbukak siji inti.
Pilihan lan sabdhoning kritéria kanggo comparison
Kaya sing kasebut ing salah sawijining artikel sadurunge, sistem serep kudu memenuhi kritéria ing ngisor iki:
- Ease saka nggunakake
- Versatility
- Stabilitas
- Kacepetan
Sampeyan kudu nimbang saben titik kanthi luwih rinci.
Gampang operasi
Paling apik yen ana siji tombol "Nindakake kabeh kanthi becik," nanging yen sampeyan bali menyang program nyata, sing paling trep yaiku sawetara prinsip operasi sing akrab lan standar.
Umume pangguna bakal luwih apik yen ora kudu ngelingi akeh tombol kanggo cli, ngatur macem-macem opsi sing beda-beda, asring ora jelas liwat web utawa tui, utawa nyetel kabar babagan operasi sing ora sukses. Iki uga kalebu kemampuan kanggo gampang "pas" solusi serep menyang infrastruktur sing ana, uga otomatisasi proses serep. Ana uga kamungkinan instalasi nggunakake manager paket, utawa ing siji utawa loro printah kaya "download lan unpack". curl ссылка | sudo bash - cara Komplek, wiwit sampeyan kudu mriksa apa teka liwat link.
Contone, saka calon dianggep, solusi prasaja burp, rdiff-serep lan restic, kang duwe tombol mnemonic kanggo mode operasi beda. Luwih rumit yaiku borg lan duplikat. Sing paling angel yaiku AMANDA. Liyane ana ing endi wae ing tengah babagan gampang digunakake. Ing kasus apa wae, yen sampeyan butuh luwih saka 30 detik kanggo maca manual pangguna, utawa sampeyan kudu pindhah menyang Google utawa mesin telusur liyane, lan uga nggulung lembar pitulungan sing dawa, keputusane angel, kanthi cara siji utawa liyane.
Sawetara calon dianggep bisa kanthi otomatis ngirim pesen liwat e-mailjabber, nalika liyane gumantung ing tandha diatur ing sistem. Kajaba iku, paling asring solusi rumit ora duwe setelan tandha sing jelas. Ing kasus apa wae, yen program serep ngasilake kode bali non-nol, sing bakal dimangerteni kanthi bener dening layanan sistem kanggo tugas periodik (pesen bakal dikirim menyang administrator sistem utawa langsung ngawasi) - kahanan kasebut gampang. Nanging yen sistem serep, sing ora mlaku ing server serep, ora bisa dikonfigurasi, cara sing jelas kanggo ngomong babagan masalah kasebut yaiku kerumitan kasebut wis gedhe banget. Ing kasus apa wae, nerbitake bebaya lan pesen liyane mung menyang antarmuka web utawa menyang log minangka praktik sing ala, amarga paling asring bakal diabaikan.
Kanggo otomatisasi, program prasaja bisa maca variabel lingkungan sing nyetel mode operasi, utawa duwe cli sing dikembangake sing bisa nggawe duplikat prilaku nalika nggarap antarmuka web, umpamane. Iki uga kalebu kemungkinan operasi terus-terusan, kasedhiyan kesempatan ekspansi, lsp.
Versatility
Sebagean mbandhingake bagean sadurunge babagan otomatisasi, mesthine ora dadi masalah tartamtu kanggo "cocog" proses serep menyang infrastruktur sing ana.
Wigati dicathet yen panggunaan port non-standar (uga, kajaba antarmuka web) kanggo karya, implementasine enkripsi kanthi cara sing ora standar, ijol-ijolan data nggunakake protokol non-standar minangka pratandha saka non-standar. -solusi universal. Umume, kabeh calon duwe kanthi cara siji utawa liyane kanthi alasan sing jelas: kesederhanaan lan keserbagunaan biasane ora bebarengan. Minangka pangecualian - burp, ana liyane.
Minangka tandha - kemampuan kanggo nggarap ssh biasa.
Kacepetan kerja
Titik paling kontroversial lan kontroversial. Ing tangan siji, kita ngluncurake proses kasebut, kerjane kanthi cepet lan ora ngganggu tugas utama. Ing sisih liya, ana lonjakan lalu lintas lan beban prosesor sajrone wektu serep. Sampeyan uga kudu dicathet yen program paling cepet kanggo nggawe salinan biasane paling miskin ing babagan fungsi sing penting kanggo pangguna. Maneh: yen kanggo njaluk siji file teks apes saka sawetara puluhan bait ing ukuran karo sandhi, lan amarga iku kabeh biaya layanan (ya, ya, aku ngerti yen proses serep paling asring ora disalahake ing kene), lan sampeyan kudu maca maneh kanthi urutan kabeh file ing gudang utawa nggedhekake kabeh arsip - sistem serep ora tau cepet. Titik liyane sing asring dadi sandhungan yaiku kacepetan masang serep saka arsip. Ana kauntungan sing jelas ing kene kanggo wong-wong sing mung bisa nyalin utawa mindhah file menyang lokasi sing dikarepake tanpa akeh manipulasi (rsync, contone), nanging paling asring masalah kasebut kudu ditanggulangi kanthi cara organisasi, kanthi empiris: kanthi ngukur wektu pemulihan serep. lan mbukak informasi marang pangguna babagan iki.
Stabilitas
Sampeyan kudu dimangerteni kanthi cara iki: ing tangan siji, kudu bisa nyebarake salinan serep kanthi cara apa wae, ing sisih liya, kudu tahan kanggo macem-macem masalah: gangguan jaringan, gagal disk, mbusak bagean saka gudang.
Perbandingan alat serep
Nyalin wektu nggawe
Nyalin wektu pemulihan
Instalasi gampang
persiyapan gampang
Panganggone prasaja
otomatisasi prasaja
Apa sampeyan butuh server klien?
Priksa integritas repositori
Salinan diferensial
Kerja liwat pipa
Versatility
kamardikan
Transparansi panyimpenan
Enkripsi
Komprèsi
Deduplikasi
Antarmuka web
Isi menyang méga
Dhukungan Windows
Skor
Rsync
4m15
4m28
ya
ora
ora
ora
ya
ora
ora
ya
ora
ya
ya
ora
ora
ora
ora
ora
ya
6
Tar
murni
3m12
2m43
ya
ora
ora
ora
ora
ora
ya
ya
ora
ya
ora
ora
ora
ora
ora
ora
ya
8,5
gzip
9m37
3m19
ya
Rdiff-serep
16m26
17m17
ya
ya
ya
ya
ya
ora
ya
ora
ya
ora
ya
ora
ya
ya
ya
ora
ya
11
Snapshot
4m19
4m28
ya
ya
ya
ya
ora
ora
ya
ora
ya
ora
ya
ora
ora
ya
ya
ora
ya
12,5
Burp
11m9
7m2
ya
ora
ya
ya
ya
ya
ya
ora
ya
ya
ora
ora
ya
ora
ya
ora
ya
10,5
Duplicity
ora enkripsi
16m48
10m58
ya
ya
ora
ya
ora
ya
ya
ora
ora
ya
ora
ya
ya
ora
ya
ora
ya
11
gpg
17m27
15m3
Duplikat
ora enkripsi
20m28
13m45
ora
ya
ora
ora
ora
ya
ya
ora
ora
ya
ora
ya
ya
ya
ya
ya
ya
11
AES
29m41
21m40
gpg
26m19
16m30
zbackup
ora enkripsi
40m3
11m8
ya
ya
ora
ora
ora
ya
ya
ya
ora
ya
ora
ya
ya
ya
ora
ora
ora
10
AES
42m0
14m1
aes+lzo
18m9
6m19
BorgBackup
ora enkripsi
4m7
2m45
ya
ya
ya
ya
ya
ya
ya
ya
ya
ya
ora
ya
ya
ya
ya
ora
ya
16
AES
4m58
3m23
blake2
4m39
3m19
Restic
5m38
4m28
ya
ya
ya
ya
ora
ya
ya
ya
ya
ya
ora
ya
ora
ya
ora
ya
ya
15,5
urBackup
8m21
8m19
ya
ya
ya
ora
ya
ora
ya
ora
ya
ya
ora
ya
ya
ya
ya
ora
ya
12
Amanda
9m3
2m49
ya
ora
ora
ya
ya
ya
ya
ora
ya
ya
ya
ya
ya
ora
ya
ya
ya
13
Gawe serepPC
rsync
12m22
7m42
ya
ora
ya
ya
ya
ya
ya
ora
ya
ora
ora
ya
ya
ora
ya
ora
ya
10,5
tar
12m34
12m15
Legenda meja:
- Ijo, wektu operasi kurang saka limang menit, utawa wangsulan "Ya" (kajaba kolom "Perlu server klien?"), 1 titik
- Kuning, wektu operasi lima nganti sepuluh menit, 0.5 poin
- Abang, wektu kerja luwih saka sepuluh menit, utawa jawabane "Ora" (kajaba kolom "Apa sampeyan butuh server klien?"), 0 poin
Miturut tabel ing ndhuwur, alat serep sing paling gampang, paling cepet, lan ing wektu sing padha yaiku BorgBackup. Restic njupuk Panggonan liya, liyane saka calon dianggep padha diselehake kira-kira padha karo panyebaran siji utawa loro titik ing pungkasan.
Aku matur nuwun marang kabeh wong sing maca seri nganti pungkasan, aku ngajak sampeyan ngrembug babagan pilihan lan menehi sampeyan dhewe, yen ana. Nalika diskusi maju, tabel bisa ditambahi.
Asil seri kasebut bakal dadi artikel pungkasan, sing bakal ana upaya kanggo ngembangake alat serep sing cocog, cepet lan bisa diatur sing ngidini sampeyan ngirim salinan maneh ing wektu sing paling cendhak lan uga trep lan gampang. kanggo ngatur lan njaga.
Pengumuman
Serep Part 6: Mbandhingaké Serep Tools
Serep Part 7: Kesimpulan
Source: www.habr.com