Récipient PostgreSQL avec des données dans un système de fichiers distribué
Je suis curieux, est-ce vraiment quelqu'un lance PostgreSQL Dans le conteneur de production sous toute forme de système de fichiers distribué - de préférence GlusterFS ou autre chose.
Je suis en cours d'exécution Mesos / Marathon. En cas d'échec PostgreSQL Marathon Il fait juste une autre instance PostgreSQL sur d'autres nœuds, et si tout est fait correctement (Détection du service et de la récupération de l'application après la perte de connexion avec la base de données), La tolérance maximale des défauts sera atteinte.
je le sais PostgreSQL Il existe vos propres solutions de haute disponibilité, telles que la journalisation et la sauvegarde à chaud, mais il reste encore de résoudre le problème lorsque vous passez de la principale sur le subordonné comment procéder correctement et ainsi de suite.
Alors comment courir PostgreSQL Dans l'environnement de production sur GlusterFS ou similaire? Si oui, alors stable? Qu'en est-il de la performance?
Je suis en cours d'exécution Mesos / Marathon. En cas d'échec PostgreSQL Marathon Il fait juste une autre instance PostgreSQL sur d'autres nœuds, et si tout est fait correctement (Détection du service et de la récupération de l'application après la perte de connexion avec la base de données), La tolérance maximale des défauts sera atteinte.
je le sais PostgreSQL Il existe vos propres solutions de haute disponibilité, telles que la journalisation et la sauvegarde à chaud, mais il reste encore de résoudre le problème lorsque vous passez de la principale sur le subordonné comment procéder correctement et ainsi de suite.
Alors comment courir PostgreSQL Dans l'environnement de production sur GlusterFS ou similaire? Si oui, alors stable? Qu'en est-il de la performance?
Aucun résultat connexe trouvé
Invité:
Pour répondre aux questions, connectez-vous ou registre
2 réponses
Alice
Confirmation de:
https://docs.mesosphere.com/1. ... ices/
et
https://mesosphere.github.io/m ... .html
.
Giselle
Confirmation de:
Chaque cluster a généralement un concept de quorum: observateurs (Moniteurs, n'importe quoi) Doit décider quel nœud est le principal. Vous pouvez ensuite utiliser leurs informations pour les demandes de routage correctement. Assez généralement géré haproxy non seulement avec basique TCP / IP.
https://www.haproxy.com/docume ... ecks/
Mais une logique de haut niveau est mise en œuvre à l'aide des spécificités de service.
Vérifier
http://clusterlabs.org/pacemak ... .html
, Pour e. Gram ..