Cloud Monitor:Créer une tâche de surveillance de disponibilité

Contexte

La surveillance de disponibilité crée des tâches qui envoient des requêtes de détection depuis des nœuds de surveillance (instances ECS) vers des objets surveillés tels que des URL, des adresses IP, des instances ApsaraDB RDS ou des instances Tair.

Procédure

1. Connectez-vous à la console Cloud Monitor.

2. Dans le volet de navigation de gauche, choisissez Cloud Resource Monitoring > Application Groups.

3. Sous l'onglet Application Groups, cliquez sur le nom du groupe d'applications cible.

4. Dans le volet de navigation de gauche du groupe d'applications cible, cliquez sur Availability Monitoring.

5. Cliquez sur Create Availability Monitoring Task.

6. Dans le panneau Create/Modify Availability Monitoring Task, configurez les paramètres de la tâche.

   Paramètre	Description
   DtsJobName	Nom de la tâche de surveillance de disponibilité.
   Nœuds de surveillance	Instances ECS qui envoient les requêtes de détection. Remarque Les nœuds de surveillance correspondent aux instances ECS du groupe d'applications actuel. Si vous spécifiez plusieurs instances ECS comme nœuds de surveillance, chaque instance effectue la détection indépendamment. Pour répartir les tâches entre différentes instances ECS, spécifiez les nœuds de surveillance séparément pour chaque tâche. Cela évite qu'une même tâche soit exécutée plusieurs fois par plusieurs instances ECS.
   Objet surveillé	Cible de la tâche de surveillance. Valeurs possibles : URL or IP address : saisissez l'URL ou l'adresse IP cible. ApsaraDB RDS : instance ApsaraDB RDS du groupe d'applications actuel. Tair : instance Tair du groupe d'applications actuel. Remarque Si vous définissez Monitored object sur ApsaraDB RDS ou Tair, les requêtes de détection sont envoyées une fois par seconde et les données agrégées sont rapportées une fois par minute.
   Type de détection	Protocole de détection. Si vous définissez Monitored object sur URL or IP address, les types de détection suivants sont disponibles : HTTP(S) : saisissez l'URL cible. TELNET : saisissez l'adresse IP cible. PING : saisissez l'adresse IP cible. Si vous définissez Monitored object sur ApsaraDB RDS ou Tair, les types de détection suivants sont disponibles : TELNET : sélectionnez l'ID d'instance et l'adresse de connexion à surveiller. PING : sélectionnez l'ID d'instance et l'adresse de connexion à surveiller.
   Méthode de requête	Méthode de requête HTTP. Valeurs possibles : HEAD, GET et POST. Remarque Requis lorsque Monitored object est défini sur URL or IP address et que Detection type est défini sur HTTP(S).
   Fréquence de surveillance	Intervalle entre les requêtes de détection. Valeurs possibles : 15 secondes, 30 secondes, 1 minute, 2 minutes, 5 minutes, 15 minutes, 30 minutes et 60 minutes. Remarque Requis lorsque Monitored object est défini sur URL or IP address et que Detection type est défini sur HTTP(S).
   En-têtes	En-têtes HTTP ou HTTPS pour les requêtes de détection. Format de l'en-tête : parameter1:value1. Séparez plusieurs en-têtes par une virgule (,). Remarque Requis lorsque Monitored object est défini sur URL or IP address et que Detection type est défini sur HTTP(S).
   Contenu POST	Corps de la requête POST. Format : parameter1=value1&parameter2=value2. Seuls les caractères anglais sont pris en charge. Remarque Requis lorsque Monitored object est défini sur URL or IP address, que Detection type est défini sur HTTP(S) et que Request method est défini sur POST.
   Correspondance du contenu de la réponse	Critères de validation de la réponse. La tâche vérifie la présence du contenu spécifié dans les 64 premiers Ko du corps de la réponse HTTP. Méthodes de correspondance : Generate alert if response contains Generate alert if response does not contain Remarque Requis lorsque Monitored object est défini sur URL or IP address et que Detection type est défini sur HTTP(S).

7. Cliquez sur Next.

8. Sur la page Alert settings, configurez les paramètres d'alerte.

   Paramètre	Description
   Code d'état	Conditions relatives au code d'état qui déclenchent une alerte. Une alerte est envoyée au groupe de contacts du groupe d'applications lorsque le code d'état ou le temps de réponse atteint le seuil.
   Temps de réponse	Seuil de temps de réponse (en millisecondes) qui déclenche les alertes. Une alerte est envoyée au groupe de contacts du groupe d'applications lorsque le code d'état ou le temps de réponse atteint le seuil.
   Niveau d'alerte	Gravité de l'alerte et canaux de notification : Info (Email + Webhook)
   Rappel d'alerte	URL publique qui reçoit les notifications d'alerte via des requêtes POST. Seul le protocole HTTP est pris en charge. Utiliser des rappels d'alerte basés sur des seuils.
   Période de silence	Intervalle avant le renvoi d'une alerte pour un problème non résolu. Valeurs possibles : 5 minutes, 15 minutes, 30 minutes, 60 minutes, 3 heures, 6 heures, 12 heures et 24 heures. Après le déclenchement d'une alerte, aucune notification répétée n'est envoyée pendant la période de silence. Si le problème persiste au-delà de cette période, une nouvelle alerte est envoyée.
   Période d'efficacité	Plage horaire durant laquelle la règle d'alerte est active. Les alertes générées en dehors de cette plage sont enregistrées mais ne déclenchent pas de notifications.
   Log Service	Lorsque Log Service est activé, les alertes sont écrites dans un Logstore Log Service. Configurez la Region, le ProjectName et le Logstore. Utiliser LoongCollector pour collecter et analyser les journaux texte sur les instances ECS.

9. Cliquez sur OK.