Une maintenance planifiée ou des pannes imprévues déclenchent le basculement primaire/secondaire d'une instance ApsaraDB RDS for PostgreSQL. Identifier la cause vous permet de déterminer si le basculement était prévu et si une intervention est nécessaire.
Basculements planifiés
Alibaba Cloud ou vous-même pouvez initier un basculement contrôlé vers l'instance secondaire.
Correctifs de vulnérabilité (initiés par la plateforme)
Si Alibaba Cloud détecte des vulnérabilités susceptibles de perturber le fonctionnement normal de l'instance, elle applique d'abord les correctifs sur l'instance secondaire. Elle procède ensuite au basculement pendant la fenêtre de maintenance pour transférer vos charges de travail vers l'instance corrigée.
Pour les vulnérabilités à haut risque, l'application du correctif et le basculement interviennent dès que possible.
Basculement manuel (initié par l'utilisateur)
Vous ou un expert technique Alibaba Cloud autorisé pouvez déclencher manuellement un basculement primaire/secondaire.
Basculements imprévus
Le système déclenche automatiquement les basculements imprévus lorsqu'Alibaba Cloud détecte des pannes susceptibles d'empêcher le fonctionnement normal de l'instance. Il transfère vos charges de travail vers l'instance secondaire afin de minimiser l'impact.
Après un basculement
Une fois le basculement terminé, l'état de l'instance passe à Running. Aucune action supplémentaire n'est requise : l'instance reprend automatiquement son fonctionnement normal.
Pour consulter l'historique des basculements, accédez à la page Service Availability de l'instance dans la console ApsaraDB RDS, puis vérifiez la section Primary/Secondary Switching Logs.
