Bahagi 5 ng Backup: Pagsubok sa Bacula at Veeam Backup para sa Linux

Bahagi 5 ng Backup: Pagsubok sa Bacula at Veeam Backup para sa Linux

Titingnan ng tala na ito ang iba't ibang "malaking" backup na software, kabilang ang mga komersyal. Listahan ng mga kandidato: Veeam Agent para sa Linux, Bacula.

Ang trabaho sa file system ay susuriin, upang ito ay maginhawa upang ihambing sa mga nakaraang kandidato.

Inaasahang Resulta

Dahil ang parehong mga kandidato ay mga unibersal na handa na solusyon, ang pinakamahalagang resulta ay ang predictability ng trabaho, ibig sabihin, ang parehong oras ng pagpapatakbo kapag nagpoproseso ng parehong dami ng data, pati na rin ang parehong pagkarga.

Pagsusuri ng Veeam Agent para sa Linux

Gumagana ang backup na program na ito sa mga block device, kung saan mayroon itong module para sa Linux kernel na nagsisiguro sa integridad ng backup sa pamamagitan ng pagsubaybay sa mga binagong bloke ng data. Ang isang mas detalyadong paglalarawan ay matatagpuan dito.

Ang proseso ng paglikha ng isang backup ng file ay gumagana sa batayan ng parehong kernel module: isang block device snapshot ay nilikha, na naka-mount sa isang pansamantalang direktoryo, pagkatapos kung saan ang data ay naka-synchronize ng file sa pamamagitan ng file mula sa snapshot sa isa pang lokal na direktoryo, o remote sa pamamagitan ng smb o nfs protocol, kung saan ang ilang mga file ay nilikha sa proprietary format.

Ang proseso ng paglikha ng isang backup ng file ay hindi nakumpleto. Sa humigit-kumulang 15-16% ng pagpapatupad, ang bilis ay bumaba sa 600 kbsec at mas mababa, sa 50% na paggamit ng cpu, na posibleng maging sanhi ng backup na proseso upang tumakbo sa loob ng 6-7 na oras, kaya ang proseso ay itinigil.

Isang kahilingan ang ginawa sa suportang teknikal ng Veeam, na ang mga empleyado ay nagmungkahi ng paggamit ng block mode bilang solusyon.

Ang mga resulta ng block-by-block na mode ng paglikha ng mga backup na kopya ay ang mga sumusunod:

Bahagi 5 ng Backup: Pagsubok sa Bacula at Veeam Backup para sa Linux

Ang oras ng pagpapatakbo ng programa sa mode na ito ay 6 na minuto para sa 20 GB ng data.

Sa pangkalahatan, medyo magandang impression ng programa, ngunit hindi ito isasaalang-alang sa pangkalahatang pagsusuri dahil sa napakabagal ng file mode ng operasyon.

Pagsusuri ng Bacula

Ang Bacula ay isang client-server backup software na lohikal na binubuo ng ilang bahagi, na ang bawat isa ay gumagawa ng bahagi nito sa trabaho. Mayroong Direktor, na ginagamit para sa pamamahala, FileDaemon - isang serbisyo na responsable para sa mga backup, StorageDaemon - isang backup na serbisyo sa imbakan, Console - isang interface sa Direktor (mayroong mga TUI, GUI, mga pagpipilian sa Web). Ang kumplikadong ito ay kasama sa pagsusuri dahil din, sa kabila ng napakataas na hadlang sa pagpasok, ito ay isang medyo popular na paraan ng pag-aayos ng mga backup.

Sa buong backup mode

Sa mode na ito, napatunayang medyo predictable si Bacula, na kumukumpleto ng backup sa average na 10 minuto,
Ang load profile ay naging ganito:

Bahagi 5 ng Backup: Pagsubok sa Bacula at Veeam Backup para sa Linux

Ang laki ng mga backup ay humigit-kumulang 30 GB, gaya ng inaasahan kapag nagtatrabaho sa operating mode na ito.

Kapag lumilikha ng mga incremental backup, ang mga resulta ay hindi gaanong naiiba, maliban sa laki ng repositoryo, siyempre (mga 14 GB).

Sa pangkalahatan, maaari mong makita ang isang pare-parehong pagkarga sa isang core ng processor, at gayundin na ang pagganap ay katulad ng isang regular na tar na may naka-activate na compression. Dahil sa katotohanan na ang mga backup na setting ng bacula ay napakalawak, hindi posible na magpakita ng isang malinaw na kalamangan.

Natuklasan

Sa pangkalahatan, ang sitwasyon ay hindi kanais-nais para sa parehong mga kandidato, malamang dahil sa ang katunayan na ang file mode para sa paglikha ng mga backup na kopya ay ginagamit. Ang susunod na bahagi ay titingnan din ang proseso ng pagpapanumbalik mula sa mga backup; ang mga pangkalahatang konklusyon ay maaaring iguguhit batay sa kabuuang oras.

Anunsyo

Backup, bahagi 1: Bakit kailangan ang backup, isang pangkalahatang-ideya ng mga pamamaraan, mga teknolohiya
Bahagi 2 ng Backup: Pagsusuri at pagsubok ng mga tool sa pag-backup na nakabatay sa rsync
I-backup na Bahagi 3: Pagsusuri at Pagsubok ng duplicity, duplicati
Bahagi 4 ng Backup: Pagsusuri at pagsubok ng zbackup, restic, borgbackup
Bahagi 5 ng Backup: Pagsubok sa Bacula at Veeam Backup para sa Linux
Backup Part 6: Paghahambing ng Backup Tools
Backup Part 7: Mga Konklusyon

Nai-post ni: Pavel Demkovich

Pinagmulan: www.habr.com

Magdagdag ng komento