Come creare e gestire un repository federato con NAKIVO

Nel corso del tempo, i backup occupano sempre più spazio di storage e, di conseguenza, spazio su disco, poiché la quantità di dati sottoposti a backup continua ad aumentare. È possibile che stiate utilizzando tecnologie incrementali per evitare la duplicazione dei blocchi di dati. Potreste anche aver implementato una solida politica di conservazione che prevede l’eliminazione dei punti di ripristino non necessari. Tuttavia, a un certo punto, potrebbe essere necessario aggiungere altri dischi ed espandere un repository di backup per accogliere una maggiore quantità di dati di backup, al fine di evitare interruzioni nei flussi di lavoro relativi alla protezione dei dati.

Con i repository di backup tradizionali, è possibile creare un nuovo repository di backup per aggiungere spazio di archiviazione per i backup, ma potrebbe essere necessario riconfigurare i lavori di backup o crearne di nuovi. Ciò può causare interruzioni e lacune nella conservazione dei dati. Per semplificare l’espansione dei repository ed evitare il fallimento dei lavori di backup a causa di spazio di archiviazione insufficiente, NAKIVO Backup & Replication offre la funzione “Federated Repository”, che consente agli amministratori di aggiungere in modo flessibile spazio di archiviazione utilizzando le configurazioni di backup esistenti. Vediamo cos’è il “Repository federato” e come funziona.

Garantisci la disponibilità con NAKIVO

Soddisfare i rigorosi requisiti di disponibilità dei servizi nelle infrastrutture virtuali. Raggiungere gli obiettivi di uptime grazie a solide funzioni di orchestrazione e automazione del DR.

RILEVA LA SOLUZIONE

Che cos’è un repository di backup?

Un repository di backup in NAKIVO Backup & Replication è una ubicazione di storage con un formato specifico per la memorizzazione dei dati di backup (punti di ripristino) e di eventuali metadati necessari. Insieme al Director e al Transporter, il repository di backup costituisce uno dei tre componenti fondamentali della soluzione NAKIVO. I repository di backup possono avere due tipi di archiviazione dei dati: incrementale con backup completo oppure incrementale perpetuo .

Un repository di backup include i seguenti elementi:

• Un backup object è una copia dell’oggetto di origine. L’oggetto di backup viene creato dall’NAKIVO Backup & Replication e archiviato in un formato proprietario all’interno di un repository di backup.

  Un oggetto di backup può essere costituito da uno o più punti di ripristino.

• Un recovery point è un’istanza specifica dell’oggetto di backup che rappresenta lo stato dell’oggetto di origine in un determinato momento. In NAKIVO Backup & Replication, un punto di ripristino può essere completo o incrementale.
• Una recovery point chain (specifica dei backup incrementali con repository completi) è una serie di punti di ripristino incrementali correlati tra loro e con dipendenze reciproche. Una catena inizia con un backup completo e include tutti i punti di ripristino incrementali associati.

  Un oggetto di backup può contenere più catene, dove ogni catena inizia con un punto di ripristino completo e termina con un punto di ripristino incrementale. Più catene formano un set di backup.

• Metadata sono le informazioni ausiliarie associate a un repository, a un oggetto di backup o a un punto di ripristino. Questi metadati sono fondamentali per la gestione dei backup e per il ripristino dei dati dai backup.

Ogni oggetto di backup contiene punti di ripristino che rappresentano lo stato dell’oggetto di origine in un determinato momento. Ogni oggetto di backup presenta uno o più punti di ripristino.

Che cos’è un repository federato?

Un repository federato in NAKIVO Backup & Replication è un repository di backup costituito da uno o più repository di backup, denominati membri, e può avere una scalabilità orizzontale con l’aggiunta di ulteriori repository di backup. Un repository federato può essere rappresentato come un pool logico contenente repository di backup esistenti. Un repository federato può anche essere definito repository “scale-out” grazie alle sue funzionalità flessibili che consentono la scalabilità orizzontale.

Un federated repository member è un repository di backup utilizzato come parte di un repository di backup federato. Un repository federato o “scale-out” può essere costituito da uno o più membri del repository.

Come funziona il repository federato in NAKIVO Backup & Replication

Nella parte sinistra del diagramma sottostante, è possibile vedere un di tipo incrementale con backup completi periodici utilizzato in NAKIVO Backup & Replication. Sulla destra è possibile vedere un repository di backup federato.

Innanzitutto, vediamo come funzionano i lavori di backup in un repository incrementale con backup completo periodico ( Repo A ). Sono presenti due lavori di backup: Lavoro A e Lavoro B . Questi lavori creano rispettivamente l’oggetto di backup A ( BO A ) e l’oggetto di backup B ( BO B ). Ogni oggetto di backup è costituito da una serie di punti di ripristino. RP-F è il punto di ripristino completo e RP-I è un punto di ripristino incrementale. Un backup può essere costituito da più punti di ripristino, che possono formare una catena di punti di ripristino. Una catena inizia con un punto di ripristino completo seguito da una serie di punti di ripristino incrementali. Quando viene creato un altro punto di ripristino completo, viene avviata una nuova catena di punti di ripristino.

Un repository di backup federato è fondamentalmente un insieme logico di repository di backup (del tipo incrementali con backup completi periodici ). Nel repository federato sono presenti anche due lavori di backup: Lavoro A e Lavoro B ). Un oggetto di backup può essere distribuito su diversi repository membri ( Repo A e Repo B ) che fanno parte dello stesso repository federato.

Esiste una catena che inizia con un punto di ripristino completo e un paio di punti di ripristino incrementali per Lavoro A . È possibile continuare a scrivere i dati nel repository successivo ( Repo B ) del pool a partire dal punto di ripristino completo. Questo processo può essere ulteriormente esteso, se necessario, con Repo C , Repo D , ecc.

Si noti che non è possibile interrompere una singola catena di punti di ripristino tra diversi repository membri. Se i dati di backup vengono scritti su un altro membro di un repository federato, la soluzione NAKIVO crea innanzitutto un punto di ripristino completo, indipendentemente dalle impostazioni del lavoro di backup relative alla pianificazione del backup completo.

Ciò significa che un oggetto di backup può essere archiviato su più membri di un repository federato. Tuttavia, una catena di punti di ripristino all’interno di un oggetto di backup deve essere autonoma all’interno di un singolo membro del repository federato, ovvero tutti i punti di ripristino dipendenti devono essere archiviati nello stesso membro del repository federato.

Nel caso in cui un processo debba selezionare il membro successivo come destinazione, la successiva esecuzione del backup creerà un punto di ripristino completo. Ciò consente di ripristinare i dati da un punto di ripristino anche se un altro membro del repository federato è inaccessibile. Solo i repository configurati per il backup incrementale con backup completi possono essere utilizzati come membri di un repository federato. I repository di backup sempre incrementali non sono supportati per questa funzione.

È possibile utilizzare i seguenti tipi di archiviazione per creare repository di backup membri:

• Cartella locale su una macchina con il componente Transporter assegnato della soluzione NAKIVO
• Condivisione NFS
• Condivisione SMB

Il numero massimo di membri del repository federato è 128.

La funzionalità Repository federato è disponibile per le edizioni Enterprise Plus e MSP Enterprise Plus di NAKIVO Backup & Replication. La funzionalità non consuma alcuna unità di licenza oltre a quelle consumate dalle attività di protezione dei dati.

È possibile scoprire di più sui repository federati in NAKIVO Backup & Replication e sul loro funzionamento in questo video:

Vantaggi di un repository federato: protezione dei dati senza interruzioni

La domanda di storage di backup scalabile e flessibile è in costante crescita. I repository di backup tradizionali spesso presentano limiti di scalabilità, colli di bottiglia nelle prestazioni e complessità con grandi volumi di dati.

Un repository di backup convenzionale può essere considerato come una cartella che può disporre di tanto spazio libero per i backup quanto consentito dal sistema sottostante. Estendere un repository convenzionale quando serve più spazio di archiviazione per lavori specifici può rivelarsi un compito impegnativo. Questo processo richiede più tempo e impegno per la configurazione, mentre i lavori di backup vengono sospesi.

La configurazione di un repository federato risolve queste sfide consentendo un’espansione senza soluzione di continuità della capacità di archiviazione, una maggiore tolleranza ai guasti e un migliore utilizzo delle risorse negli ambienti distribuiti.

I repository federati sono particolarmente utili per le grandi organizzazioni con infrastrutture complesse e pianificazioni di backup serrate. L’utilizzo dello spazio di archiviazione nei repository di backup di solito aumenta gradualmente e può essere irregolare. In questo caso, un’organizzazione può ritrovarsi con un gran numero di repository di backup con solo uno spazio libero limitato rimasto su ciascuno di essi. Di conseguenza, non è in grado di garantire che vi sia spazio libero sufficiente per il completamento dei futuri lavori di backup. Un esempio di questa situazione è illustrato nella tabella sottostante.

In questo esempio, se in uno dei repository non c’è spazio sufficiente per un lavoro di backup configurato, l’amministratore di sistema dovrebbe creare un altro lavoro di backup su un repository diverso con spazio libero sufficiente. Questo approccio alla gestione di decine di repository “piccoli” non è pratico in un’infrastruttura di grandi dimensioni. Allo stesso tempo, lo spazio libero su ogni singolo repository viene sprecato perché non può essere utilizzato per continuare a scrivere i dati di backup tramite un lavoro di backup esistente.

Se si somma il numero totale di spazi liberi in tutti i repository di backup, la quantità non risulta così bassa come lo è per ogni singolo repository. L’aggregazione della quantità di spazio libero consente di utilizzare lo spazio su disco in modo più razionale senza la necessità di ridistribuire i backup esistenti tra i repository. È possibile combinare più repository di backup esistenti in un repository federato per aggregare lo spazio libero proveniente da più repository e continuare a eseguire i lavori. Se il membro iniziale di un repository federato non dispone di spazio sufficiente, la soluzione NAKIVO utilizza il proprio algoritmo per selezionare il membro successivo disponibile nel repository federato, ovvero il candidato più idoneo a continuare a scrivere i dati per un oggetto di backup.

I vantaggi dell’utilizzo di un repository federato sono:

• I lavori di backup continuano a funzionare anche se il repository di destinazione è inaccessibile o ha esaurito lo spazio.
• Gli utenti risparmiano tempo e fatica grazie alla possibilità di garantire una scalabilità semplificata dello spazio di archiviazione di backup per soddisfare i requisiti in continua evoluzione di backup e ripristino senza interruzioni.
• Migliora l’affidabilità e potenzia la protezione dei dati. Riduce il rischio di perdita di dati e di tempi di inattività per un’organizzazione implementando solide funzionalità di backup e ripristino supportate da un’infrastruttura di storage scalabile e resiliente.
• Consente una migrazione più semplice dei dati di backup tra i repository.

Configurazione di un repository federato in NAKIVO Backup & Replication

Vediamo come configurare un repository federato in NAKIVO Backup & Replication. Supponiamo di aver aggiunto due dischi rigidi al nostro server di backup e di voler utilizzare lo spazio su disco di queste unità per archiviare i backup utilizzando un repository federato. Per cominciare, disponiamo di un repository di backup denominato Repository principale Esiste un lavoro di backup che utilizza il Repository principale come destinazione.

Per prima cosa, dobbiamo creare un repository di backup su un nuovo disco rigido che abbiamo installato di recente. Successivamente, utilizzeremo questo repository come membro nella configurazione del repository federato.

Creazione di un membro del repository federato

1. Nell’interfaccia web della soluzione NAKIVO, vai su Settings > Repositories, clicca su + e premi Create a new backup repository.

   

2. Seleziona Local Folder nel tipo di repository se stai utilizzando un disco rigido installato localmente. È anche possibile utilizzare una condivisione file. Fare clic su Next per continuare.

   

3. Specificare il nome e l’ubicazione del nuovo repository di backup. Si noti che è necessario creare una directory con i permessi corretti prima di completare questo passaggio. Nel nostro caso, i parametri sono:
   • Nome: repo1
   • Transporter assegnato: Transporter onboard
   • Percorso alla cartella locale: /opt/NAKIVO/repo1

   NOTA : Questa directory è stata creata sul nostro server di backup in esecuzione su Linux e il file /etc/fstab è stato modificato per il montaggio automatico. È necessario creare una directory e impostare i permessi prima di configurare un repository di backup nell’interfaccia web di NAKIVO.

   

4. Selezionare le opzioni per un nuovo repository di backup. È possibile utilizzare i valori predefiniti per impiegare questo repository come membro di un repository federato. Fare clic su Finish.

   

Allo stesso modo, è possibile creare altri repository di backup e aggiungerli come membri del proprio repository federato. In questo esempio, abbiamo creato due nuovi repository denominati repo1 e repo2 , visibili nella schermata qui sotto.

Configurazione di un repository federato

1. Accedere a Settings > Repositories, selezionare + e fare clic su Create federated backup repository.

   

2. Se un nuovo repository di backup contiene punti di ripristino di un lavoro di backup, viene visualizzato un messaggio di notifica relativo ai lavori interessati. Poiché il nostro Repository principale contiene punti di ripristino, viene visualizzato il seguente messaggio:

   Il repository selezionato è utilizzato dai seguenti lavori. I lavori verranno aggiornati automaticamente per utilizzare il repository federato .

   Fare clic su Proceed.

   

3. Selezionare i membri di un repository federato. Selezioniamo Repository principale , repo1 e repo2 come membri del repository di backup federato. Fare clic su Avanti.

   NOTA: Se un repository di backup viene utilizzato per archiviare Backup automatico NAKIVO Backup & Replication, non può essere aggiunto a un repository federato. Se i membri selezionati supportano l’immutabilità e contengono almeno un oggetto immutabile (o sono associati a un’attività configurata per creare un punto di ripristino immutabile), i membri che non supportano l’immutabilità vengono disabilitati.

   

4. Specificare le opzioni del repository federato, inclusi il nome e la descrizione.
   • Nome: Repository scalabile
   • Descrizione: Repository principale + repo1 + repo2

   Fare clic su Finish.

   

Gestione dei repository federati in NAKIVO Backup & Replication

Ora è possibile visualizzare il repository scalabile in orizzontale nell’elenco dei repository di backup. La dimensione del repository è data dalla somma delle dimensioni dei tre repository membri. È possibile fare clic sul repository federato per visualizzarne i dettagli.

Le informazioni sul repository includono i membri e i lavori di backup che utilizzano tale repository. Fare clic su uno qualsiasi dei membri del repository federato per visualizzare i dettagli relativi a quel repository e ai lavori di backup associati.

Nello screenshot qui sotto, possiamo vedere le informazioni relative a Repository principale . Un lavoro di backup utilizza questo repository.

La destinazione del lavoro di backup viene automaticamente configurata per utilizzare il repository federato. Se necessario, è possibile fare clic sul nome del lavoro e verificare queste impostazioni.

Migrazione dei dati di backup verso un altro membro

È possibile migrare i backup da un membro del repository federato a un altro. Questa opzione può essere utile, ad esempio, se si sta riorganizzando la configurazione del repository scalabile per rimuovere uno dei membri.

Per migrare i dati di backup:

1. Andare su Settings > Repositories e fare clic sul repository federato ( repository scalabile in questo caso).
2. Fare clic sul membro del repository federato, ovvero lo spazio di storage di backup da cui si desidera effettuare la migrazione. In questo esempio selezioniamo Repository principale .
3. Nella pagina delle informazioni sul repository, fare clic sull’icona … (tre puntini) e selezionare Lock nel menu che si apre.

   

4. Viene visualizzato il messaggio di conferma Bloccare il membro? . Fare clic su Lock per confermare.

   

5. Una volta bloccato il membro del repository federato, selezionare i backup che si desidera migrare, fare clic sul pulsante … (tre puntini) e selezionare Migrate backup.

   

6. Un messaggio di notifica fornisce un’avvertenza in merito alla migrazione dei backup verso altri membri del repository. Leggere il messaggio e fare clic su Proceed per continuare.

   

Rimozione di un membro del repository

1. Per rimuovere un membro del repository federato, vai su Settings > Repositories e fai clic sul repository federato ( repository scale-out in questo caso).
2. Passa con il mouse sul membro del repository che desideri rimuovere, fai clic sull’icona … (tre puntini) e seleziona Remove nel menu che si apre.

   

Conclusione

Un repository di backup federato, noto anche come repository di backup scale-out, è una funzione utile per configurare uno spazio di storage dei backup scalabile e affidabile. La struttura logica di questo repository consente di utilizzare lo spazio di archiviazione in modo più razionale e di migliorare l’affidabilità del sistema di backup, evitando situazioni in cui un lavoro di backup fallisca a causa della mancanza di spazio libero. Anziché perdere tempo a riconfigurare un lavoro di backup esistente per utilizzare un altro repository, è possibile aggiungere un nuovo membro al repository federato e continuare a eseguire il lavoro di backup esistente.

Prova NAKIVO Backup & Replication

Richiedi una prova gratuita per scoprire tutte le funzionalità di protezione dei dati offerte dalla soluzione. 15 giorni gratuiti. Nessuna limitazione in termini di funzionalità o capacità. Non è obbligatoria alcuna carta di credito.

Prova gratuitamente