Solution de sauvegarde MongoDB de niveau entreprise pour les déploiements à grande échelle

Les bases de données NoSQL telles que MongoDB sont capables de gérer des volumes considérables de trafic et de données grâce à une architecture évolutive qui en fait une solution incontournable pour les entreprises gérant des millions d’utilisateurs simultanés.

Cela dit, la sauvegarde d’un cluster NoSQL pose en soi un ensemble de défis en matière de cohérence des données que les solutions de sauvegarde traditionnelles ne parviennent pas à surmonter. En effet, la copie des fichiers bruts de la base de données pendant que le serveur est en cours d’exécution peut générer un fichier incohérent ou irrécupérable, car les fichiers peuvent évoluer entre deux lectures

Le plugin de sauvegarde et de restauration MongoDB de Bacula Enterprise s’interface directement avec le moteur de MongoDB et automatise les sauvegardes logiques sur une base de données en production, tant pour les serveurs autonomes que pour les ensembles de répliques, sans interrompre les écritures. En revanche, pour les clusters fragmentés, il faut d’abord remplir plusieurs conditions préalables afin d’automatiser la sauvegarde logique.

De plus, l’architecture isolée en cinq modules de Bacula limite l’étendue des dégâts en cas de compromission de votre base de données MongoDB et permet une récupération rapide lorsque cette architecture est associée à la segmentation du réseau, des identifiants uniques et le TLS mutuel.

Télécharger la version d’essai

Intégrité des données et sécurité d’accès

• Validation de la continuité de la chaîne avant restauration — À chaque fois qu’une restauration est déclenchée, le plugin MongoDB vérifie automatiquement l’intégrité de la somme de contrôle, l’identité de la chaîne, le lien avec le parent, l’empreinte source et les limites de l’oplog. En cas d’élément manquant ou de non-correspondance, le plugin bloque la restauration avant même qu’elle n’atteigne la base de données.
• Prise en charge de l’authentification TLS et MONGODB-X509 — Le plugin MongoDB se connecte à des environnements MongoDB sécurisés sans aucun compromis sur les normes d’authentification. Il prend en charge le protocole TLS tant au niveau de la connexion via le pilote Java que de la couche MongoDB Database Tools ; le protocole SCRAM pour l’authentification par mot de passe ; et MONGODB-X509 pour l’authentification par certificat, où le nom d’utilisateur MongoDB doit correspondre exactement au sujet du certificat client. De plus, les identifiants de connexion sont gérés via un fichier de mots de passe (password_file) afin de les isoler des journaux de tâches et des sorties de configuration.
• Métadonnées de manifeste et de chaîne pour l’auditabilité — Chaque tâche de sauvegarde MongoDB génère un enregistrement complet et vérifiable du contenu sauvegardé, comprenant la version source, la topologie, les bases de données sélectionnées et les sommes de contrôle. Ces fichiers de métadonnées accompagnent les artefacts de sauvegarde dans le catalogue Bacula sous /@mongodb et sont disponibles pour l’audit et la planification des restaurations sans intervenir sur l’environnement de production.

Infrastructure de sauvegarde adaptative

• Prise en charge de plusieurs topologies de sauvegarde — Le plugin prend en charge les trois types de déploiement MongoDB (à savoir les serveurs autonomes, les ensembles de répliques et les clusters fragmentés), et le comportement de sauvegarde s’adapte automatiquement à la topologie, sans aucune intervention manuelle. Les serveurs autonomes font l’objet d’une sauvegarde logique complète via mongodump. Les ensembles de répliques bénéficient d’une sauvegarde complète qui amorce une chaîne de récupération, suivie de tâches incrémentielles et différentielles qui enregistrent les segments de l’oplog. Les clusters fragmentés sont sauvegardés via mongos, les métadonnées de routage étant capturées en même temps que les données d’application.
• Rapports de simulation pour la sauvegarde et la restauration — La commande dry_run=yes génère un rapport complet sur ce que la sauvegarde ou la restauration impliquerait, sans rien écrire ni modifier, afin que toute erreur de configuration ou tout problème de compatibilité soit détecté bien avant l’exécution de la tâche dans un environnement de production. Pour la sauvegarde, cela permet de valider la connexion, la topologie, les autorisations, la compatibilité des outils et l’espace de travail disponible.

Fonctionnalités de sauvegarde efficaces

• Compression adaptative – Les algorithmes de compression sont configurables pour chaque tâche, ce qui permet aux administrateurs d’ajuster la compression en fonction du type de données et des ressources disponibles.
• Sauvegardes complètes, différentielles et incrémentielles – Bacula prend en charge les niveaux de sauvegarde complète, différentielle et incrémentielle. Une stratégie type commence par une sauvegarde complète, suivie de sauvegardes incrémentielles, ce qui évite d’exécuter à répétition des sauvegardes complètes volumineuses selon un calendrier fixe.
• Sauvegardes complètes virtuelles progressives – Bacula peut combiner une sauvegarde complète existante avec les sauvegardes incrémentielles qui lui ont succédé pour créer une nouvelle sauvegarde complète synthétique sans avoir à contacter à nouveau le client. Le processus lit plutôt les données à partir du stockage de sauvegarde existant. La directive Backups To Keep permet de répéter cette consolidation de manière continue.
• Mise en file d’attente sur disque avant l’écriture sur bande – Bacula peut écrire les données de sauvegarde dans une file d’attente sur disque avant de les envoyer sur bande sous forme de flux continu. Cela permet d’éviter les mouvements de démarrage et d’arrêt de la bande qui peuvent se produire lorsque les données arrivent trop lentement pour permettre à l’unité d’écriture de fonctionner en continu. Ce problème est particulièrement fréquent avec les sauvegardes incrémentielles et différentielles, qui ont tendance à produire des flux de données plus petits et moins réguliers que les sauvegardes complètes.
• Transferts optimisés en termes de bande passante – Seules les données modifiées sont transférées sur le réseau après la sauvegarde initiale. Cela permet de réduire le trafic réseau sans nécessiter de limitation manuelle de la bande passante ni de solutions de contournement en matière de planification.
• Planification fréquente des sauvegardes – Les tâches de sauvegarde peuvent s’exécuter toutes les quelques minutes au lieu d’une fois par jour, réduisant ainsi la fenêtre de perte potentielle de données de plusieurs heures à quelques minutes.
• Protection continue des données – L’application cdp-client surveille les modifications apportées aux fichiers et les copie dans un répertoire de spool dès qu’elles surviennent. Le FileDaemon envoie ensuite ces données à une tâche de sauvegarde Bacula régulière à des intervalles définis, ce qui permet de capturer les modifications en quelques secondes ou minutes plutôt que d’attendre la prochaine sauvegarde planifiée.

Capacités de restauration ultra-rapides

• Restauration « bare metal » au niveau du système – Bacula Enterprise permet de restaurer un serveur dans son intégralité, y compris le système d’exploitation, les applications, la configuration et les données, sans qu’il soit nécessaire de procéder au préalable à une installation manuelle du système d’exploitation.
• Restauration multiplateforme des données – Les données sauvegardées peuvent être restaurées sur un système d’exploitation différent de celui d’origine. Cela offre aux équipes une plus grande flexibilité lors des remplacements de matériel, des migrations ou d’autres scénarios de restauration.
• Validation automatisée de la restauration – Des tests automatisés permettent de vérifier que les données de sauvegarde sont récupérables sans qu’un administrateur ait à exécuter un processus de validation distinct.
• Réplication géographique des sauvegardes – Par défaut, Bacula conserve une seule copie de sauvegarde. Pour créer des copies supplémentaires sur d’autres sites, les administrateurs peuvent configurer des tâches de copie ou de migration. Une configuration type peut consister à conserver la copie principale sur un stockage local, à créer une deuxième copie sur un autre type de support (tel qu’un stockage dans le cloud), puis à envoyer une troisième copie vers un site distant ou isolé (air-gapped). Cette configuration permet de s’assurer qu’une panne à l’échelle du site n’entraîne pas la perte de toutes les copies de restauration disponibles.

Maîtrise des coûts et licences de sauvegarde prévisibles

• Déduplication au niveau des blocs – Les blocs de données en double ne sont stockés qu’une seule fois dans le catalogue de sauvegarde, ce qui réduit l’espace de stockage nécessaire sans nécessiter de modification des politiques ou des plannings de sauvegarde.
• Workflows de stockage à plusieurs niveaux – Les données de sauvegarde peuvent passer automatiquement d’un niveau de stockage à un autre à mesure qu’elles vieillissent. Les points de restauration récents peuvent rester sur un support de stockage plus rapide, tandis que les sauvegardes plus anciennes sont transférées vers des destinations moins coûteuses.
• Licences indépendantes du volume – Les coûts de licence n’augmentent pas à mesure que les données protégées s’accroissent. Les équipes peuvent étendre leur environnement de sauvegarde sans avoir à supporter de frais de licence plus élevés.
• Coûts prévisibles – La tarification fixe facilite la planification des budgets d’infrastructure, sans frais de licence variables liés à la croissance du stockage ou aux changements de charge de travail.
• Tarification indépendante de la charge de travail – La taille des bases de données, le nombre de serveurs et la quantité de stockage protégé n’ont aucune incidence sur les coûts de licence.
• Coûts réduits à grande échelle – Les environnements de grande taille ou à croissance rapide peuvent ajouter des données protégées sans augmenter les frais de licence. Les économies peuvent devenir plus importantes à mesure que les volumes de données augmentent, par rapport aux modèles de licence basés sur la capacité.

Gestion et administration des sauvegardes

• Double interface – BWeb fournit une console graphique pour la gestion et la surveillance quotidiennes des tâches. Bconsole (agent utilisateur) offre aux opérateurs un contrôle total via la ligne de commande pour la création de scripts, l’automatisation et la configuration avancée.
• Évolutivité sans limites – La même architecture de plateforme gère aussi bien des environnements composés de quelques serveurs que des déploiements comptant plusieurs milliers de serveurs, le tout sous un seul plan de gestion.
• Détection automatique des ressources – La plateforme analyse l’infrastructure pour identifier et répertorier automatiquement les cibles de sauvegarde. La couverture de protection reste à jour à mesure que l’environnement s’étend.
• Rapports détaillés – Des rapports planifiés couvrent les résultats des tâches, les tendances en matière de capacité, l’état de conformité et les performances opérationnelles selon une fréquence définie.
• Intégration de systèmes externes – Bacula se connecte aux outils de surveillance, aux systèmes de tickets informatiques et aux services d’annuaire, sans nécessiter de développement sur mesure.