Aller au contenu

Bases de données Mis à jour le 2026-05-29

MongoDB

Référence opérationnelle de la base de données documents MongoDB sur Stack Harbor PaaS — provisionnement, mise à l'échelle, replica sets, sauvegardes et notes de licence.

Stack Harbor PaaS exécute MongoDB comme un conteneur infogéré — mono-nœud ou replica set, avec auto-clustering pour la HA, un script de sauvegarde par défaut et des patrons d’accès distant alignés avec le reste du palier base de données.

Cette page est l’entrée de la documentation MongoDB. Le reste de la section couvre la référence opérationnelle par sujet.

Ce qui est couvert

  • Connexion depuis les applications — pilotes Java, PHP, Python, Node.js contre le protocole MongoDB. Voir Connexion MongoDB (quand disponible).
  • Haute disponibilité — replica set via auto-clustering et configuration manuelle de replica set. Voir MongoDB haute disponibilité.
  • Sauvegarde et restauration — script de sauvegarde par défaut (voir Sauvegardes base de données) et module Database Backup/Restore.
  • Accès distant — IP publique, point de terminaison public ou accès tunnelé SSH pour mongosh et clients desktop.
  • Import et export de dump — flux mongodump et mongorestore.

Licence

La licence source-available SSPL de MongoDB (Server Side Public License) a des implications pour certains scénarios d’hébergement. La version MongoDB disponible dans votre environnement peut être plafonnée à une version antérieure au changement SSPL, ou la plateforme peut exposer MongoDB comme un fork sous licence communautaire (p. ex. FerretDB ou une compilation Percona Server for MongoDB).

Vérifier l’assistant de topologie pour la version moteur proposée à la création de MongoDB. Si votre application exige une version MongoDB précise que la plateforme n’héberge pas directement, faire tourner cette version comme un conteneur Docker personnalisé dans votre environnement — voir Conteneurs pour la topologie de conteneur personnalisé.

Provisionnement

Choisir MongoDB dans l’assistant de topologie. Pour la HA, activer Auto-Clustering — la plateforme provisionne un replica set avec le nombre de membres configuré.

Le conteneur livre :

  • Le moteur MongoDB.
  • Le shell mongosh, exécutable depuis la console Web SSH du conteneur.
  • Le script de sauvegarde par défaut et une config cron dans /var/spool/cron/mongod.

Les identifiants (utilisateur root initial et mot de passe) arrivent par courriel quand le conteneur est en service.

Connexion depuis les applications

Depuis l’intérieur de l’environnement, les applications se connectent au conteneur MongoDB via les mêmes options d’hôte qu’une autre base — CNAME, IP privée, IP publique. Le port par défaut est 27017.

Exemple de chaîne de connexion :

mongodb://{user}:{password}@node{node_id}-{environment_name}.{domain}:27017/{dbname}

Pour un replica set, lister tous les membres dans la chaîne de connexion avec replicaSet= positionné au nom du replica set :

mongodb://{user}:{password}@node{a}-{env}.{domain}:27017,node{b}-{env}.{domain}:27017,node{c}-{env}.{domain}:27017/{dbname}?replicaSet=rs0

Le pilote gère l’élection de primaire, la préférence de lecture et le basculement.

Sauvegardes

Le script de sauvegarde par défaut écrit la sortie de mongodump compressée en bz2 dans /var/lib/jelastic/backup. Ordonnancer via /var/spool/cron/mongod. Voir Sauvegardes base de données pour les paramètres et le chemin de restauration.

Pour les sauvegardes d’un replica set, lancer le dump contre une secondaire — les secondaires peuvent être mises en pause sans affecter la primaire, donc la fenêtre de sauvegarde ne sollicite pas les lectures de production sur la primaire.

Pour un ordonnancement plus riche (stockage distant, archives chiffrées), utiliser le module Database Backup/Restore.

Voir aussi