Tous les produits
Search

Ce produit

    Elastic Compute Service:Handle maintenance and system events for local disk instances

    Centre de documentation

    Elastic Compute Service:Handle maintenance and system events for local disk instances

    Dernière mise à jour :Aug 06, 2026

    Identifiez les scénarios de maintenance et les événements système liés aux instances ECS dotées de disques locaux, et prenez les mesures appropriées.

    Consultation et surveillance des événements système

    1. Consultez les événements système :

    1. Surveillez les événements système :

    Configurez des notifications d'événements pour surveiller les modifications de l'environnement sous-jacent et automatiser les réponses de maintenance.

    Scénarios de maintenance courants et événements système associés

    Le schéma suivant illustre les scénarios de maintenance courants et les événements système associés aux instances à disque local.

    image
    Remarque

    Personnalisez la méthode de récupération automatique en modifiant les attributs de maintenance de l'instance. Par exemple, si l'option est définie sur le redéploiement automatique, l'instance entre par défaut dans un scénario de redéploiement lors de la récupération automatique. Consultez la rubrique Modification des attributs de maintenance d'une instance.

    Consultez les sections suivantes pour obtenir des détails sur chaque scénario :

    Remarque

    Avant toute opération de maintenance, assurez-vous de la disponibilité de vos services et sauvegardez vos données. Procédez par exemple au basculement du trafic au niveau de la couche application, retirez l'instance ECS de l'instance Server Load Balancer (SLB) et sauvegardez les données des disques.

    Scénario ①

    Gestion d'un événement SystemMaintenance.Reboot :

    1. Recevez une notification indiquant que le redémarrage de votre instance est planifié.

    2. Réagissez à l'événement selon vos besoins.

      • Pour modifier la plage horaire planifiée, consultez la rubrique Modification de l'heure de redémarrage planifié.

      • Redémarrez l'instance durant la fenêtre d'intervention utilisateur. Consultez la rubrique Redémarrage d'une instance.

        Remarque

        Redémarrez l'instance depuis la console ECS ou en appelant l'API RebootInstance. Un redémarrage initié depuis le système d'exploitation n'a aucun effet.

      • Attendez que le système redémarre automatiquement l'instance.

    3. Vérifiez que l'instance et vos applications fonctionnent comme prévu.

    Pour connaître les états de l'événement SystemMaintenance.Reboot, consultez la rubrique Résumé des événements système. Pour les diagrammes de transition d'états, consultez la rubrique États et fenêtres des événements système.

    Scénario ②

    Gestion d'un événement SystemMaintenance.Redeploy :

    1. Recevez une notification indiquant que le redéploiement de votre instance à disque local est planifié.

    2. Effectuez les tâches préalables, telles que la modification du fichier /etc/fstab et la sauvegarde des données.

      Consultez la section Prérequis de la rubrique Redéploiement d'une instance.

    3. Réagissez à l'événement.

      Après avoir sauvegardé les données, réagissez à l'événement pour déclencher la migration de l'instance et le remplacement du disque local. Consultez la rubrique Redéploiement d'une instance.

      Remarque

      Le redéploiement d'une instance à disque local entraîne sa migration vers un nouvel hôte et la réinitialisation du disque local. Toutes les données présentes sur le disque local sont effacées.

    4. Vérifiez que l'instance et vos applications fonctionnent comme prévu, et synchronisez les données si nécessaire.

    Pour connaître les états de l'événement SystemMaintenance.Redeploy, consultez la rubrique Résumé des événements système. Pour les diagrammes de transition d'états, consultez la rubrique États et fenêtres des événements système.

    Scénario ③

    Gestion d'un événement SystemFailure.Reboot :

    1. Le système redémarre automatiquement l'instance.

    2. Vous recevez une notification indiquant que l'instance est en cours de redémarrage.

      L'instance redémarre automatiquement. Aucune action n'est requise de votre part.

    3. Vérifiez que l'instance et vos applications fonctionnent comme prévu.

    Pour connaître les états de l'événement SystemFailure.Reboot, consultez la rubrique Résumé des événements système. Pour les diagrammes de transition d'états, consultez la rubrique États et fenêtres des événements système.

    Scénario ④

    Gestion d'un événement SystemFailure.Redeploy :

    1. Recevez une notification indiquant que le redéploiement de votre instance à disque local est planifié.

    2. Effectuez les tâches préalables, telles que la modification du fichier /etc/fstab et la sauvegarde des données.

      Consultez la section Prérequis de la rubrique Redéploiement d'une instance.

    3. Réagissez à l'événement selon vos besoins.

      Après avoir sauvegardé les données, réagissez à l'événement pour déclencher la migration de l'instance et le remplacement du disque local. Consultez la rubrique Redéploiement d'une instance.

      Remarque

      Le redéploiement d'une instance à disque local entraîne sa migration vers un nouvel hôte et la réinitialisation du disque local. Toutes les données présentes sur le disque local sont effacées.

    4. Vérifiez que l'instance et vos applications fonctionnent comme prévu, et synchronisez les données si nécessaire.

    Pour connaître les états de l'événement SystemFailure.Redeploy, consultez la rubrique Résumé des événements système. Pour les diagrammes de transition d'états, consultez la rubrique États et fenêtres des événements système.

    Scénario ⑤

    Dans le scénario ⑤, vous pouvez soit redéployer l'instance sur un autre hôte, soit remplacer uniquement le disque endommagé. Lors du remplacement d'un disque endommagé :

    • Tous les disques ne peuvent pas être isolés. L'isolation n'est possible que lorsque l'opération associée à l'événement système inclut l'isolation du disque.

    • L'isolation et la réparation des disques sont des opérations indépendantes. L'isolation est une condition préalable à la réparation, mais ne garantit pas que celle-ci sera possible. Toutes les instances ne prennent pas en charge la réparation des disques locaux. Vous ne pouvez initier une réparation qu'après avoir reçu une notification de récupération de disque de la part d'Alibaba Cloud.

    • Le redéploiement permet de rétablir rapidement la disponibilité du disque local, mais efface toutes les données contenues sur les disques locaux. Consultez la rubrique Redéploiement d'une instance.

    • Le remplacement d'un disque endommagé préserve les données stockées sur les autres disques locaux. Le processus est le suivant :

      1. Recevez les notifications concernant une défaillance de disque et son isolation planifiée.

      2. Effectuez les tâches préalables, telles que la modification du fichier /etc/fstab et la sauvegarde des données.

      3. Si l'événement système inclut un événement d'isolation de disque, réagissez pour autoriser l'isolation.

      4. Si l'événement système inclut un événement de redémarrage, redémarrez l'instance.

      5. Alibaba Cloud retire le disque endommagé, insère un nouveau disque et envoie une notification de récupération de disque.

      6. Si l'événement système inclut un événement de récupération de disque, réagissez pour autoriser la récupération.

      7. Si l'événement système inclut un événement de redémarrage, redémarrez l'instance.

      Remarque

      Le remplacement d'un disque endommagé nécessite une collaboration entre vous et Alibaba Cloud. Consultez les rubriques Isolation/réparation des disques locaux et Isolation des disques locaux endommagés (CLI).

      Le schéma suivant présente les états et transitions d'événements pris en charge pour le remplacement d'un disque endommagé.

      image

    Scénario ⑥

    Dans le scénario ⑥, vous pouvez soit redéployer l'instance sur un autre hôte, soit effectuer une réparation sur place. Lors d'une réparation sur place :

    • Une réparation sur place ne garantit pas une intégrité des données ni un taux de réussite de 100 %. Sauvegardez les données critiques avant d'autoriser la réparation.

    • La fonctionnalité d'arrêt et de réparation n'est pas prise en charge par toutes les instances dotées de disques locaux.

    • Pendant la réparation, l'instance ne peut pas démarrer, mais la facturation se poursuit.

    • Le cycle de réparation sur place dure 14 jours ouvrables. Vous pouvez mettre fin à la réparation en redéployant ou en libérant l'instance.

    • Le redéploiement permet de rétablir rapidement la disponibilité du disque local, mais efface toutes les données contenues sur les disques locaux. Consultez la rubrique Redéploiement d'une instance.

    • Le processus de réparation sur place est le suivant :

      1. Recevez une notification d'événement système concernant une réparation sur place pour votre instance à disque local.

      2. Réagissez à l'événement selon vos besoins.

        • Durant la fenêtre d'intervention utilisateur, arrêtez l'instance et autorisez la réparation.

        • Attendez que le système arrête automatiquement l'instance et effectue la réparation.

      3. Alibaba Cloud répare le matériel de l'hôte et envoie un événement signalant la fin de la réparation.

      4. Vérifiez que l'instance et vos applications fonctionnent comme prévu, et synchronisez les données si nécessaire.

    Pour connaître les états de l'événement SystemMaintenance.StopAndRepair, consultez la rubrique Résumé des événements système. Pour les diagrammes de transition d'états, consultez la rubrique États et fenêtres des événements système.

    Références

    Appelez l'API AcceptInquiredSystemEvent pour accepter l'opération par défaut d'un événement système et en autoriser l'exécution.