Un basculement primaire/secondaire sur une instance ApsaraDB RDS for MySQL est déclenché par l'un des trois événements suivants : correction de vulnérabilités, opérations manuelles ou pannes de l'instance.
Correction de vulnérabilités
Lorsqu'Alibaba Cloud détecte une vulnérabilité susceptible d'affecter le fonctionnement normal de l'instance, le système applique d'abord le correctif à l'instance secondaire, puis initie un basculement pendant la fenêtre de maintenance afin de transférer vos charges de travail vers l'instance secondaire corrigée.
Si une vulnérabilité à haut risque est détectée, le basculement est déclenché immédiatement sans attendre la fenêtre de maintenance.
Aucune action n'est requise. Une fois le basculement terminé, l'état de l'instance passe à Running.
Opérations manuelles
Vous ou un expert technique Alibaba Cloud autorisé pouvez déclencher manuellement un basculement. Aucune autre action n'est nécessaire une fois le basculement terminé.
Pannes de l'instance
Lorsqu'Alibaba Cloud détecte une panne susceptible d'affecter le fonctionnement normal de l'instance, le système lance automatiquement un basculement pour transférer vos charges de travail vers l'instance secondaire.
Si votre instance a subi un basculement inattendu en raison d'une panne, consultez les Primary/Secondary Switching Logs sur la page Service Availability afin d'identifier l'événement de panne.
Après un basculement
Une fois tout basculement terminé, l'état de l'instance passe à Running et l'instance reprend son fonctionnement normal. Aucune étape supplémentaire n'est nécessaire.
Pour consulter l'historique des basculements, connectez-vous à la console ApsaraDB RDS, accédez à la page Service Availability de l'instance et vérifiez la section Primary/Secondary Switching Logs.
