Misturando replicação multi-master (MMR) com Linux-HA

Question

Estou interessado em usar o MMR ( link ) para fins de alta disponibilidade e replicação. O problema é que também estou interessado em usar o Linux-HA para outros serviços, como o Apache. Os dois se sobrepõem quando se trata de certas coisas, como a troca de interfaces IP virtuais, etc.

Alguém tem uma configuração semelhante e tem algumas das melhores práticas / soluções para o problema acima?

    

Answer 1

Os outros serviços estão nas máquinas same ?

Se não, então você não tem nenhuma sobreposição (Linux-HA em um conjunto de máquinas com um IP virtual e MMR em outro conjunto de máquinas)

Se houver outros serviços, talvez considere a virtualização ou movê-los para outras máquinas, pois isso simplificará o gerenciamento da interface de rede (você não poderá obter conflitos entre os dois IPs virtuais). métodos de gestão).

Apenas certifique-se de que os mestres virtualizados estejam em hosts separados, caso contrário, uma falha da máquina host fará com que você perca todas as suas instâncias do MySQL de qualquer maneira!

    

Answer 2

Eu uso as ferramentas de HA do Linux o máximo possível, e os componentes do MySQL pelo menos possível. Eu não confio no material do MySQL até onde posso jogá-lo.

    

Answer 3

Parece plausível que você possa definir interfaces VIP separadas para cada uma das duas.

Eu não consegui encontrar referências sobre configurações semelhantes, então acho que você terá que trabalhar muito e fazer muitos testes.

No geral, no entanto, sou muito cético em relação a qualquer tecnologia de replicação multimestre. Eu pensaria muito sobre se poderia fazer isso com um único mestre em uma configuração de failover.

    

Answer 4

O Linux-HA e o MMR individualmente podem ser complicados para funcionar. Se sua principal preocupação é a interação, a maneira mais fácil de limitá-lo é um hardware / rede diferente. Se isso não for possível, a complexidade por caixa aumentará. Portanto, a melhor prática é dividir seus endereços virtuais e endereços IP o máximo possível para que você possa focar a configuração do Linux-HA e do MMR em um subconjunto de interfaces e se preocupar menos com a interferência entre eles. Eu também pensaria muito se você precisa de replicação master-master. Pode ser muito complicado e a complexidade é propensa a falhas.

Você pode ser mais bem servido com o serviço mestre escravo ou degradado em caso de falha primária. Se você ainda precisa de master / master, você pode querer olhar para postgres (embora as opções mmr sejam numerosas). Eu também odeio mencioná-lo, mas seria negligente se não o fizesse, mas na minha experiência, se MMR é importante e não pode ser resolvido arquitetonicamente ou através de outros meios, você pode querer olhar para um banco de dados comercial como Oracle ou DB2, ambos que implementam o MMR baseado em log via armazenamento compartilhado e são muito confiáveis.

    

Answer 5

Funciona bem para nós.

No entanto, é crítico ter um VIP separado por serviço, embora, em teoria, você não precise dele, ele apenas funciona com VIPs separados e pode ser um pouco estranho sem ele.

    

Answer 6

Temos um cluster de produção que pode ser semelhante ao que você está interessado:

• MMQL do MySQL para manter os bancos de dados sincronizados entre os dois servidores.
• OCFS2 em cima de DRBD 0.8 no modo multi-mestre para manter arquivos da web e arquivos de configuração em sincronia entre os dois servidores.
• Mantenha o recurso em firewalls redundantes na frente do cluster da web, que controla quais servidores estão ativos e distribui uniformemente as conexões de clientes entre eles.

É razoavelmente simples de implementar e continuar em execução e fornece um desempenho excelente . O keepalived pode ser um pouco complicado porque não coloca erros super-user-friendly no syslog sobre configurações quebradas, mas uma vez que você o tenha trabalhado, é sólido. O DRBD é a melhor solução não-SAN para manter sistemas de arquivos inteiros em sincronia entre máquinas, e o OCFS2 é (em nossos testes) o sistema de arquivos em cluster de código aberto de melhor desempenho, e sua configuração também é fácil.

A única ressalva real com isto é que se as conexões de um usuário estão sendo direcionadas em um servidor, e então elas são trocadas para o outro servidor, ele perderá a sessão Apache / PHP e os dados de estado (a menos que tudo esteja armazenado em o banco de dados). Isso não é um grande problema, já que o keepalived tem um modo que garante que os mesmos IPs do cliente sempre se conectem aos mesmos servidores de backend (supondo que eles permaneçam ativos).

    

Answer 7

Qual sistema operacional (Linux) está usando? normalmente quando você tem que configurar o cluster Mysql / Apache eu tenho muito tempo de configuração para o nosso cliente

| Caixa SAN |

| | Nó1 Nó2

serviços em execução

VIP Mysql / Apache LVM / GFS / GFS2

e sugiro seguir o link para a configuração

link