Come creare e gestire un repository federato con NAKIVO
Nel corso del tempo, i backup consumano più spazio di storage e quindi spazio su disco, poiché la quantità di dati sottoposti a backup continua a crescere. È possibile che si utilizzino tecnologie incrementali per saltare i blocchi di dati duplicati. È anche possibile che si stia implementando un criterio di conservazione solido in cui i punti di ripristino non necessari vengono eliminati. Tuttavia, a un certo punto, potrebbe essere necessario aggiungere altri dischi ed espandere un repository di backup per ospitare più dati di backup ed evitare di interrompere i flussi di lavoro di protezione dei dati. Con i repository di backup regolari, è 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ò potrebbe causare interruzioni e lacune nella conservazione. Per semplificare l’espansione degli archivi ed evitare il fallimento dei lavori di backup a causa dello 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’è Federated Repository e come funziona.
Che cos’è un repository di backup?
Un repository di backup in NAKIVO Backup & Replication & Replication è una ubicazione di storage con un formato specifico per l’archiviazione dei dati di backup (punti di ripristino) e dei metadati necessari. Insieme al Director e Transporter, il repository di backup costituisce uno dei tre componenti principali della soluzione NAKIVO. Un repository di backup può avere due tipi di storage dati: incrementale con full o incrementale permanente. Un repository di backup include i seguenti elementi:
- Un oggetto di backup è una copia dell’oggetto di origine. L’oggetto di backup viene creato da 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 punto di ripristino è 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 catena di punti di ripristino (specifica per i repository completi incrementali) è una serie di punti di ripristino incrementali correlati con dipendenze tra loro. 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.
- I metadati 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 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 ha uno o più punti di ripristino.
Che cos’è un repository federato?
Un repository federato in NAKIVO Backup & Replication & La replica è un repository di backup costituito da uno o più repository di backup, chiamati membri, e ha 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 scalabile grazie alle sue capacità flessibili che consentono il ridimensionamento orizzontale. Un membro del repository federato è un repository di backup utilizzato come parte di un repository di backup federato. Un repository federato o scalabile può essere costituito da uno o più membri del repository.
Come funziona il repository di backup federato in NAKIVO Backup & Replication & Replication
Sul lato sinistro del diagramma sottostante, è possibile vedere un repository di backup di tipo incrementale con backup completo periodico utilizzato in NAKIVO Backup & Replication & Replication. A destra è possibile vedere un repository di backup federato. Innanzitutto, vediamo come funzionano i lavori di backup in un repository incrementale con backup completi periodici (Repo A). Sono presenti due lavori di backup: Lavoro A e Lavoro B. Questi lavori creano rispettivamente oggetto di backup A (BO A) e 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 pool logico di repository di backup (del tipo incrementale 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 Job A. È possibile continuare a scrivere i dati nel repository successivo (Repo B) nel pool Inizia con il punto di ripristino completo. Se necessario, questo processo può essere ulteriormente scalato con Repo C, Repo D, ecc.Si noti che non è possibile interrompere una singola catena di punti di ripristino su più repository membri. Se i dati di backup vengono scritti su un altro membro in un repository federato, la soluzione NAKIVO crea prima un punto di ripristino completo indipendentemente dalle impostazioni del lavoro di backup per la pianificazione del backup completo. Ciò significa che un oggetto di backup può essere archiviato su più membri del repository federato. Tuttavia, una catena di punti di ripristino all’interno di un oggetto di backup deve essere autonoma all’interno di un membro del repository federato, ovvero tutti i punti di ripristino dipendenti sono memorizzati 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 backup incrementali con backup completi possono essere utilizzati come membri di un repository federato. I repository di backup incrementali permanenti non sono supportati per questa funzione. È possibile utilizzare i seguenti tipi di storage per creare repository di backup membri:
- Cartella locale sul Transporter assegnato della soluzione NAKIVO
- Condivisione NFS
- Condivisione SMB
Il numero massimo di membri del repository federato è 128.La funzione Repository federato è disponibile per le edizioni Enterprise Plus e MSP Enterprise Plus di NAKIVO Backup & Replication. La funzione non consuma unità di licenza aggiuntive rispetto a quelle consumate dalle attività di protezione dei dati.Per scoprire di più sui repository federati in NAKIVO Backup & Replication e sul loro funzionamento, guarda questo video:
Vantaggi di un repository federato: protezione dei dati senza interruzioni
La domanda di storage di backup scalabile e flessibile è in costante crescita. Un repository di backup tradizionale spesso deve affrontare limitazioni di scalabilità, colli di bottiglia nelle prestazioni e complessità con grandi volumi di dati. Un repository di backup convenzionale può essere visto come una cartella che può avere tanto spazio libero disponibile per i backup quanto ne consente il sistema sottostante. Estendere un repository convenzionale quando si ha bisogno di più storage per lavori specifici può essere 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 in ambienti distribuiti. I repository federati sono particolarmente utili per le grandi organizzazioni con infrastrutture complesse e programmi di backup serrati. Il consumo di spazio di archiviazione nei repository di backup di solito aumenta gradualmente e può essere irregolare. In questo caso, un’organizzazione può ritrovarsi con un numero elevato di repository di backup con solo uno spazio libero limitato rimasto su ciascun repository di backup. 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 seguente.
| Nome | Tipo | Host | Percorso | Capacità | Libero |
| Repository locale 1 | Cartella locale | Backupserver1 | /backup/repo0 | 10 TB | 2,2 TB |
| Repository locale 2 | Cartella locale | Backupserver1 | /backup/repo1 | 12 TB | 2 TB |
| Remote-repo1 | Cartella locale | Backupserver2 | /backup/repo21 | 22 TB | 3 TB |
| Remote-repo2 | Cartella locale | Backupserver2 | /backup/repo22 | 22 TB | 3,3 TB |
| NAS-repo1 | Condivisione SMB | NAS-01 | nas-01repo1 | 19,9 TB | 2,1 TB |
| NAS-repo2 | Condivisione SMB | NAS-01 | nas-01repo2 | 19,9 TB | 1,2 TB |
| NAS-repo3 | condivisione NFS | NAS-02 | nas-02repo0 | 16 TB | 1,5 TB |
| … | … | … | … | … | … |
In questo esempio, se in uno dei repository non c’è spazio sufficiente per un lavoro di backup configurato, l’amministratore di sistema deve creare un altro lavoro di backup su un repository diverso con spazio libero sufficiente. Questo approccio alla gestione di decine di repository “piccoli” non è conveniente 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 utilizzando un lavoro di backup esistente. Se sommiamo il numero totale di spazi liberi in tutti i repository di backup, la quantità non è 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 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 migliore per continuare a scrivere i dati per un oggetto di backup.I vantaggi dell’utilizzo di un repository di backup federato sono:
- I lavori di backup continuano a essere eseguiti anche se il repository di destinazione è inaccessibile o lo spazio è esaurito.
- Gli utenti risparmiano tempo e fatica grazie alla possibilità di semplificare il ridimensionamento dello storage di backup per soddisfare i requisiti di backup e ripristino in continua evoluzione senza interruzioni.
- Migliora l’affidabilità e la protezione dei dati. Riduce il rischio di perdita di dati e di downtime per un’organizzazione implementando solide funzionalità di backup e ripristino supportate da un’infrastruttura di storage scalabile e con elevata resilienza.
- Consente una migrazione più semplice dei dati di backup tra i repository.
Configurazione di un repository federato in NAKIVO Backup & Replication & Replication
Vediamo come configurare un repository federato in NAKIVO Backup & Replication & Replication. Supponiamo di aver aggiunto due unità disco rigido 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, abbiamo un repository di backup chiamato Repository principale. Esiste un lavoro di backup che utilizza il Repository principale come destinazione. Innanzitutto, dobbiamo creare un repository di backup su un nuovo disco rigido che abbiamo installato di recente. Quindi, utilizzeremo questo repository come membro nella configurazione del repository federato.
Creazione di un membro del repository federato
- Nell’interfaccia web della soluzione NAKIVO, andare su Impostazioni > Repository, fare clic su + e premere Crea un nuovo repository di backup.
- Seleziona Cartella locale nel tipo di repository se stai utilizzando un disco rigido installato localmente. È anche possibile utilizzare una condivisione file. Fare clic su Avanti per continuare.
- Specificare il nome e l’ubicazione del nuovo repository di backup. Si noti che è necessario creare una directory con le autorizzazioni corrette 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 /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 NAKIVO.
- Selezionare le nuove opzioni del nuovo repository di backup. È possibile utilizzare i valori predefiniti per utilizzare questo repository come membro di un repository federato. Premere Fine.
Allo stesso modo, è possibile creare altri repository di backup e aggiungerli come membri nel repository federato. In questo esempio, abbiamo creato due nuovi repository denominati repo1 e repo2, che puoi vedere nella schermata qui sotto.
Configurazione di un repository federato
- Vai a Impostazioni > Repository, premi + e fare clic su Crea repository di backup federato.
- Se un repository di backup esistente 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 Procedi.
- Selezionare i membri di un repository federato. Selezioniamo Repository principale, repo1 e repo2 come membri del repository di backup federato. Premere Avanti.
NOTA: Se un repository di backup viene utilizzato per archiviare NAKIVO Backup & Replication & Backup automatico, 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 processo configurato per creare un punto di ripristino immutabile), i membri che non supportano l’immutabilità vengono disabilitati.
- Specificare le opzioni del repository federato, inclusi il nome e la descrizione.
- Nome: Scalare il repository
- Descrizione: Repository principale + repo1 + repo2
Fare clic su Termina.
Gestione dei repository federati in NAKIVO Backup & Replication & Replica
Ora è possibile visualizzare il repository scalabile nell’elenco dei repository di backup. La dimensione dell’archivio è la somma dei tre archivi membri. È possibile fare clic sull’archivio federato per visualizzarne i dettagli.
Le informazioni sull’archivio includono i membri e i lavori di backup che utilizzano questo archivio. Fare clic su uno qualsiasi dei membri dell’archivio federato per visualizzare i dettagli relativi a tale archivio e ai lavori di backup associati.
Nello screenshot sottostante, possiamo vedere le informazioni relative a Main repo. Un lavoro di backup utilizza questo repository.
La destinazione del lavoro di backup viene regolata automaticamente per utilizzare il repository federato. È possibile fare clic sul nome del lavoro e controllare queste impostazioni, se necessario.
Migrazione dei dati di backup a un altro membro
È possibile migrare i backup da un membro del repository federato a un altro. Questa opzione può essere utile se si sta riorganizzando la configurazione del repository scale-out per rimuovere uno dei membri, ad esempio. Per migrare i dati di backup:
- Andare su Impostazioni > Repository e fare clic sul repository federato (repository scale-out in questo caso).
- Fai clic sul membro del repository federato, ovvero l’archivio di backup da cui desideri eseguire la migrazione. In questo esempio selezioniamo Repository principale.
- Nella pagina delle informazioni sul repository, clicca sull’icona … (tre puntini) e seleziona Blocca nel menu che si apre.
- Viene visualizzato il messaggio di conferma Bloccare il membro?. Fare clic su Blocca per confermare.
- Una volta bloccato il membro del repository federato, seleziona i backup che desideri migrare, clicca sul pulsante … (tre puntini) e premi Migrate backup.
- Un messaggio di avvertenza avverte dell’avvio della migrazione dei backup verso altri membri del repository. Leggere il messaggio e fare clic su Proceed per continuare.
Rimozione di un membro del repository
- Per rimuovere un membro del repository federato, vai su Impostazioni > Repository e clicca sul repository federato (repository scale-out in questo caso).
- Passa con il mouse sul membro del repository che desideri rimuovere, fai clic sull’icona … (tre puntini) e seleziona Rimuovi nel menu che si apre.
Conclusione
Un repository di backup federato, noto anche come repository di backup scalabile, è una funzione utile per configurare uno storage di 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 fallisce a causa della mancanza di spazio libero. Invece di perdere tempo a riconfigurare un lavoro di backup esistente per utilizzare un altro repository, è possibile aggiungere un nuovo membro del repository di backup federato e continuare a eseguire il lavoro di backup esistente.
