Para garantir alta disponibilidade (HA), cada instância principal do AlloyDB tem um nó ativo e um de espera, localizados em duas zonas diferentes. Se o nó ativo ficar indisponível por algum motivo, o AlloyDB vai promover automaticamente o nó reserva para que ele se torne o novo nó ativo.
É possível testar esse recurso automático de HA usando a injeção de falhas para forçar abruptamente a instância principal a ficar off-line. O AlloyDB ativa o procedimento de HA de emergência que verifica a integridade da instância principal e reatribui o nó reserva ao papel de nó ativo.
A injeção de falha também inicia uma operação de longa duração que coloca o antigo nó ativo de volta on-line após um breve intervalo. Esse nó se torna o novo nó de espera da instância principal.
Para um método mais rápido de troca das funções ativas e de reserva dos nós da sua instância principal, consulte Fazer failover de uma instância principal manualmente.
Antes de começar
- O projeto do Google Cloud que você está usando precisa ter sido ativado para acessar o AlloyDB.
- É necessário ter uma destas funções do IAM no projeto do Google Cloud que você está usando:
roles/alloydb.admin(papel predefinido do IAM de administrador do AlloyDB)roles/owner(o papel básico do IAM "Proprietário")roles/editor(papel básico do IAM de editor)
Se você não tiver nenhuma dessas funções, entre em contato com o administrador da organização para solicitar acesso.
Simular uma interrupção com uma injeção de falha
Para testar a resiliência de HA da sua instância principal desativando abruptamente o nó ativo, use o comando gcloud alloydb instances
inject-fault.
Depois que uma operação de longa duração é concluída, o AlloyDB restabelece o
nó.
gcloud alloydb instances inject-fault INSTANCE_ID \
--fault-type=stop-vm \
--region=REGION_ID \
--cluster=CLUSTER_ID \
--project=PROJECT_ID
INSTANCE_ID: o ID da instância.REGION_ID: a região em que a instância é colocada.CLUSTER_ID: o ID do cluster em que a instância é colocada.PROJECT_ID: o ID do projeto em que o cluster é colocado.