Comme d'autres l'ont dit, MongoDB n'a pas de durabilité sur un seul serveur pour le moment. Heureusement, c'est très simple pour configurer la réplication multi-nœuds. Vous pouvez même configurer une deuxième machine dans un autre centre de données et y répliquer automatiquement les données en direct !
Si une écriture doit réussir, vous pouvez faire en sorte que Mongo ne revienne pas d'une insertion/mise à jour tant que ces données n'ont pas été répliquées sur n des esclaves. Cela garantit que vous avez au moins n copies des données. Les ensembles de répliques vous permettent d'ajouter et de supprimer des nœuds de votre cluster à la volée sans aucun travail significatif ; ajoutez simplement un nouveau nœud et il synchronisera automatiquement une copie des données. Supprimez un nœud et le cluster se rééquilibre. Il est tout à fait conçu pour être utilisé sur plusieurs machines, avec plusieurs nœuds agissant en parallèle ; c'est sa configuration par défaut préférée, par rapport à quelque chose comme MySQL, qui s'attend à ce qu'une machine géante fasse son travail, sur laquelle vous pouvez ensuite coupler des esclaves lorsque vous avez besoin d'évoluer. Il s'agit d'une approche différente du stockage et de la mise à l'échelle des données, mais très confortable si vous prenez le temps de comprendre sa différence d'hypothèses et comment créer une architecture qui capitalise sur ses points forts.
