Sinon patroni est utilisable avec d'autres backend à la place de etcd (zookeeper, consul...), mais si vous avez déjà des compétences sur etcd autant ne pas utiliser autre chose.
Cela dit, avoir etcd sur la même machine que l'instance postgres est en général une mauvaise idée, donc l'idée de Sébastien est plutôt une bonne chose. Etcd supporte assez mal les latences IO, et lui fournir un serveur (ou vm) dédié aide à garantir des ressources suffisantes pour ne pas déclencher de faux incidents.
]]>Nous avons dans notre entreprise la même problématique.
Et les paquets pour etcd ne sont pas disponibles (pour le moment et selon redhat c'est pas pour tout de suite...) dans les repo RHEL8.
Donc ce que nous faisons :
des serveurs RHEL8 pour postrgresql et patroni
des serveurs RHEL7 pour etcd.
Dans cette architecture, ça fonctionne très bien.
]]>Le paquet n'est pas non plus disponible sur les dépôt red hat registry payant ?
]]>Merci d'avance.
]]>