A ideia é ter o terceiro nó como espera quente.
Ele deve ter uma replicação de disco relativamente síncrona (talvez com dispositivos drbd empilhados?).
Além disso, assumirá o papel de A ou B, incluindo IPs e Remus-Setup, se A ou B falharem.
É possível configurar o Remus para atuar como um servidor de alta disponibilidade em três locais. Alguém criou algo assim. Isso é A seria site principal, que teria um HA configurado em B, e C deveria assumir tanto A como B ir para baixo.
Eu vi a implementação bem-sucedida do Remus de site para site. Mas não tenho ideia de como o site para site-para-site funcionará.
1) Como você lidará com as condições do cérebro dividido nesses casos? 2) Ou existe uma alternativa no mundo do FOSS para o Remus?
A ideia é ter o terceiro nó como espera quente.
Ele deve ter uma replicação de disco relativamente síncrona (talvez com dispositivos drbd empilhados?).
Além disso, assumirá o papel de A ou B, incluindo IPs e Remus-Setup, se A ou B falharem.
Tags xen high-availability remus