La modification d'une instance ou la mise à niveau de sa version déclenche un basculement d'instance dans ApsaraDB RDS for MySQL. Ce basculement entraîne une brève déconnexion et une indisponibilité temporaire du service. Planifiez ces opérations pendant les heures creuses et vérifiez que votre application dispose d'un mécanisme de reconnexion automatique.
Temps d'indisponibilité par type d'instance
La durée d'indisponibilité du service dépend du type de votre instance :
| Type d'instance | Comportement lors du basculement | Temps d'indisponibilité maximal |
|---|---|---|
| Cluster Edition ou série haute disponibilité | Basculement primaire/secondaire | Jusqu'à 15 secondes |
| Basic Edition | Le temps d'indisponibilité dépend du volume de données | Supérieur à celui de la série haute disponibilité |
En cas de défaillance d'une instance, la durée du basculement peut augmenter.
Comportement en cas de ressources locales insuffisantes
Si les ressources locales de l'hôte actuel sont insuffisantes lors d'une modification d'instance, RDS crée automatiquement une nouvelle instance sur un hôte disposant de ressources suffisantes et synchronise les données depuis l'instance d'origine. Vous pouvez continuer à utiliser l'instance d'origine pendant la synchronisation. Une fois la synchronisation terminée, RDS bascule l'instance, ce qui entraîne une indisponibilité du service pouvant aller jusqu'à 15 secondes.