Relação entre Heartbeat e Corosync no openSUSE

Question

Estou movendo uma configuração de Heartbeat + Pacemaker para o openSUSE 12.1. Acontece que Heartbeat não é mais suportado nesta plataforma e, portanto, não está disponível nos repositórios oficiais.

Mudar para o Corosync não é realmente um problema, mas estou curioso para saber por que essa decisão em particular foi tomada. O Heartbeat está depreciado ou isso é um problema de manutenção específico da distribuição? Quais são os benefícios de usar o Corosync como uma camada de mensagens em um contexto de alta disponibilidade?

    

Answer 1

Estou atrasado para responder a sua pergunta, mas aqui está:

1. Sim, o heartbeat está obsoleto.
2. Não, isso não é um problema específico da distribuição
3. Há muitos benefícios em usar o Corosync em vez de pulsação, o primeiro e mais importante é o ponto número 1 acima. Ainda assim, vou listar o máximo que eu conheço aqui.

Comparação de recursos:

1. Primeiro, o único benefício (IMO) do uso do Heartbeat sobre o Corosync é a sua facilidade de configuração e você pode executá-lo em questão de poucos minutos, mesmo se estiver fazendo isso pela primeira vez. Corosync requer muita paciência e amor.

2. O Heartbeat nos permite definir um único primário para todos os recursos, enquanto no corosync você pode atribuir diferentes primárias para diferentes recursos.

3. A rigidez dos recursos pode ser definida com o corosync (não disponível no heartbeat). A aderência dos recursos é a prioridade da propriedade de recursos. Vamos dizer que há um cluster de 2 servidores com Server1 & Server2. O servidor1 é primário com todos os recursos ativos e o servidor2 é secundário. Um dia, o Server1 desce e o Server2 se torna primário, tornando todos os seus recursos ativos. Agora, se isso fosse um cluster de Heartbeat, isso causaria dores de cabeça adicionando o Server1, onde, como no Corosync (com a rigidez de recursos definida), ele manteria o Server2 como primário, mesmo se server1 fosse criado posteriormente.

4. Com o corosync você não precisa se preocupar em manter a mesma versão de configuração de cluster. Os clusters do Corosync sincronizam automaticamente a configuração entre todos os servidores constituintes, minimizando assim os problemas causados pelo erro do operador.

5. O Heartbeat permite a criação de um cluster de dois nós, o corosync tem um limite muito maior (não lembro o número exato).

6. O Corosync permite a colocação de recursos. Há momentos em que agrupamos um conjunto de recursos e queremos que um determinado grupo seja executado a partir de um servidor. Com o Corosync, é possível criar esses grupos e atribuir diferentes primárias a cada grupo, maximizando assim a utilização de computação / rede.

7. Pode levar algum esforço, mas você também pode procurar o Stonith, que é um recurso útil para evitar corrupção de dados ou conflitos no cluster. Stonith é a abreviação de Shoot The Other Node In The Head. E destina-se a cuidar dos nós (desligá-los com força), o que pode estar com hw / load ou outros problemas.