Configurando um armazenamento etcd para HADR no Db2

Deve-se configurar um armazenamento etcd para ativar o failover automatizado em uma configuração do Db2 High Availability Disaster Recovery (HADR) no IBM Software Hub.

Db2 HADR oferece suporte ao failover automatizado usando um mecanismo chamado Governor. O Governor depende de um armazenamento de valor-chave " etcd para rastrear as informações de estado do HADR, como o líder atual (nó primário). O failover automatizado é suportado apenas entre a espera principal e principal, portanto, um único terminal do etcd deve ser compartilhado entre as duas implementações

Observação: Se você usar o armazenamento interno " etcd com o pod " etcd, crie uma política de rede para permitir a comunicação de todas as implantações com o pod " etcd. Consulte Criando uma política de rede para o etcdintegrado para obter detalhes
Importante: para implementações de produção, uma topologia de três nós etcd é necessária..

Se " etcd estiver instalado no mesmo cluster " OpenShift®, ele não deve ser colocado nos mesmos nós de trabalho que as implantações Db2. Use a antiafinidade do pod na implantação " etcd.

Para configurar um armazenamento do etcd para HADR, escolha entre os métodos a seguir:
  • Você pode usar um armazenamento externo " etcd, que pode ser um serviço fornecido pela nuvem, implantado no cluster " OpenShift ou hospedado no local.
  • Implante o " etcd empacotado com a instalação Db2.
  • Implantar " etcd empacotado por " Bitnami para Db2.
  • Usar o armazenamento interno Db2 ' etcd (somente ambientes de cluster ' OpenShift únicos e que não sejam de produção).