Laboratório: Cluster de Alta Disponibilidade com Pacemaker e Corosync para Serviço Apache HTTPD

Duração estimada

120 min

Passos

13

Validações

4

Versões da documentação consultada

Pacemaker a versão estável atual · Corosync a versão estável atual · Apache HTTPD a versão estável atual · crmsh a versão estável atual

Topologia

Dois nós Linux (node1 e node2) conectados em rede privada (192.168.56.0/24). Ambos acessam um endereço IP virtual (192.168.56.100) que será migrado automaticamente em caso de falha. O serviço Apache HTTPD será protegido pelo cluster.

           +-------------------+
           |   Cliente/Teste  |
           +--------+--------+
                    |
            192.168.56.100 (IP Virtual)
                    |
          +---------+---------+
          |                   |
+---------+-----+     +-------+-------+
|  node1        |     |   node2       |
|192.168.56.101 |     |192.168.56.102 |
+---------------+     +---------------+

Equipamentos e software

Roteiro

1. Preparar as máquinas virtuais

   Garanta que ambas as VMs estão na mesma rede privada, com IPs fixos (node1: 192.168.56.101, node2: 192.168.56.102).

   O que você deve ver: Ambas as VMs se pingam mutuamente.

2. Configurar nomes e hosts

   Edite /etc/hosts em ambos os nós para garantir resolução de nomes.

   echo '192.168.56.101 node1' | sudo tee -a /etc/hosts
   echo '192.168.56.102 node2' | sudo tee -a /etc/hostsCopiar

   O que você deve ver: Ambos os nós resolvem node1 e node2 por nome.

3. Instalar Pacemaker, Corosync e Apache

   Instale os pacotes necessários em ambos os nós.

   sudo apt update && sudo apt install pacemaker corosync crmsh apache2 -yCopiar

   O que você deve ver: Pacotes instalados sem erro.

4. Habilitar e iniciar serviços

   Garanta que Pacemaker e Corosync estão habilitados para iniciar automaticamente.

   sudo systemctl enable corosync pacemaker
   sudo systemctl start corosync pacemakerCopiar

   O que você deve ver: Serviços ativos e em execução.

5. Configurar Corosync

   Edite /etc/corosync/corosync.conf em ambos os nós. Use o modo unicast para redes comuns.

   Consulte a documentação oficial para gerar corosync.conf adequado ao seu ambiente.Copiar

   O que você deve ver: Arquivo corosync.conf idêntico nos dois nós.

6. Sincronizar chave de autenticação do Corosync

   Gere a chave com corosync-keygen em um nó e copie para o outro.

   sudo corosync-keygen
   sudo scp /etc/corosync/authkey node2:/etc/corosync/Copiar

   O que você deve ver: Chave idêntica em ambos os nós.

7. Reiniciar Corosync e Pacemaker

   Reinicie os serviços para aplicar as configurações.

   sudo systemctl restart corosync pacemakerCopiar

   O que você deve ver: Cluster inicializa sem erros.

8. Verificar status do cluster

   Use crm status para ver se ambos os nós aparecem online.

   sudo crm statusCopiar

   O que você deve ver: Ambos os nós listados como online.

9. Adicionar recurso IP flutuante

   Crie o recurso de IP virtual que será migrado em caso de falha.

   sudo crm configure primitive ClusterIP ocf:heartbeat:IPaddr2 params ip=192.168.56.100 cidr_netmask=24 op monitor interval=30sCopiar

   O que você deve ver: Recurso ClusterIP criado e atribuído a um dos nós.

10. Adicionar recurso Apache HTTPD

    Crie o recurso para o serviço Apache.

    sudo crm configure primitive WebServer ocf:heartbeat:apache params configfile=/etc/apache2/apache2.conf op monitor interval=30sCopiar

    O que você deve ver: Recurso WebServer criado e atribuído ao mesmo nó do IP virtual.

11. Criar grupo de recursos

    Agrupe IP e Apache para garantir que migrem juntos.

    sudo crm configure group WebGroup ClusterIP WebServerCopiar

    O que você deve ver: Grupo WebGroup criado.

12. Testar acesso ao serviço

    Acesse http://192.168.56.100 de uma máquina cliente.

    O que você deve ver: Página padrão do Apache exibida.

13. Simular falha de nó

    Desligue o nó ativo e observe a migração automática dos recursos.

    sudo shutdown now (no nó ativo)Copiar

    O que você deve ver: Após alguns segundos, o serviço Apache responde pelo IP virtual no nó restante.

Como saber que funcionou

Troubleshooting

Segurança e hardening

• Proteja o arquivo /etc/corosync/authkey (permissão 400, root)
• Use rede privada dedicada para comunicação do cluster
• Desabilite serviços desnecessários nos nós do cluster
• Aplique atualizações de segurança do sistema operacional
• Restrinja acesso SSH apenas a administradores

Checklist final

• Ambos os nós pingam entre si
• Pacemaker e Corosync em execução nos dois nós
• Cluster reconhece ambos os nós como online
• Recurso IP virtual criado e ativo
• Recurso Apache criado e ativo
• Grupo de recursos funcionando
• Failover automático testado com sucesso