Un replica set est un groupe de serveurs MongoDB qui maintiennent les mêmes données — fournissant une haute disponibilité (basculement automatique) et une redondance. Un nœud est le primaire (gère les écritures), les autres sont des secondaires (répliquent les données du primaire et peuvent servir les lectures). C'est le mécanisme standard de MongoDB pour la fiabilité.
PRIMARY (1) → receives all WRITES; replicates changes to secondaries
SECONDARIES (2+) → copy the primary's data (via the oplog); can serve READS
ARBITER (optional) → votes in elections but holds no data (for odd vote counts)
Write → Primary → replicated to Secondaries (via the operations log "oplog")
Le primaire gère les écritures et les réplique (via l'oplog, un journal des opérations) aux secondaires, qui restent synchronisés. Un ensemble typique compte 3 membres pour la résilience.
If the PRIMARY fails:
→ the secondaries detect it and hold an ELECTION
→ a secondary is automatically elected as the NEW PRIMARY
→ the application (via the driver) reconnects to the new primary
→ minimal downtime, no manual intervention
→ This automatic failover is the key high-availability benefit.
Le basculement automatique est la principale valeur ajoutée : si le primaire échoue, le replica set élit automatiquement un nouveau primaire — transformant une défaillance de serveur en une brève interruption plutôt qu'une panne complète. (Un nombre impair de membres votants évite les élections à égalité.)
// reads can be directed to secondaries to offload the primary
db.collection.find().readPref("secondaryPreferred");
// read preferences: primary (default), secondary, nearest, etc.
Les secondaires peuvent servir les lectures (mise à l'échelle de la capacité de lecture), contrôlées par les préférences de lecture — bien que les lectures sur secondaires puissent être légèrement en retard (réplication asynchrone).
// write concern: how many nodes must acknowledge a write before it's confirmed
db.collection.insertOne(doc, { writeConcern: { w: "majority" } });
// w: 1 (primary only — fast, less safe) vs w: "majority" (safer — survives failover)
Le write concern contrôle la durabilité : w: "majority" attend l'accusé de réception d'une majorité de nœuds (plus sûr — survivant à une défaillance du primaire sans perte de données) par rapport à w: 1 (plus rapide mais une écriture pourrait être perdue en cas de basculement).
Les replica sets sont fondamentaux pour exécuter MongoDB de manière fiable en production, donc les comprendre est une connaissance importante de niveau senior pour les déploiements MongoDB en production.
La valeur principale est la haute disponibilité par basculement automatique : un replica set (un groupe de serveurs maintenant les mêmes données, avec un primaire gérant les écritures et des secondaires répliquant) élit automatiquement un nouveau primaire en cas d'échec du primaire actuel — transformant une défaillance de serveur en une brève interruption plutôt qu'une panne complète, ce qui est essentiel pour les systèmes qui doivent rester disponibles (et est requis pour les transactions et de nombreuses fonctionnalités de production).
Comprendre la structure (primaire, secondaires, arbitre optionnel, l'oplog pour la réplication) et le mécanisme d'élection/basculement est fondamental.
Savoir que les secondaires peuvent servir les lectures (mise à l'échelle de la capacité de lecture via les préférences de lecture, avec la restriction d'une possible légère staleness due à la réplication asynchrone) est précieux pour les performances.
Particulièrement important est de comprendre le write concern — le contrôle de durabilité où w: "majority" assure qu'une écriture est accusée par une majorité de nœuds (donc elle survit au basculement du primaire sans perte de données — important pour les données critiques) par rapport à w: 1 (plus rapide mais plus risqué en basculement) — un compromis crucial entre fiabilité et performance.
Duisant la haute disponibilité et la durabilité sont essentielles pour les bases de données de production, et puisque les replica sets (avec basculement automatique, mise à l'échelle des lectures via les secondaires, et write concern pour la durabilité) sont le mécanisme fondamental de MongoDB pour les atteindre, comprendre les replica sets — la structure, le basculement automatique, les préférences de lecture, et surtout le write concern — est une connaissance importante de niveau senior pour déployer MongoDB de manière fiable en production, une préoccupation fréquemment critique et un sujet démontrant la compréhension du modèle de haute disponibilité et durabilité de MongoDB qui est attendu pour les rôles seniors travaillant avec la base de données.