Questa panoramica continua , scritta su richiesta dei lettori, tratterà di UrBackup, BackupPC e AMANDA.
Panoramica di UrBackup.
Su richiesta del partecipante aggiungo una panoramica di UrBackup, un sistema client-server per il backup. Consente di creare backup completi e incrementali, è in grado di gestire snapshot delle unità (solo Win?), e può anche effettuare backup di file. Il client può trovarsi sia nella stessa rete del server che connettersi tramite Internet. È prevista la tracciabilità delle modifiche, che consente di trovare rapidamente le differenze tra i backup. È anche supportata la deduplicazione dello storage lato server, permettendo di risparmiare spazio occupato. Le connessioni di rete sono criptate e c'è anche un'interfaccia web per gestire il server. Vediamo di cosa è capace:
In modalità di creazione di un backup completo si sono ottenuti i seguenti risultati:
Tempo di lavoro:
Primo avvio
Secondo avvio
Terzo avvio
Primo test
8m20s
8m19s
8m24s
Secondo test
8m30s
8m34s
8m20s
Terzo test
8m10s
8m14s
8m12s
In modalità di creazione di backup incrementali:
Tempo di lavoro:
Primo avvio
Secondo avvio
Terzo avvio
Primo test
8m10s
8m10s
8m12s
Secondo test
3m50s
4m12s
3m34s
Terzo test
2m50s
2m35s
2m38s
La dimensione del repository è stata di circa 14 GB in entrambi i casi, il che indica una deduplicazione attiva lato server. Va anche notato il disallineamento nel tempo di creazione del backup tra server e client, un aspetto chiaramente visibile dai grafici e un gradito bonus, poiché l'interfaccia web mostra il tempo di esecuzione del processo di backup sul server senza considerare
lo stato del client. In generale, i grafici per il backup completo e incrementale sono indistinguibili. Probabilmente, la differenza risiede solo nel modo in cui viene gestito lato server. È stato inoltre positivo vedere un basso utilizzo della CPU sul sistema sottoposto a backup.
Panoramica di BackupPC
Su richiesta del partecipante Aggiungo una recensione di BackupPC. Questo software viene installato su un server di archiviazione per backup, è scritto in Perl e funziona con vari strumenti di backup, principalmente rsync e tar. Utilizza ssh e smb come protocolli di trasporto e offre un'interfaccia web basata su cgi (che si installa su apache). Nell'interfaccia web c'è un ampio elenco di configurazioni. Una delle caratteristiche distintive è la possibilità di impostare un intervallo minimo tra i backup, così come un periodo durante il quale non verranno eseguiti. Durante la selezione del filesystem per il server di backup, è importante tenere conto della compatibilità con i link simbolici. Pertanto, non potrai suddividere il filesystem di archiviazione in punti di montaggio. In generale, un'esperienza piuttosto piacevole; vediamo cosa è in grado di fare questo software:
In modalità creazione di backup completi con rsync, i risultati ottenuti sono stati:
Primo avvio
Secondo avvio
Terzo avvio
Primo test
12m25s
12m14s
12m27s
Secondo test
7m41s
7m44s
7m35s
Terzo test
10m11s
10m0s
9m54s
Se utilizzi i backup completi e tar:
Primo avvio
Secondo avvio
Terzo avvio
Primo test
12m41s
12m25s
12m45s
Secondo test
12m35s
12m45s
12m14s
Terzo test
12m43s
12m25s
12m5s
In modalità di creazione di backup incrementali, è stato necessario abbandonare tar, poiché con tali impostazioni non venivano creati i backup.
I risultati della creazione di backup incrementali utilizzando rsync sono i seguenti:
Primo avvio
Secondo avvio
Terzo avvio
Primo test
11m55s
11m50s
12m25s
Secondo test
2m42s
2m50s
2m30s
Terzo test
6m00s
5m35s
5m30s
Nel complesso, si nota un leggero vantaggio in termini di velocità per rsync, che lavora anche più efficientemente con la rete. Questo potrebbe essere in parte compensato da un minore utilizzo della CPU con tar come programma di backup. Un altro vantaggio di rsync è la gestione delle copie incrementali. La dimensione del repository nella creazione di backup completi è la stessa, pari a 16 GB; nel caso di copie incrementali, è di 14 GB per ogni passaggio, il che significa deduplicazione funzionante.
Panoramica di AMANDA
Su richiesta del partecipante aggiungo test AMANDA,
I risultati del test con tar come archiviatore e compressione attivata sono i seguenti:
Primo avvio
Secondo avvio
Terzo avvio
Primo test
9m5s
8m59s
9m6s
Secondo test
0m5s
0m5s
0m5s
Terzo test
2m40s
2m47s
2m45s
Il programma utilizza completamente un core del processore, ma a causa dei limiti in IOPS del disco sul server di archiviazione dei backup, non riesce a raggiungere elevate velocità di trasferimento dati. In generale, la configurazione ha comportato un po' più di problemi rispetto ad altri partecipanti, poiché l'autore del programma non utilizza SSH come mezzo di trasporto, ma implementa uno schema simile con le chiavi, creando e mantenendo una vera CA. È possibile limitare ampiamente il client e il server di backup: ad esempio, se non possono fidarsi completamente l'uno dell'altro, è possibile, come opzione, vietare l'inizio del ripristino del backup dal lato server, impostando il valore della variabile corrispondente a zero nel file di configurazione. C'è la possibilità di collegare un'interfaccia web per la gestione, ma in generale il sistema configurato può essere completamente automatizzato con piccoli script in Bash (o SCM, ad esempio ansible). Esiste un sistema di configurazione dello storage abbastanza non triviale, che sembra essere legato al supporto di un ampio elenco di diversi dispositivi di archiviazione (nastro LTO, dischi rigidi, ecc.). Vale la pena notare che, tra tutti i programmi esaminati in questo articolo, AMANDA è l'unica che è riuscita a rilevare la rinomina delle directory. La dimensione del repository in un'unica esecuzione è stata di 13 GB.
Annuncio
Backup, parte 6: Confronto degli strumenti di backup
Backup, parte 7: Conclusioni
Fonte: habr.com
