Si je comprends bien le souci c'est qu'en cas de plante il faut remonter
une base puis appliquer les diff.
C'est ça qui est lent.
Mettre du propriétaire n'y changera rien.
Si on veut répliquer Postgres avec du WAL ou des clusters, la solution
libre existe.
Il me semble moins coûteux (en moyens humains et en monnaie sonnante et
trébuchante) d'envisager une meilleure utilisation de la réplication de
postgres. Et donc d'avoir un cluster par exemple entre la France,
l'Allemagne et la Russie. Ou mieux entre la France et la France,
l'Allemagne et l'Allemagne etc... histoire de basculer localement. Mais
ça veut dire le double de besoins. Est-ce jouable ?
N.B. : il serait aussi intéressant de savoir pourquoi le disque n'a pas
eu le temps d'écrire.
J'ai fait plus de 500 arrêts brutaux de SSD PLP (Power Loss Protection)
alors que j'écrivais dessus. Pas eu le moindre soucis. Peut-être que je
n'avais pas une méthode assez radicale (mais correspondant à mon besoin)
d'écrire massivement.
Jean-Yvon
Le 23/07/2017 à 20:04, Philippe Verdy - [email protected] a écrit :
Non je ne parle pas de l'installation du socle logiciel.Le problème
c'est bien la réplication des données et là on est vraiment à la
ramasse: il suffit de voir comment c'est compliqué et long de
redémarrer quand une instance est plantée, et pas du tout à cause du
logiciel opensource utilisé ou de l'OS.
On a un problème sérieux dans l'architecture des données elles-mêmes
et leur mode de distribution/réplication. Et on n'a pratiquement rien
fait pour améliorer ça.
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
