Actions d'alerte prises en charge

Les actions suivantes sont prises en charge.

Envoyer un e-mail

Il est possible d'envoyer un e-mail contenant les détails de l'alerte. La configuration requiert une adresse électronique et une ligne d'objet de l'e-mail. L'exemple ci-dessous illustre l'envoi d'un e-mail basé sur une alerte avec seuil.

From aknobody@caji.com Mon Oct 13 15:24:47 2009
Date: Mon, 13 Oct 2009 15:24:21 +0000 (GMT)
From: Appliance on caji <noreply@caji.com>
Subject: High CPU on caji
To: admin@hostname.com

SUNW-MSG-ID: AK-8000-TT, TYPE: Alert, VER: 1, SEVERITY: Minor
EVENT-TIME: Mon Oct 13 15:24:12 2009
PLATFORM: i86pc, CSN: 0809QAU005, HOSTNAME: caji
SOURCE: svc:/appliance/kit/akd:default, REV: 1.0
EVENT-ID: 15a53214-c4e7-eae4-dae6-a652a51ea29b
DESC: cpu.utilization threshold of 90 is violated.
AUTO-RESPONSE: None.
IMPACT: The impact depends on what statistic is being monitored.
REC-ACTION: The suggested action depends on what statistic is being monitored.

SEE: https://192.168.2.80:215/#maintenance/alert=15a53214-c4e7-eae4-dae6-a652a51ea29b

Les détails de l'envoi des e-mails par l'appareil peuvent être configurés dans l'écran du service SMTP.

Envoyer un déroutement SNMP

Il est possible d'envoyer un déroutement SNMP contenant des détails d'alerte si une destination de déroutement SNMP est configurée dans le service SNMP et si ce service est en ligne. L'exemple suivant illustre un déroutement SNMP, tel qu'il est visible dans l'outil Net-SNMP snmptrapd -P :

# /usr/sfw/sbin/snmptrapd -P
2009-10-13 15:31:15 NET-SNMP version 5.0.9 Started.
2009-10-13 15:31:34 caji.com [192.168.2.80]:
        iso.3.6.1.2.1.1.3.0 = Timeticks: (2132104431) 246 days, 18:30:44.31
   iso.3.6.1.6.3.1.1.4.1.0 = OID: iso.3.6.1.4.1.42.2.225.1.3.0.1
   iso.3.6.1.4.1.42.2.225.1.2.1.2.36.55.99.102.48.97.99.100.52.45.51.48.
99.49.45.52.99.49.57.45.101.57.99.98.45.97.99.50.55.102.55.49.50.54.
98.55.57 = STRING: "7cf0acd4-30c1-4c19-e9cb-ac27f7126b79"
     iso.3.6.1.4.1.42.2.225.1.2.1.3.36.55.99.102.48.97.99.100.52.45.51.48.
99.49.45.52.99.49.57.45.101.57.99.98.45.97.99.50.55.102.55.49.50.54.
98.55.57 = STRING: "alert.ak.xmlrpc.threshold.violated"
       iso.3.6.1.4.1.42.2.225.1.2.1.4.36.55.99.102.48.97.99.100.52.45.51.
48.99.49.45.52.99.49.57.45.101.57.99.98.45.97.99.50.55.102.55.49.50.
54.98.55.57 = STRING: "cpu.utilization threshold of 90 is violated."

Envoyer un message Syslog

Il est possible d'envoyer un message Syslog contenant des détails d'alerte vers un ou plusieurs systèmes distants si le service Syslog est activé. Reportez-vous à la documentation décrivant le service Syslog Relay pour consulter des exemples de charges utiles Syslog et une description de la procédure de configuration des récepteurs Syslog sur d'autres systèmes d'exploitation.

Reprendre/suspendre un ensemble de données

L'analyse Ensembles de données du manuel Guide de la fonction d’analyse des systèmes Oracle ZFS Storage Appliance peut reprendre ou être annulée. Cette action est particulièrement utile lors du suivi des problèmes de performance survenant sporadiquement et lorsqu'il n'est pas souhaitable d'activer ces ensembles de données 24 heures sur 24 et 7 jours sur 7.

Par exemple, supposons que vous ayez remarqué un pic d'activité de la CPU une à deux fois par semaine tandis qu'une autre analyse affichait une baisse associée des performances NFS. Vous activez des ensembles de données supplémentaires mais vous ne disposez pas de suffisamment d'informations pour identifier le problème. Si vous pouviez activer le NFS par ensembles de données hostname et filename, il serait certainement bien plus simple de déterminer la cause du problème. Toutefois, ces ensembles de données peuvent s'avérer plus lourds et le fait de les laisser activés en continu peut dégrader les performances. Les actions de reprise/d'interruption des ensembles de données peuvent alors s'avérer utiles. Une alerte avec seuil peut alors être configurée pour reprendre le NFS suspendu par les ensembles de données hostname et filename, uniquement si un pic d'activité de la CPU est détecté. Vous pouvez configurer une deuxième alerte pour suspendre ces ensembles de données après un court intervalle de collecte de données. En cas de problème, vous collectez donc uniquement les données nécessaires et minimisez l'impact sur les performances durant la collecte de données.

Reprendre/suspendre une feuille de travail

Ces actions consistent à reprendre ou suspendre des Feuilles de travail ouvertes du manuel Guide de la fonction d’analyse des systèmes Oracle ZFS Storage Appliance d'analyse, susceptibles de contenir de nombreux ensembles de données. Les raisons de cette action sont semblables à celles de la reprise/suspension d'ensembles de données.

Exécuter un workflow

Il est possible d'exécuter les workflows en tant qu'actions d'alerte. Pour permettre à un workflow de faire office d'action d'alerte, son action alert doit être définie sur true. Reportez-vous à Workflows en tant qu'actions d'alerte pour plus de détails.