Existe-t-il une méthode native ou facilement prise en charge pour répliquer la base de données vers un site distant afin d’obtenir une copie de données avec un RPO faible ? Exporter l’intégralité de la base de données dans un fichier devient rapidement lourd si vous souhaitez effectuer des sauvegardes plus d’une fois par jour environ.
Y a-t-il une raison pour laquelle la solution de sauvegarde de stockage S3 ne suffit pas ?
Cela fonctionne certainement, mais à ma connaissance, c’est le même processus que les sauvegardes locales : écrire l’intégralité de la base de données dans un fichier à chaque exécution de la sauvegarde, puis transférer le fichier vers S3. Si je souhaite un RPO inférieur à 15 minutes, ce n’est vraiment pas une bonne solution.
Vous pouvez exécuter une instance PostgreSQL externe avec la réplication nécessaire à votre cas d’usage et indiquer à Discourse de s’y connecter en suivant l’exécution de Discourse avec un serveur PostgreSQL séparé.
De cette façon, tout est sous votre contrôle et vous pouvez utiliser les outils et fonctionnalités standard de PostgreSQL.
2 « J'aime »
Oh, c’est super, merci pour le lien.
Y a-t-il des inconvénients à procéder ainsi au moment des mises à jour de la base de données ? Je sais qu’avec l’installation par défaut, Discourse essaie généralement de gérer cela tout seul. Serait-il donc nécessaire de mettre à jour la base de données avant de procéder à une reconstruction de Discourse qui exige une nouvelle version de la base de données ? Ou faudrait-il mettre à jour la base de données après Discourse ?
1 « J'aime »
Vous serez responsable de tâches telles que la mise à jour de PostgreSQL et le respect de la version majeure que nous prenons en charge. Si cela ne vous convient pas, il existe des solutions hébergées comme AWS RDS qui rendent les choses plus faciles. Soyez simplement conscient des tarifs, car cela peut rapidement devenir plus coûteux que d’utiliser notre service d’hébergement, qui peut gérer toute la pile pour vous.
1 « J'aime »