Je préfère encore couper tous mes clients pendant X minutes le temps de l'intervention.
Pour pgpool II le problème c'est qu'on utilise des fonctions comme now(). J'ai vu que dans ce cas, il n'était pas certain que les données soient identiques entre les nœuds.
Si je comprends bien, il n'y pas de solution l'heure actuelle pour répondre à mon besoin ?
]]>Ou alors utiliser Pgpool II.
]]>J'ai actuellement une architecture de ce type :
- Base de donnée mutualisé postgreSQL 8.4 (sur un même serveur, je peux avoir X bases de données)
- Un serveur maître postgreSQL 8.4
- Un serveur esclave postgreSQL 8.4 (Warm standby)
Tout fonctionne bien, j'ai testé la bascule sous un environnement de production et je n'ai rien perdu.
Mon problème est le suivant, si je dois pour des raisons de maintenance arrêter mon serveur maître (augmentation de la ram, cpu, disque, maj système), je suis coincé.
Mes serveurs Web qui attaquent mon sgbd ne peuvent plus se connectés le temps de la maintenance.
Est-ce qu'il existe une autre type de réplication/configuration/architecture pour gérer ce type d'intervention ?
J'ai déjà lu qu'il n'était pas trop conseillé de faire du master/master synchrone car cela n'est pas géré en natif sur PostgreSQL.
La version 8.4 est utilisé pour des pré-requis des bases mais un changement vers la version 9 est envisageable.
Merci d'avance pour vos conseils.
]]>