Mécanisme d'élection de primary/secondary

Dans MongoDB, le processus d’élection permet de garantir que lorsqu’un primary tombe en panne, l’un des secondaries devient le nouveau primary. Ce processus est automatique et transparent, mais il peut être ajusté en configurant les priorités des membres du replica set.

Priorités des membres

Chaque membre d’un replica set a une priorité, et MongoDB utilise ces priorités pour déterminer quel serveur doit devenir primary en cas de panne. Par défaut, tous les membres ont une priorité égale, mais vous pouvez attribuer des priorités plus élevées à certains membres pour forcer MongoDB à les choisir en priorité comme primary.

rs.reconfig({
  _id: "rs0",
  members: [
    { _id: 0, host: "mongodb-primary:27017", priority: 2 },
    { _id: 1, host: "mongodb-secondary1:27017", priority: 1 },
    { _id: 2, host: "mongodb-secondary2:27017", priority: 1 }
  ]
})

Dans cet exemple, le serveur mongodb-primary a une priorité plus élevée, ce qui signifie qu'il sera toujours favorisé comme primary, même après une élection.