Comment créer et gérer un référentiel fédéré avec NAKIVO
Au fil du temps, les sauvegardes occupent de plus en plus d’espace de stockage, et donc d’espace disque, à mesure que le volume des données sauvegardées ne cesse d’augmenter. Vous utilisez peut-être des technologies incrémentielles pour ignorer les blocs de données en double. Vous avez peut-être également mis en place une politique de conservation rigoureuse qui prévoit la suppression des points de récupération inutiles. Cependant, à un moment donné, vous devrez peut-être ajouter des disques supplémentaires et étendre un référentiel de sauvegarde afin de pouvoir accueillir davantage de données de sauvegarde et éviter ainsi toute interruption de vos workflows de protection des données.
Avec les référentiels de sauvegarde classiques, vous pouvez créer un nouveau référentiel pour ajouter de l’espace de stockage aux sauvegardes, mais vous devrez peut-être reconfigurer vos tâches de sauvegarde ou en créer de nouvelles. Cela peut entraîner des perturbations et des lacunes dans la conservation des données. Pour simplifier l’extension des référentiels et éviter les échecs de tâches de sauvegarde dus à un espace de stockage insuffisant, NAKIVO Backup & Replication propose la fonctionnalité « Référentiel fédéré », qui permet aux administrateurs d’ajouter de l’espace de stockage de manière flexible tout en utilisant les configurations de sauvegarde existantes. Voyons en quoi consiste le « Federated Repository » et comment il fonctionne.
Qu’est-ce qu’un référentiel de sauvegarde ?
Un référentiel de sauvegarde dans NAKIVO Backup & Replication est un emplacement de stockage au format spécifique destiné à stocker les données à sauvegarder (points de récupération) ainsi que toutes les métadonnées nécessaires. Avec le Directeur et le Transporteur, le référentiel de sauvegarde constitue l’un des trois composants principaux de la solution NAKIVO. Les référentiels de sauvegarde peuvent présenter deux types de stockage de données : incrémentiel avec sauvegarde complète ou incrémentiel à vie .
Un référentiel de sauvegarde comprend les éléments suivants :
- Un
backup objectest une copie de l’objet source. L’objet de sauvegarde est créé par NAKIVO Backup & Replication et stocké sous un format propriétaire au sein d’un référentiel de sauvegarde.Un objet de sauvegarde peut être constitué d’un ou plusieurs points de récupération.
- Un
recovery pointest une instance spécifique de l’objet de sauvegarde représentant l’état de l’objet source à un moment donné. Dans NAKIVO Backup & Replication, un point de récupération peut être complet ou incrémentiel. - Une
recovery point chain(propre aux sauvegardes incrémentielles avec des référentiels complets) est une série de points de récupération incrémentiels liés entre eux par des dépendances. Une chaîne commence par une sauvegarde complète et inclut tous les points de récupération incrémentiels associés.Un objet de sauvegarde peut contenir plusieurs chaînes, chacune commençant par un point de récupération complet et se terminant par un point de récupération incrémentiel. Plusieurs chaînes forment un ensemble de sauvegardes.
MetadataIl s’agit des informations auxiliaires associées à un référentiel, à un objet de sauvegarde ou à un point de récupération. Ces métadonnées sont essentielles à la gestion des sauvegardes et à la restauration des données à partir de celles-ci.
Chaque objet de sauvegarde contient des points de récupération qui représentent l’état de l’objet source à un moment donné. Chaque objet de sauvegarde comporte un ou plusieurs points de récupération.
Qu’est-ce qu’un référentiel fédéré ?
Un référentiel fédéré dans NAKIVO Backup & Replication est un référentiel de sauvegarde composé d’un ou plusieurs référentiels de sauvegarde, appelés « membres », et pouvant être doté d’une évolutivité horizontale par l’ajout de nouveaux référentiels de sauvegarde. Un référentiel fédéré peut être représenté comme un pool logique contenant des référentiels de sauvegarde existants. Un référentiel fédéré peut également être appelé « référentiel à extension horizontale » en raison de ses capacités flexibles permettant une évolutivité horizontale.
Un federated repository member est un référentiel de sauvegarde utilisé dans le cadre d’un référentiel de sauvegarde fédéré. Un référentiel fédéré ou à extension horizontale peut se composer d’un ou plusieurs membres de référentiel.
Fonctionnement du référentiel fédéré dans NAKIVO Backup & Replication
Sur le côté gauche du schéma ci-dessous, vous pouvez voir un référentiel de sauvegarde de type « incrémental avec sauvegarde complète périodique » utilisé dans NAKIVO Backup & Replication. À droite, vous pouvez voir un référentiel de sauvegarde fédéré.
Commençons par voir comment fonctionnent les tâches de sauvegarde dans un référentiel de type incrémental avec des sauvegardes complètes périodiques ( Référentiel A ). Il existe deux tâches de sauvegarde : Tâche A et Tâche B . Ces tâches créent respectivement l’objet de sauvegarde A ( BO A ) et l’objet de sauvegarde B ( BO B ). Chaque objet à sauvegarder se compose d’un certain nombre de points de récupération. RP-F est le point de récupération complet et RP-I est un point de récupération incrémentiel. Une sauvegarde peut se composer de plusieurs points de récupération, qui peuvent former une chaîne de points de récupération. Une chaîne commence par une récupération complète suivie d’un certain nombre de points de récupération incrémentiels. Lorsqu’un autre point de récupération complet est créé, une nouvelle chaîne de points de récupération est lancée.

Un référentiel de sauvegarde fédéré est essentiellement un ensemble logique de référentiels de sauvegarde (du type incrémentiels avec des sauvegardes périodiques complètes ). Nous avons également deux tâches de sauvegarde dans le référentiel fédéré : Tâche A et Tâche B ). Un objet de sauvegarde peut être réparti sur plusieurs référentiels membres ( Référentiel A et Référentiel B ) qui font partie du même référentiel fédéré.
Il existe une chaîne commençant par un point de récupération complet et comprenant quelques points de récupération incrémentiels pour Tâche A . Nous pouvons continuer à écrire des données dans le référentiel suivant ( Référentiel B ) du pool en commençant par le point de récupération complet. Ce processus peut être étendu davantage si nécessaire avec Référentiel C , Référentiel D , etc.
Notez qu’il n’est pas possible de diviser une seule chaîne de points de récupération entre plusieurs référentiels membres. Si des données de sauvegarde sont écrites sur un autre membre d’un référentiel fédéré, la solution NAKIVO crée d’abord un point de restauration complet, quels que soient les paramètres de la tâche de sauvegarde pour le calendrier de sauvegarde complète.
Cela signifie qu’un objet de sauvegarde peut être stocké sur plusieurs membres d’un référentiel fédéré. Cependant, une chaîne de points de restauration au sein d’un objet de sauvegarde doit être autonome au sein d’un seul membre du référentiel fédéré, c’est-à-dire que tous les points de restauration dépendants sont stockés dans le même membre du référentiel fédéré.
Si une tâche doit sélectionner le membre suivant comme destination, la prochaine exécution de la sauvegarde créera un point de restauration complet. Cela permet de restaurer les données à partir d’un point de restauration même si un autre membre du référentiel fédéré est inaccessible. Seuls les référentiels configurés pour des sauvegardes incrémentielles avec sauvegardes complètes peuvent être utilisés en tant que membres d’un référentiel fédéré. Les référentiels de sauvegarde incrémentielle permanente ne sont pas pris en charge par cette fonctionnalité.
Les types de stockage suivants peuvent être utilisés pour créer des référentiels de sauvegarde membres :
- Dossier local sur le transporteur assigné de la solution NAKIVO
- Partage NFS
- Partage SMB
Le nombre maximal de membres d’un référentiel fédéré est de 128.
La fonctionnalité de référentiel fédéré est disponible pour les éditions Enterprise Plus et MSP Enterprise Plus de NAKIVO Backup & Replication. Cette fonctionnalité ne consomme aucune unité de licence en plus de celles consommées par les activités de protection des données.
Pour en savoir plus sur les référentiels fédérés dans NAKIVO Backup & Replication et leur fonctionnement, regardez cette vidéo :
Avantages d’un référentiel fédéré : une protection des données ininterrompue
La demande en stockage de sauvegarde évolutif et flexible ne cesse de croître. Les référentiels de sauvegarde traditionnels sont souvent confrontés à des limites d’évolutivité, à des goulots d’étranglement en termes de performances et à une complexité liée aux volumes de données importants.
Un référentiel de sauvegarde classique peut être considéré comme un dossier disposant d’autant d’espace libre pour les sauvegardes que le système sous-jacent le permet. Étendre un référentiel classique lorsqu’on a besoin de plus d’espace de stockage pour des tâches spécifiques peut s’avérer une tâche difficile. Ce processus nécessite davantage de temps et d’efforts de configuration, tandis que les tâches de sauvegarde sont suspendues.
La configuration d’un référentiel fédéré répond à ces défis en activant l’extension transparente de la capacité de stockage, une tolérance aux pannes améliorée et une meilleure utilisation des ressources dans les environnements distribués.
Les référentiels fédérés sont particulièrement utiles pour les grandes entreprises dotées d’infrastructures complexes et de calendriers de sauvegarde serrés. La consommation d’espace de stockage dans les référentiels de sauvegarde augmente généralement de manière progressive et peut être irrégulière. Dans ce cas, une organisation peut se retrouver avec un grand nombre de référentiels de sauvegarde ne disposant plus que d’un espace libre limité sur chacun d’entre eux. Par conséquent, elle ne peut pas garantir qu’il y aura suffisamment d’espace libre pour mener à bien les futures tâches de sauvegarde. Un exemple de cette situation est illustré dans le tableau ci-dessous.
| Nom | Type | Hôte | Chemin d’accès | Capacité | Espace libre |
| Local-repo1 | Dossier local | Serveur de sauvegarde 1 | /backup/repo0 | 10 To | 2,2 To |
| Local-repo2 | Dossier local | Serveur de sauvegarde 1 | /backup/repo1 | 12 To | 2 To |
| Remote-repo1 | Dossier local | Serveur de sauvegarde 2 | /backup/repo21 | 22 To | 3 To |
| Remote-repo2 | dossier local | Backupserver2 | /backup/repo22 | 22 To | 3,3 To |
| NAS-repo1 | Partage SMB | NAS-01 | nas-01repo1 | 19,9 To | 2,1 To |
| NAS-repo2 | Partage SMB | NAS-01 | nas-01repo2 | 19,9 To | 1,2 To |
| NAS-repo3 | partage NFS | NAS-02 | nas-02repo0 | 16 To | 1,5 To |
| … | … | … | … | … | … |
Dans cet exemple, si l’espace disponible dans l’un des référentiels est insuffisant pour une tâche de sauvegarde configurée, l’administrateur système doit créer une autre tâche de sauvegarde vers un référentiel différent disposant d’un espace libre suffisant. Cette approche consistant à gérer des dizaines de « petits » référentiels n’est pas pratique dans une infrastructure de grande envergure. Parallèlement, l’espace libre sur chaque référentiel individuel est gaspillé, car il ne peut pas être utilisé pour continuer à y enregistrer des données de sauvegarde à l’aide d’une tâche de sauvegarde existante.
Si l’on additionne le total des espaces libres dans tous les référentiels de sauvegarde, le volume obtenu n’est pas aussi faible que celui de chaque référentiel pris individuellement. L’agrégation de l’espace libre vous permet d’utiliser l’espace disque de manière plus rationnelle sans avoir à redistribuer les sauvegardes existantes entre les référentiels. Vous pouvez regrouper plusieurs référentiels de sauvegarde existants au sein d’un référentiel fédéré afin d’agréger l’espace libre de plusieurs référentiels et de poursuivre l’exécution des tâches. Si le membre initial d’un référentiel fédéré ne dispose pas d’espace suffisant, la solution NAKIVO utilise son algorithme pour sélectionner le membre suivant disponible au sein du référentiel fédéré, c’est-à-dire le meilleur candidat pour poursuivre l’écriture des données d’un objet de sauvegarde.
Les avantages de l’utilisation d’un référentiel fédéré sont les suivants :
- Les tâches de sauvegarde continuent de s’exécuter même si le référentiel cible est inaccessible ou en manque d’espace.
- Les utilisateurs gagnent du temps et réduisent leurs efforts grâce à une évolutivité simplifiée du stockage de sauvegarde, permettant de répondre aux besoins changeants en matière de sauvegarde et de récupération sans interruption.
- Améliore la fiabilité et renforce la protection des données. Réduit le risque de perte de données et d’indisponibilité pour une organisation par la mise en œuvre de capacités robustes de sauvegarde et de récupération, soutenues par une infrastructure de stockage évolutive et résiliente.
- Permet une migration plus simple des données de sauvegarde entre les référentiels.
Configuration d’un référentiel fédéré dans NAKIVO Backup & Replication
Voyons comment configurer un référentiel fédéré dans NAKIVO Backup & Replication. Supposons que nous ayons ajouté deux disques durs à notre serveur de sauvegarde et que nous souhaitions utiliser l’espace disque de ces disques pour stocker des sauvegardes à l’aide d’un référentiel fédéré. Pour commencer, nous disposons d’un référentiel de sauvegarde appelé Référentiel principal . Il existe une tâche de sauvegarde qui utilise le Référentiel principal comme destination.
Tout d’abord, nous devons créer un référentiel de sauvegarde sur un nouveau disque dur que nous venons d’installer. Ensuite, nous utiliserons ce référentiel en tant que membre dans la configuration du référentiel fédéré.
Création d’un membre de référentiel fédéré
- Dans l’interface Web de la solution NAKIVO, accédez à
Settings>Repositories, cliquez sur+puis surCreate a new backup repository.
- Sélectionnez
Local Folderdans le type de référentiel si vous utilisez un disque dur installé localement. Vous pouvez également utiliser un partage de fichiers. Cliquez sur «Next» pour continuer.
- Indiquez le nom et l’emplacement du nouveau référentiel de sauvegarde. Notez que vous devez créer un répertoire doté des autorisations appropriées avant de terminer cette étape. Dans notre cas, les paramètres sont les suivants :
- Nom : repo1
- Transporteur assigné : Transporteur embarqué
- Chemin d’accès au dossier local : /opt/NAKIVO/repo1
REMARQUE : ce répertoire a été créé sur notre serveur de sauvegarde fonctionnant sous Linux et le fichier /etc/fstab a été modifié pour permettre le montage automatique. Vous devez créer un répertoire et définir les droits d’accès avant de configurer un référentiel de sauvegarde dans l’interface Web de NAKIVO.

- Sélectionnez les options du nouveau référentiel de sauvegarde. Vous pouvez utiliser les valeurs par défaut pour intégrer ce référentiel à un référentiel fédéré. Cliquez sur
Finish.
De la même manière, vous pouvez créer d’autres référentiels de sauvegarde et les ajouter en tant que membres à votre référentiel fédéré. Dans cet exemple, nous avons créé deux nouveaux référentiels nommés repo1 et repo2 , que vous pouvez voir sur la capture d’écran ci-dessous.
Configuration d’un référentiel fédéré
- Accédez à
Settings>Repositories, cliquez sur+puis surCreate federated backup repository.
- Si un référentiel de sauvegarde existant contient des points de restauration d’une tâche de sauvegarde, un message de notification concernant les tâches concernées s’affiche. Comme notre référentiel principal contient des points de restauration, le message suivant s’affiche :
Les référentiels sélectionnés sont utilisés par les tâches suivantes. Ces tâches seront automatiquement mises à jour pour utiliser le référentiel fédéré .
Cliquez sur
Proceed.
- Sélectionnez les membres d’un référentiel fédéré. Nous sélectionnons Référentiel principal , référentiel 1 et référentiel 2 comme membres du référentiel de sauvegarde fédéré. Cliquez sur Suivant.
REMARQUE : Si un référentiel de sauvegarde est utilisé pour stocker Auto-sauvegardes NAKIVO Backup & Replication, il ne peut pas être ajouté à un référentiel fédéré. Si les membres sélectionnés prennent en charge l’immuabilité et contiennent au moins un objet immuable (ou sont associés à une tâche configurée pour créer un point de récupération immuable), les membres qui ne prennent pas en charge l’immuabilité sont désactivés.

- Spécifiez les options du référentiel fédéré, notamment le nom et la description.
- Nom : Référentiel à évolutivité horizontale
- Description : Référentiel principal + repo1 + repo2
Cliquez sur
Finish.
Gestion des référentiels fédérés dans NAKIVO Backup & Replication
Vous pouvez désormais voir le référentiel à extension horizontale dans la liste des référentiels de sauvegarde. La taille du référentiel correspond à la somme des trois référentiels membres. Vous pouvez cliquer sur le référentiel fédéré pour afficher les détails.

Les informations relatives au référentiel incluent les membres et les tâches de sauvegarde utilisant ce référentiel. Cliquez sur l’un des membres du référentiel fédéré pour afficher les détails concernant ce référentiel et les tâches de sauvegarde associées. 
Sur la capture d’écran ci-dessous, nous pouvons voir les informations concernant Référentiel principal . Une tâche de sauvegarde utilise ce référentiel.

L’emplacement de destination de la tâche de sauvegarde est automatiquement adapté pour utiliser le référentiel fédéré. Vous pouvez cliquer sur le nom de la tâche et vérifier ces paramètres si nécessaire.
Migration des données de sauvegarde vers un autre membre
Vous pouvez migrer des sauvegardes d’un membre du référentiel fédéré vers un autre. Cette option peut s’avérer utile si vous réorganisez la configuration du référentiel à extension horizontale afin de supprimer l’un des membres, par exemple.
Pour migrer des données de sauvegarde :
- Accédez à
Settings>Repositorieset cliquez sur le référentiel fédéré ( référentiel à extension horizontale dans ce cas). - Cliquez sur le membre du référentiel fédéré qui correspond au stockage de sauvegarde à partir duquel vous souhaitez effectuer la migration. Dans cet exemple, nous sélectionnons « Main repo » .
- Sur la page d’informations du référentiel, cliquez sur l’icône
…(trois points) puis sélectionnezLockdans le menu qui s’ouvre.
- Le message de confirmation « Verrouiller le membre ? » s’affiche. Cliquez sur
Lockpour confirmer.
- Une fois le membre du référentiel fédéré verrouillé, sélectionnez la ou les sauvegardes que vous souhaitez migrer, cliquez sur le bouton
…(trois points) puis surMigrate backup.
- Un message de notification vous avertit de la migration de la sauvegarde vers d’autres membres du référentiel. Lisez le message et cliquez sur
Proceedpour continuer.
Suppression d’un membre du référentiel
- Pour supprimer un membre d’un référentiel fédéré, accédez à
Settings>Repositorieset cliquez sur le référentiel fédéré ( référentiel à extension horizontale dans ce cas). - Passez la souris sur le membre du référentiel que vous souhaitez supprimer, cliquez sur l’icône
…(trois points) puis sélectionnezRemovedans le menu qui s’ouvre.
Conclusion
Un référentiel de sauvegarde fédéré, également appelé référentiel de sauvegarde à extension horizontale, est une fonctionnalité utile pour configurer un stockage de sauvegarde évolutif et fiable. La structure logique de ce référentiel vous permet d’utiliser l’espace de stockage de manière plus rationnelle et d’améliorer la fiabilité de votre système de sauvegarde en évitant les situations où une tâche de sauvegarde échoue en raison d’un manque d’espace libre. Au lieu de passer du temps à reconfigurer une tâche de sauvegarde existante pour utiliser un autre référentiel, vous pouvez ajouter un nouveau membre au référentiel fédéré et continuer à exécuter la tâche de sauvegarde existante.