Le document décrit comment automatiser la gestion de MongoDB à l'aide des services de gestion de MongoDB (MMS) lors d'une présentation à Paris en 2014. Il aborde les aspects de scalabilité, de monitoring et de backup, tout en présentant des solutions de réplication et de sauvegarde pour assurer la continuité des opérations et la récupération après sinistre. En conclusion, il souligne l'importance de l'automatisation et du monitoring pour une gestion efficace des déploiements MongoDB.

1. Automatisez votre gestion de
MongoDB avec MMS
MongoDB Days, Paris, 2014
Alain Hélaïli – alain.helail@mongodb.com AlainHelaili

2. Scalabilité de MongoDB
• Cluster shardé de plus de 250 serveurs
• Plus de 300 000 opérations par seconde, 200
serveurs, 5.5 milliards de documents
• 12 shards, 108 serveurs, 10 TB de données,
12 milliards de documents, croissance de
1.5M docs par an
• 100 applications déployées sur plus de 1 000
noeuds, 20 milliards d’opérations par jour

3. MongoDB Management Services
La plus simple
manière de gérer
un déploiement
MongoDB

4. Fonctionnement
MMS Cloud ou MMS On-Premices
Agents Automation, Backup et Monitoring

5. Démo

6. Monitoring

7. Topologie

8. Monitoring

9. Alerting

10. Backup

11. Backup
Risques
– Problème de stockage (disque, SAN)
– Panne électrique
– Erreur de programmation ou administration
– Problème hardware
– Indisponibilité du data center
– Attaque, piratage
– Incident climatique
Critères de décision
– Durée de données perdues ? (RPO)
– Durée d’indisponibilité autorisée? (RTO)
– Coût de la mitigation du risque?

12. Solution 1: Réplication
• En standard dans MongoDB, coût limité à de
l’administration et de l’infrastructure
• Options de durabilité pour réduire le risque à zéro
pour les données critiques
• Indisponibilité réduite à la durée d’une élection
• Les problèmes (bug, attaque…) sont répliqués
immédiatement (sauf pour réplique avec
slaveDelay)

13. Solution 2: Sauvegarde des données
Indispensable pour la reprise après désastre.
Cependant, une sauvegarde peut être :
• Trop vieille, périmée,
• Lente à mettre en oeuvre, lente à restaurer,
• Isolée (sharding, config servers…),
• Volumineuse,
• Généralement bon marché et efficace pour la plupart des risques.

14. Techniques de sauvegarde
• mongodump / mongorestore
• Services offerts par le système de stockage
• Backup MMS

15. Mongodump / Mongorestore
• Utilisable online ou offline (<= 2.6)
• Utilise l’Oplog pour la restoration précise
• Filtres à l’export, filtres à l’import
• Vigilance :
– Taille des données
– Sharding

16. Système de stockage
• Copie de fichiers (e.g. /data/db)
• Snapshot au niveau système de fichiers ou
SAN
• Méthode de backup/restore la plus rapide
• Considerations:
– Journal
– Consistence
– Granularité
– Expertise ops
– Stockage et gestion des archives

17. Backup MMS

18. System Architecture

19. Planification

20. The Web InterfaScneapshots

21. Restauration

22. Restauration

23. Conclusion

24. Recap: MongoDB Backup with MMS
Conclusion
• Automatisation pour mise en oeuvre initiale, scalabilité et montée
de version
• Monitoring
• Backup
• Décalage minimal
• Restauration à un instant précis
• Gère le clustering
• Permet l’initialisation d’environnements de Q/A ou test