Per garantire l'alta disponibilità (HA), ogni istanza principale AlloyDB ha sia un nodo attivo che un nodo in standby, situati in due zone diverse. Se il nodo attivo non è disponibile per qualsiasi motivo, AlloyDB promuove automaticamente il nodo di standby come nuovo nodo attivo.
Puoi testare questa funzionalità di HA automatica utilizzando l'iniezione di errori per forzare bruscamente il node attivo dell'istanza principale offline. AlloyDB attiva quindi la procedura di HA di emergenza che controlla l'integrità dell'istanza principale e riassegna il nodo di standby al ruolo di nodo attivo.
L'iniezione di errori avvia anche un'operazione a lunga esecuzione che riporta online l'ex nodo attivo dopo un breve intervallo. Questo nodo diventa il nuovo nodo di standby dell'istanza principale.
Per un metodo più rapido per scambiare i ruoli attivo e di standby dei nodi dell'istanza principale, consulta Eseguire il failover di un'istanza principale manualmente.
Prima di iniziare
- Il progetto Google Cloud che utilizzi deve essere stato abilitato per accedere ad AlloyDB.
- Devi disporre di uno di questi ruoli IAM nel progetto Google Cloud che utilizzi:
roles/alloydb.admin(il ruolo IAM predefinito AlloyDB Admin)roles/owner(il ruolo IAM di base Proprietario)roles/editor(il ruolo IAM di base Editor)
Se non disponi di nessuno di questi ruoli, contatta l'Amministratore organizzazione per richiedere l'accesso.
Simulare un'interruzione con un'iniezione di errori
Per testare la resilienza HA dell'istanza principale arrestando bruscamente il suo
nodo attivo, utilizza il comando gcloud alloydb instances
inject-fault.
Al termine di un'operazione a lunga esecuzione, AlloyDB reintegra il node.
gcloud alloydb instances inject-fault INSTANCE_ID \
--fault-type=stop-vm \
--region=REGION_ID \
--cluster=CLUSTER_ID \
--project=PROJECT_ID
INSTANCE_ID: l'ID dell'istanza.REGION_ID: la regione in cui è posizionata l'istanza.CLUSTER_ID: l'ID del cluster in cui è collocata l'istanza.PROJECT_ID: l'ID del progetto in cui è collocato il cluster.