Como configuro o MySQL Master Replication Manager em um ambiente de failover mestre quente / frio?

Question

Eu tenho um ambiente de banco de dados MySQL 2 e 6 escravos. Um mestre é quente e o outro mestre é considerado frio e está apenas sendo executado como escravo. Eu não quero fazer um mestre real - mestre onde ambos estão se replicando. Durante o failover, eu quero que o mestre frio comece a receber as ocorrências de gravação e o mestre com falha pare até que possamos consertar e torná-lo um mestre / escravo frio. Isso é possível e / ou correto?

Obrigado

ref - mais informações sobre MMM

    

Answer 1

Eu prefiro dual master com uma configuração passiva ativa usando o LinuxHA (heartbeat). Passivo pode ser usado para um banco de dados diferente do ativo, para que a caixa não fique ociosa. A infraestrutura depende de seus recursos e orçamento. Você pode replicar escravos readonly de um ou ambos os servidores.

Mas, para ser franco, parece que você precisa fazer mais pesquisas antes que alguém possa fornecer recomendações adequadas. Sugiro ler "High Performance MySQL", que é um dos melhores livros sobre MySQL disponíveis para arquitetura avançada.

    

Answer 2

Você pode codificar essa lógica em seu aplicativo. Por exemplo, em sua rotina de conexão de banco de dados "write", você poderia tentar se conectar ao master quente e, se isso falhar, conectar-se ao master frio.

    

Answer 3

Isso deve ser um comentário sobre sua pergunta, mas ainda não tenho representantes suficientes para fazer isso.

Eu não entendo muito bem o que sua pergunta significa. Você está perguntando "como faço o failover automaticamente do mestre com falha para o mestre frio"?

Em caso afirmativo, o que você deseja é usar o Red Hat Cluster Suite ou o Pacemaker para criar um cluster de failover. Esses clusters consistem em dois componentes principais: serviços de associação de cluster e gerenciamento de recursos. No componente de gerenciamento de recursos, você especificaria quais hosts podem executar seu banco de dados mestre. Se o mestre atual falhou, o sobrevivente assumiu.

Para o seu ambiente, o único recurso real que o cluster gerenciaria seria o seu VIP.