MongoDB Management Service (MMS) facilite la vie des équipes opérations en simplifiant les tâches de gestion au quotidien. Vous pouvez désormais tout gérer depuis l’interface MMS : provisionner des serveurs, configurer des replica sets et des clusters, et mettre à jour votre environmment MongoDB. Durant cette session, nous vous présenterons les nouvelles fonctionnalités d’automatisation de MMS. Parmi les démos auxquelles vous pourrez assister : comment provisionner, comment gerer vos utilisateurs, comment ajuster vos clusters, et bien d’autres choses encore.

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