Comment créer et gérer un référentiel fédéré avec NAKIVO

Au fil du temps, les sauvegardes occupent davantage d’espace de stockage et donc d’espace disque, car la quantité de données à sauvegarder ne cesse d’augmenter. Vous utilisez peut-être des technologies incrémentielles pour ignorer les blocs de données en double. Vous pouvez également mettre en œuvre une politique de conservation rigoureuse dans laquelle les points de récupération inutiles sont supprimés. Cependant, à un moment donné, vous devrez peut-être ajouter des disques supplémentaires et étendre un référentiel de sauvegarde afin d’accueillir davantage de données de sauvegarde et d’éviter d’interrompre 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 pour les 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 en matière de conservation. Pour simplifier l’extension des référentiels et éviter les échecs des tâches de sauvegarde dus à un espace de stockage insuffisant, NAKIVO Backup & Replication offre la fonctionnalité Federated Repository, qui permet aux administrateurs d’ajouter de l’espace de stockage de manière flexible tout en utilisant les configurations de sauvegarde existantes. Voyons ce qu’est Federated Repository et comment il fonctionne.

Ensure Availability with NAKIVO

Ensure Availability with NAKIVO

Meet strict requirements for service availability in virtual infrastructures. Achieve uptime objectives with robust DR orchestration and automation features.

Qu’est-ce qu’un référentiel de sauvegarde ?

Un référentiel de sauvegarde dans NAKIVO Backup & Replication & Replication est un emplacement de stockage avec un format spécifique pour stocker les données de sauvegarde (points de récupération) et toutes les métadonnées nécessaires. Avec le Director 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 avoir deux types de stockage de données : incrémentiel avec complet ou incrémentiel permanent . Un référentiel de sauvegarde comprend les éléments suivants :

  • Un objet de sauvegarde est une copie de l’objet source. L’objet de sauvegarde est créé par NAKIVO Backup & Replication et stocké sous une forme propriétaire dans un référentiel de sauvegarde.

    Un objet de sauvegarde peut être constitué d’un ou plusieurs points de récupération.

  • Un point de récupération est 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 chaîne de points de récupération (spécifique aux référentiels incrémentiels 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 comprend 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 sauvegarde.

  • Les métadonnées sont les 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 pour gérer les sauvegardes et restaurer les données à partir des sauvegardes.

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 possède 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 qui peut être doté d’évolutivité horizontale par l’ajout de référentiels de sauvegarde supplémentaires. 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 évolutif en raison de ses capacités flexibles permettant une évolutivité horizontale. Un membre de référentiel fédéré 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 évolutif peut être constitué d’un ou plusieurs membres de référentiel.

Fonctionnement du référentiel fédéré dans NAKIVO Backup & Replication & Replication

Sur le côté gauche du diagramme ci-dessous, vous pouvez voir un référentiel de sauvegarde de type incrémentiel avec sauvegarde complète périodique utilisé dans NAKIVO Backup & Replication. À droite, vous pouvez voir un référentiel de sauvegarde fédéré. Tout d’abord, voyons comment fonctionnent les tâches de sauvegarde dans un référentiel incrémentiel avec complet périodique ( Repo 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 de sauvegarde 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 être constituée de plusieurs points de récupération, qui peuvent former une chaîne de points de récupération. Une chaîne commence par un point de récupération complet suivi 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. A federated repository and scale-out storage architecture Un référentiel de sauvegarde fédéré est essentiellement un pool logique de référentiels de sauvegarde (de type incrémentiel avec des sauvegardes complètes périodiques ). 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 sont membres du même référentiel fédéré. Il existe une chaîne commençant par une récupération complète et plusieurs 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 la récupération complète. Ce processus peut être étendu davantage si nécessaire avec Référentiel C , Référentiel D , etc. Notez que vous ne pouvez pas rompre une seule chaîne de points de récupération entre plusieurs référentiels membres. Si les 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 récupération 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 du référentiel fédéré. Cependant, une chaîne de points de récupération au sein d’un objet de sauvegarde doit être autonome au sein d’un membre du référentiel fédéré, c’est-à-dire que tous les points de récupération 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 comme membres d’un référentiel fédéré. Les référentiels de sauvegarde incrémentiels permanents ne sont pas pris en charge pour 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 du 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é : protection des données ininterrompue

La demande en matière de 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 conventionnel peut être considéré comme un dossier pouvant disposer d’autant d’espace libre pour les sauvegardes que le système sous-jacent le permet. L’extension d’un référentiel conventionnel lorsque l’on a besoin de plus d’espace de stockage pour des tâches spécifiques peut s’avérer difficile. Ce processus nécessite plus de temps et d’efforts pour la configuration, tandis que les tâches de sauvegarde sont suspendues. La configuration d’un référentiel fédéré permet de relever ces défis en activant une 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 organisations dotées d’infrastructures complexes et de calendriers de sauvegarde serrés. La consommation de stockage dans les référentiels de sauvegarde augmente généralement de manière progressive et peut être inégale. Dans ce cas, une organisation peut se retrouver avec un grand nombre de référentiels de sauvegarde ne disposant 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 effectuer les tâches de sauvegarde futures. Le tableau ci-dessous illustre un exemple de cette situation.

Nom Type Hôte Chemin Capacité Libre
Local-repo1 Dossier local Backupserver1 /backup/repo0 10 To 2,2 To
Local-repo2 Dossier local Serveur de sauvegarde1 /backup/repo1 12 To 2 To
Distant-repo1 Dossier local Serveur de sauvegarde 2 /backup/repo21 22 To 3 To
Distant-repo2 Dossier local Serveur de sauvegarde 2 /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 autre référentiel disposant d’un espace libre suffisant. Cette approche de gestion de dizaines de « petits » référentiels n’est pas pratique dans une grande infrastructure. Dans le même temps, l’espace libre sur chaque référentiel individuel est gaspillé car il ne peut pas être utilisé pour continuer à écrire des données de sauvegarde à l’aide d’une tâche de sauvegarde existante. Si l’on additionne le nombre total d’espaces libres dans tous les référentiels de sauvegarde, le montant n’est pas aussi faible que pour chaque référentiel 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 combiner plusieurs référentiels de sauvegarde existants en un référentiel fédéré afin d’agréger l’espace libre de plusieurs référentiels et de continuer à exécuter les tâches.Si le membre initial d’un référentiel fédéré ne dispose pas de suffisamment d’espace, la solution NAKIVO utilise son algorithme pour sélectionner le membre suivant disponible dans le référentiel fédéré, c’est-à-dire le meilleur candidat pour continuer à écrire les 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 à s’exécuter même si le référentiel cible est inaccessible ou en manque d’espace.
  • Les utilisateurs gagnent du temps et économisent leurs efforts en permettant une évolutivité simplifiée du stockage de sauvegarde afin de répondre aux conditions à remplir 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 de temps d’arrêt pour une organisation en mettant en œuvre des capacités de sauvegarde et de récupération robustes, 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 avons 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 avons récemment installé. Ensuite, nous utiliserons ce référentiel comme membre dans la configuration du référentiel fédéré.

Création d’un membre du référentiel fédéré

  1. Dans l’interface Web de la solution NAKIVO, accédez à Paramètres > Référentiels , cliquez sur + et appuyez sur Créer un nouveau référentiel de sauvegarde .

    Creating a new backup repository

  2. Sélectionnez Dossier local dans le type de référentiel si vous utilisez un disque dur installé localement. Vous pouvez également utiliser un partage de fichiers. Cliquez sur Suivant pour continuer.

    Selecting a backup repository type

  3. Spécifiez le nom et l’emplacement du nouveau référentiel de sauvegarde. Notez que vous devez créer un répertoire avec les 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 /etc/fstab a été ajusté pour le montage automatique. Vous devez créer un répertoire et définir les autorisations avant de configurer un référentiel de sauvegarde dans l’interface Web NAKIVO.

    Setting the name and location of the backup repository

  4. Sélectionnez les nouvelles options du référentiel de sauvegarde. Vous pouvez utiliser les valeurs par défaut pour utiliser ce référentiel en tant que membre d’un référentiel fédéré. Cliquez sur Terminer .

    Configuring backup repository options

De la même manière, vous pouvez créer d’autres référentiels de sauvegarde et les ajouter en tant que membres de votre référentiel fédéré. Dans cet exemple, nous avons créé deux nouveaux référentiels appelés repo1 et repo2 , que vous pouvez voir dans la capture d’écran ci-dessous.

Configuration d’un référentiel fédéré

  1. Accédez à Paramètres > Référentiels , appuyez sur + et cliquez sur Créer un référentiel de sauvegarde fédéré .

    Creating a new federated repository

  2. Si un référentiel de sauvegarde existant contient des points de récupération d’une tâche de sauvegarde, un message de notification concernant les tâches affectées s’affiche. Comme notre Référentiel principal contient des points de récupération, le message suivant s’affiche :

    Le référentiel sélectionné est utilisé par les tâches suivantes. Les tâches seront automatiquement mises à jour pour utiliser le référentiel fédéré .

    Cliquez sur Continuer .

    Jobs affected when adding the members

  3. Sélectionnez les membres d’un référentiel fédéré. Nous sélectionnons Référentiel principal , référentiel1 et référentiel2 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 NAKIVO Backup & Replication auto-sauvegardes , 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.

    Selecting federated repository members

  4. Spécifiez les options du référentiel fédéré, y compris le nom et la description.
    • Nom : Référentiel à extension horizontale
    • Description : Référentiel principal + repo1 + repo2

    Cliquez sur Terminer . NAKIVO Backup & Replication vous pouvez voir le référentiel évolutif 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. A scale-out backup repository has been created Les informations sur le référentiel comprennent 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 de ce référentiel et des tâches de sauvegarde associées. Viewing information about the entire federated repository Dans la capture d’écran ci-dessous, nous pouvons voir les informations sur Main repo . Une tâche de sauvegarde utilise ce référentiel. Viewing information about a single federated repository member L’emplacement de destination de la tâche de sauvegarde est automatiquement ajusté 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 les sauvegardes d’un membre du référentiel fédéré vers un autre. Cette option peut être utile si vous réorganisez la configuration du référentiel évolutif afin de supprimer l’un des membres, par exemple.Pour migrer les données de sauvegarde :

    1. Accédez à Paramètres > Référentiels et cliquez sur le référentiel fédéré ( référentiel à extension horizontale dans ce cas).
    2. Cliquez sur le membre du référentiel fédéré, qui est le stockage de sauvegarde à partir duquel vous souhaitez effectuer la migration. Dans cet exemple, nous sélectionnons Main repo .
    3. Sur la page d’informations du référentiel, cliquez sur l’icône (trois points) et sélectionnez Lock dans le menu qui s’ouvre.

      How to lock a federated repository member before migrating backups

    4. Le message de confirmation Verrouiller le membre ? s’affiche. Cliquez sur Verrouiller pour confirmer.

      Locking the member

    5. 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) et cliquez sur Migrer la sauvegarde .

      Migrating a backup from a federated repository member to another

    6. Un message d’avertissement vous informe de la migration de la sauvegarde vers d’autres membres du référentiel. Lisez le message et cliquez sur Continuer pour continuer.

      A notification message is displayed before starting a migration

    Enlever un membre du référentiel

    1. Pour enlever un membre du référentiel fédéré, accédez à Paramètres > Référentiels et cliquez sur le référentiel fédéré ( référentiel évolutif dans ce cas).
    2. Passez la souris sur le membre du référentiel que vous souhaitez enlever, cliquez sur l’icône (trois points) et sélectionnez Enlever dans le menu qui s’ouvre.

      Removing a member from the federated repository

    Conclusion

    Un référentiel de sauvegarde fédéré, également appelé référentiel de sauvegarde évolutif, 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.

    Try NAKIVO Backup & Replication

    Try NAKIVO Backup & Replication

    Get a free trial to explore all the solution’s data protection capabilities. 15 days for free. Zero feature or capacity limitations. No credit card required.

Les gens qui ont consulté cet article ont également lu