Gérer les événements RDS planifiés - ApsaraDB RDS - Centre de documentation Alibaba Cloud

ApsaraDB RDS signale les événements d’O&M — tels que la migration d’instance, les mises à niveau de version de base de données et les mises à niveau mineures du moteur — dans la console, ainsi que par appel vocal, e-mail ou message interne. Pour chaque événement, vous pouvez consulter son type, sa région, sa cause, son impact métier et les ID des instances concernées. Vous pouvez également modifier l’heure de basculement planifiée.

Prérequis

Avant de commencer, assurez-vous :

D’avoir des événements d’O&M en attente (survolez l’icône dans le coin supérieur droit de la console pour vérifier).

Niveaux d’urgence des événements

Les événements se répartissent en deux catégories selon leur urgence :

Niveau	Nom	Reportable	Préavis	Scénarios typiques
S0	Urgence — Correction des risques	Non	3 jours ou moins	Remplacements de version d’urgence, réparations de panne d’hôte, mises à niveau liées à l’expiration des certificats SSL
S1	Planifié — Maintenance système	Oui	Plus de 3 jours	Corrections de problèmes à faible risque, mises à niveau logicielles et matérielles planifiées

Remarque

La configuration Recurring Time Window Configuration s’applique uniquement aux événements d’O&M proactifs. Les événements d’urgence S0 s’exécutent indépendamment de toute fenêtre configurée.

Configurer les notifications

Pour recevoir des alertes d’événement, configurez les notifications dans le Message Center :

Cochez la case relative aux échecs de base de données cloud ou aux notifications d’O&M.
Définissez les destinataires des messages. Assignez le personnel d’O&M des bases de données comme destinataires.
Sélectionnez email comme méthode de notification. L’e-mail offre une meilleure fiabilité de livraison que le message interne.

Figure 1. Point d’entrée des paramètres de notification dans Message Center

Figure 2. Paramètres de notification ApsaraDB

Surveiller les événements en temps réel avec Cloud Monitor

Pour obtenir des mises à jour en temps réel sur les événements d’O&M ou pour automatiser l’O&M pilotée par les événements, abonnez-vous aux événements système de Cloud Monitor. Les services de base de données cloud poussent des événements système liés au cycle de vie des événements d’O&M, tels que l’abonnement, le démarrage, l’achèvement et l’annulation.

Pour les instructions de configuration, consultez la rubrique Manage event subscriptions (Recommended). Pour la liste des événements auxquels vous pouvez vous abonner, voir Appendix 1: Related Cloud Monitor system events.

Exemple de charge utile d’événement Cloud Monitor :

{
  "eventId": "c864b30b-7f69-5f04-b0e7-8dfb0eabcfd9",
  "product": "RDS",
  "reason": "Host software/hardware upgrade",
  "extra": {
    "impactZh": "Transient instance disconnection",
    "impactEn": "Transient instance disconnection",
    "eventCode": "rds_apsaradb_transfer",
    "eventNameEn": "Instance migration",
    "eventNameZh": "Instance migration",
    "switchTime": "2024-09-15T01:30:00+08:00",
    "startTime": "2024-09-14T21:30:00+08:00",
    "cancelCode": "OutOfGoodPerfBySoftHardwareUpgrade",
    "detailCode": "HostSoftHardwareUpgrade",
    "instanceInfo": ""
  },
  "instanceId": "rm-2ze9d66o65q1g02g6",
  "eventType": "Maintenance",
  "instanceComment": "rm-2ze9d66o65q1g02g6",
  "instanceType": "Instance",
  "publishTime": "2024-09-10T16:01:47+08:00"
}

Champs clés :

Champ	Description
`eventId`	ID unique de l’événement. Le même événement conserve toujours le même ID.
`extra.switchTime`	Heure de basculement planifiée (ISO 8601). C’est à ce moment que survient la déconnexion transitoire si un basculement est effectué.
`extra.startTime`	Heure à laquelle l’événement entre dans la file d’attente de planification.
`extra.cancelCode`	Code de risque d’annulation. Voir l’Annexe 2 pour plus de détails.
`extra.detailCode`	Code de raison détaillé. Voir l’Annexe 2 pour plus de détails.

Consulter et replanifier les événements

Connectez-vous à la console ApsaraDB RDS.
Dans le volet de navigation de gauche, cliquez sur Event Center.

Si des événements nécessitent que vous planifiez une heure, une boîte de dialogue s’affiche automatiquement. Planifiez ces événements dès que possible.
(Facultatif) Dans l’onglet Scheduled Events, configurez une fenêtre horaire récurrente pour les événements d’O&M proactifs.
1. Cliquez sur Recurring Time Window Configuration.
2. Dans le panneau qui s’affiche, définissez l’heure récurrente et cliquez sur OK.
La configuration Recurring Time Window Configuration est un paramètre global pour les événements d’O&M proactifs de base de données, mais elle ne s’applique pas aux événements de correction des menaces d’urgence. Sans fenêtre horaire récurrente, les événements d’O&M proactifs sont automatiquement planifiés dans la fenêtre de maintenance de l’instance.
Dans l’onglet Scheduled Events, consultez les détails des événements. Pour modifier l’heure de basculement d’un événement à l’état Scheduled, sélectionnez l’instance et cliquez sur Configure Scheduled Time.

Les informations affichées varient selon le type d’événement. Les informations présentées sur la page font foi.
Dans la boîte de dialogue Configure Scheduled Time, définissez l’heure de basculement et cliquez sur OK.
- Pour utiliser l’heure disponible la plus proche, sélectionnez Set Earliest Execution Time. Le système renseigne la date et l’heure les plus proches possibles, et le statut de l’instance passe à « en attente ».
- Pour définir une heure personnalisée, désélectionnez Set Earliest Execution Time et saisissez manuellement la date et l’heure.
L’ Scheduled Switchover Time ne peut pas être postérieure à l’ Latest Operation Time .

Types d’événements et impacts

Les informations réellement affichées sur la page font foi.

Événements provoquant un basculement d’instance

Les événements suivants déclenchent un basculement d’instance. Lorsque l’heure de basculement planifiée est atteinte, l’événement s’exécute lors de la première fenêtre de maintenance suivant cette heure.

Impact : L’instance reste en lecture seule pendant un maximum de 30 secondes lors du basculement afin de permettre une synchronisation complète des données. Si un basculement est nécessaire, effectuez-le pendant les heures creuses et assurez-vous que votre application dispose d’un mécanisme de reconnexion. Pour plus d’informations, consultez la rubrique Impacts of an instance switchover. L’utilisation de DMS et de DTS est brièvement interrompue ; le service reprend automatiquement après le basculement.

Type d’événement	Déclencheur
Migration d’instance	Menaces sur l’hôte, expiration de la garantie matérielle ou mises à niveau du système d’exploitation. Le système migre l’instance — y compris les instances non-HA et en lecture seule — vers un nouveau nœud serveur.
Mise à niveau de version mineure	ApsaraDB publie régulièrement des versions mineures pour ajouter des fonctionnalités ou corriger des bugs.
Mise à niveau de version mineure du proxy	ApsaraDB publie régulièrement des versions mineures pour les nœuds proxy afin d’améliorer les fonctionnalités du proxy ou de corriger des bugs.
Mise à niveau réseau	Mise à niveau du matériel réseau pour améliorer les performances et la stabilité.

Pour les mises à niveau de version mineure : Les différences de version varient entre les versions mineures. Examinez les différences entre la nouvelle version et votre version actuelle avant la mise à niveau. Consultez le Update log of minor engine versions for ApsaraDB RDS for SQL Server.

Pour les mises à niveau réseau : Certaines mises à niveau réseau impliquent une migration inter-zone, ce qui modifie l’adresse IP virtuelle (VIP) de l’instance. Si votre client se connecte via la VIP, la connexion est interrompue. Pour éviter cela, utilisez le nom de domaine fourni par l’instance comme endpoint et désactivez le cache DNS sur votre application et son serveur.

Événements ayant d’autres impacts

Type d’événement	Déclencheur	Impact
Basculement HA	Menaces sur l’hôte, expiration de la garantie matérielle ou mises à niveau du système d’exploitation	Basculement des nœuds primaire et secondaire. S’applique uniquement aux instances HA.
Mise à niveau logicielle ou matérielle de l’hôte	Menaces sur l’hôte ou mises à niveau logicielles ou matérielles	Basculement des nœuds primaire et secondaire.
Mise à jour du certificat SSL	Le certificat SSL approche de son expiration	Maintient la sécurité et la stabilité de l’instance.
Mise à niveau du mode de sauvegarde	Passe l’instance de la sauvegarde logique à la sauvegarde physique de la base de données et des tables	Permet une récupération plus rapide.

Migration par arrêt d’instance

La migration par arrêt d’instance est déclenchée par des menaces sur l’hôte, l’expiration de la garantie matérielle ou des mises à niveau du système d’exploitation. Le système migre les instances non-HA vers un nouveau nœud serveur.

Après l’heure de basculement planifiée :

Les paramètres de l’instance restent inchangés, y compris le nom de l’instance, le port d’accès, les tags, les comptes de base de données et les endpoints.
Le service est généralement indisponible pendant environ 10 minutes. La durée réelle dépend du volume de transactions avant le basculement et du volume total de données.
Si des tâches DTS actives existent, anticipez la situation. Après la migration, redémarrez manuellement les tâches concernées.

FAQ

Les événements planifiés sont-ils exécutés automatiquement ? Puis-je les annuler ?

Les événements planifiés sont exécutés automatiquement pour maintenir la stabilité de l’instance et ne peuvent pas être annulés. Pour minimiser les perturbations, modifiez l’heure de basculement planifiée pour qu’elle coïncide avec les heures creuses et assurez-vous que votre application dispose d’un mécanisme de reconnexion. Pour les instructions, consultez la section Consulter et replanifier les événements ci-dessus.