PolarDB:Afficher et gérer les événements planifiés

Remarques

• Les événements sont classés selon deux niveaux d'urgence :

  • [S0 Urgent] Correction des risques : Concerne généralement des problèmes inattendus nécessitant une action immédiate pour éviter les pannes de service. Les notifications pour ces événements sont envoyées trois jours ou moins à l'avance, et la fenêtre de replanification de l'heure de basculement est plus courte. Cela inclut par exemple le remplacement et la mise à niveau urgents de versions, la récupération après panne d'hôte et les mises à niveau des certificats SSL arrivant à expiration.

  • [S1 Planifié] Maintenance système : Concerne la correction de problèmes à faible risque ou les mises à niveau logicielles et matérielles planifiées. Les notifications pour ces événements sont généralement envoyées plus de trois jours à l'avance, et vous pouvez annuler l'événement.

• Pour recevoir les notifications relatives aux événements d'O&M planifiés, connectez-vous au Message Center, sélectionnez les méthodes de notification et configurez les contacts pour les notifications de panne ou de maintenance ApsaraDB. Nous vous recommandons d'ajouter votre personnel d'O&M de base de données comme contacts. Sinon, vous ne recevrez pas les notifications d'événements.Les méthodes de notification incluent les e-mails et les messages internes. Nous vous recommandons de sélectionner les e-mails pour garantir la livraison.

  Dans le coin supérieur droit de la console, cliquez sur l'icône de cloche. Ensuite, dans le panneau Internal Message Notifications, cliquez sur Message Settings.

• Pour recevoir des mises à jour en temps réel sur les événements d'O&M ou mettre en œuvre une automatisation personnalisée pilotée par les événements, configurez les abonnements aux événements système dans CloudMonitor. ApsaraDB transmet les événements système à CloudMonitor pour chaque étape du cycle de vie de l'événement d'O&M, telles que Scheduled, In Progress, Succeeded et Canceled. Pour plus d'informations, consultez Gérer les abonnements aux événements (recommandé). Pour obtenir la liste des événements CloudMonitor auxquels vous pouvez vous abonner, consultez Annexe 1 : Événements système liés à CloudMonitor.

  Développer pour afficher un exemple d'événement CloudMonitor.

  {
    "eventId": "c864b30b-7f69-5f04-b0e7-8dfb0eabcfd9", // A unique ID for the event.
    "product": "RDS",                                  // The service code.
    "reason": "Host software/hardware upgrade",        // The reason for the event.
    "extra": {
      "impactEn": "Transient instance disconnection",  // The impact of the event.
      "eventCode": "rds_apsaradb_transfer",            // The code for the O&M event type.
      "eventNameEn": "Instance migration",             // The name of the O&M event.
      "switchTime": "2024-09-15T01:30:00+08:00",       // The scheduled switchover time. A transient instance disconnection may occur at this time.
      "startTime": "2024-09-14T21:30:00+08:00",          // The time when the event is queued for execution.
      "cancelCode": "OutOfGoodPerfBySoftHardwareUpgrade", // The cancellation risk code. For details, see Appendix 2: Detailed cause codes and cancellation risks.
      "detailCode": "HostSoftHardwareUpgrade",            // The detailed cause code. For details, see Appendix 2: Detailed cause codes and cancellation risks.
      "instanceInfo": ""
    },
    "instanceId": "rm-2ze9d66o65q1g02g6",             // The instance ID.
    "eventType": "Maintenance",
    "instanceComment": "rm-2ze9d66o65q1g02g6",        // The alias of the instance.
    "instanceType": "Instance",
    "publishTime": "2024-09-10T16:01:47+08:00"
  }

Procédure

1. Connectez-vous à la console de votre produit de base de données.

2. Dans le volet de navigation de gauche, cliquez sur Event Center (formerly known as Event Management) > Scheduled Events. Dans la barre de navigation supérieure, sélectionnez la région où se trouve votre instance.

3. La page Événements planifiés affiche les détails des événements planifiés. Par défaut, les événements avec le statut Planned sont affichés. Pour afficher les événements historiques, cliquez sur l'onglet Completed ou Canceled. Le tableau suivant décrit les attributs des événements.

   Attribut	Exemple	Description
   Type d'événement	Correction des risques	Les événements sont classés par urgence en deux types : correction des risques et maintenance système.
   Statut	En attente	Le statut de planification de l'événement. Notez les statuts clés suivants : Waiting Setting Time : L'heure d'exécution n'est pas définie. Vous devez définir une heure en fonction de vos besoins métier. Si vous ne définissez pas d'heure avant la date limite (Deadline), l'événement est automatiquement annulé. Pending : L'événement attend d'entrer dans la phase de planification à l'heure de début (Start time) prévue. Executing : L'événement est en cours. Vous ne pouvez pas intervenir manuellement à cette étape. Pour demander un arrêt d'urgence, soumettez un ticket. Notez que ces opérations non standard peuvent présenter des risques inconnus. Successful : L'événement est terminé. Canceled : L'exécution de l'événement a échoué ou a été annulée. Les raisons courantes d'annulation incluent : Annulé par l'utilisateur (UserCancel) : L'utilisateur a annulé l'événement dans la console ou en appelant une opération API. Délai de réponse utilisateur dépassé (UserResponseTimeout) : L'événement a été automatiquement annulé car l'heure d'exécution n'a pas été définie avant la date limite (Deadline). Annulé par le système de contrôle (SupervisorCancel) : L'initiateur de l'événement a annulé l'événement. Annulé car inutile (AvoidCancel) : L'événement n'est plus requis car le risque a été résolu ou l'état actuel de l'instance rend l'événement obsolète. Par exemple, l'instance est déjà sur la dernière version et ne nécessite aucune mise à jour. Annulé par le système (AutoCancel) : Le système inspecte périodiquement les événements planifiés. L'événement est annulé si l'instance ne répond pas aux prérequis d'exécution, par exemple si l'instance est dans un état anormal et ne peut pas recevoir de commandes. Délai d'exécution dépassé (ExecuteTimeout) : L'événement est entré dans la file d'attente d'exécution mais ne s'est pas terminé dans le délai prévu. Échec d'exécution (ExecuteFail) : L'événement a échoué lors de l'exécution en raison d'une erreur inconnue.
   Type d'événement	mise à jour de version mineure	Le nom spécifique du type d'événement. Pour plus d'informations, consultez Types d'événements et impacts.
   Cause	-	Pour plus d'informations, consultez Annexe 2 : Codes de cause détaillés et risques d'annulation.
   Impact métier	Interruption de connexion transitoire	L'impact métier varie selon l'événement. Pour plus d'informations, consultez Types d'événements et impacts.
   Recommandations d'O&M	Assurez-vous que votre application dispose d'un mécanisme de reconnexion automatique et est conçue pour gérer l'impact métier potentiel.	Les recommandations d'O&M varient selon l'événement. Pour plus d'informations, consultez Annexe 1 : Événements système liés à CloudMonitor.
   Heure de début	-	L'heure à laquelle l'événement entre dans la file d'attente de planification. Avant l'heure de début, l'événement n'affecte pas l'instance. Après l'heure de début, votre base de données reste accessible, mais vous ne pouvez pas effectuer d'opérations au niveau de l'instance telles que la modification de la configuration ou la migration entre zones de disponibilité. Ce champ est vide si le statut de l'événement est Waiting Setting Time.
   Heure de basculement planifiée	-	L'heure à laquelle un basculement primaire/secondaire ou un basculement de lien se produit, le cas échéant. C'est généralement à ce moment qu'une interruption de connexion transitoire se produit. Le basculement devrait se produire autour de cette heure estimée. Dans de rares cas, tels qu'un retour arrière vers la zone de disponibilité d'origine, un second basculement peut se produire. Remarque Une période de préparation est requise avant le basculement pour des tâches telles que la planification des événements et la préparation des données. Par conséquent, il existe un écart de temps entre l'heure de début et l'heure de basculement. Cet écart varie selon le produit de base de données et le type d'événement.
   Date limite	-	L'heure limite à laquelle vous pouvez définir l'heure de basculement. L'heure de basculement ajustée ne peut pas être postérieure à cette date limite.
   Annulable	Oui	Vous pouvez annuler l'événement pour empêcher son exécution. Cette option est généralement disponible pour les événements de « maintenance système ». Important Les événements planifiés sont généralement émis par le système de gestion de base de données cloud lors d'inspections régulières. Si vous annulez un événement, un nouveau peut être émis lors du prochain cycle d'inspection. Des annulations fréquentes peuvent augmenter les risques. Pour éviter ces risques, planifiez l'événement à un moment approprié en fonction de vos besoins métier au lieu de l'annuler. Pour plus d'informations sur les risques d'annulation, consultez Annexe 2 : Codes de cause détaillés et risques d'annulation.
   Replanifiable	Oui	Vous pouvez modifier l'heure d'exécution pour la plupart des événements. Dans de rares cas impliquant des correctifs urgents à haut risque, la fenêtre de temps peut ne pas être suffisamment longue pour permettre la replanification.

4. (Facultatif) Modifier un événement planifié.

   Sélectionnez l'événement que vous souhaitez replanifier et cliquez sur Modify Scheduled Event. Vous pouvez modifier l'événement de deux manières :

   • Exécution immédiate : L'heure de début de l'événement est définie sur l'heure actuelle et il entre immédiatement dans la file d'attente d'exécution.

   • Basculement à une heure spécifiée : Sélectionnez une heure appropriée pour le basculement dans la plage disponible. L'heure de début est automatiquement calculée en fonction de l'heure de basculement. La nouvelle heure de début ne peut pas être antérieure à l'heure actuelle. Sinon, la modification échoue.

5. (Facultatif) Modifier la fenêtre de temps récurrente.

   Dans le coin supérieur droit de la liste des événements, cliquez sur Recurring Time Window Settings pour ouvrir la page de configuration.

   L'heure d'exécution d'un événement planifié est généralement calculée en fonction de la fenêtre de maintenance de l'instance. Pour plus d'informations, consultez la documentation sur la définition de la fenêtre de maintenance pour RDS, Tair, MongoDB et PolarDB. Vous pouvez également définir une fenêtre de temps récurrente personnalisée pour répondre à vos besoins d'O&M. Le service de base de données cloud donne alors la priorité à cette fenêtre personnalisée lors de la planification de nouveaux événements.

   Vous pouvez définir la fenêtre sur une base hebdomadaire ou mensuelle. Par exemple, si vous définissez l'heure de basculement récurrente de 02:00 à 03:00 tous les lundis et mardis, et que la fenêtre globale des événements de la plateforme s'étend de ce mardi au dimanche suivant, le système identifiera à la fois 02:00–03:00 ce mardi et 02:00–03:00 le lundi suivant comme heures de basculement valides. Généralement, l'heure la plus proche (ce mardi) est priorisée.

   Important

   1. Ce paramètre s'applique uniquement aux nouveaux événements. Pour modifier l'heure d'un événement existant dans la liste, cliquez sur Configure Execution Time.

   2. Ce paramètre n'est qu'une aide au calcul de l'heure d'exécution et s'applique uniquement aux événements de « maintenance système ». L'heure d'exécution réelle est soumise à l'heure affichée dans la liste des événements.

   3. Il s'agit d'un paramètre au niveau du compte. Une fois configuré, il s'applique à tous les produits de base de données qui prennent en charge les fenêtres de temps récurrentes.

6. (Facultatif) Annuler un événement planifié.

   Sélectionnez l'événement que vous souhaitez annuler et cliquez sur Cancel Scheduled Event. Après avoir examiné les risques, cliquez sur Confirm pour annuler l'événement.

Types d'événements et impacts

Annexe 1 : Événements système CloudMonitor

Annexe 2 : Codes de cause et risques d'annulation

Annexe 3 : types d'événements

Opérations API associées