Alertes
Vous pouvez configurer XenServer pour générer des alertes en fonction de l’une des métriques d’hôte ou de machine virtuelle disponibles. En outre, XenServer fournit des alertes préconfigurées qui se déclenchent lorsque les hôtes sont soumis à certaines conditions et états.
Afficher les alertes
Vous pouvez afficher ces alertes à l’aide de XenCenter ou de la CLI xe :
-
Pour afficher les alertes dans XenCenter, cliquez sur Notifications puis sur Alertes.
Le Alertes affiche différents types d’alertes, notamment les alertes de performances, les alertes système, les alertes de mise à jour logicielle, les alertes de licence et les alertes de groupe anti-affinité de machine virtuelle. Pour plus d’informations, consultez Alertes.
-
Pour afficher les alertes à l’aide de la CLI xe, saisissez
xe message-list.Vous pouvez affiner la liste des alertes en spécifiant des paramètres supplémentaires, par exemple :
- Spécifiez la priorité des alertes que vous souhaitez lister :
xe message-list priority=<priority> - Spécifiez s’il s’agit d’une alerte liée au pool ou à la VM :
xe message-list class=<Pool|VM> - Spécifiez le nom du type d’alerte :
xe message-list name=<alert_name>. Pour une liste de certains des types d’alertes disponibles, voir Alertes système.
- Spécifiez la priorité des alertes que vous souhaitez lister :
Vous pouvez également configurer votre environnement pour envoyer des alertes par e-mail. Pour plus d’informations, voir Recevoir des alertes par e-mail.
Alertes de performance
Des alertes de performances peuvent être générées lorsque l’une des valeurs suivantes dépasse un seuil spécifié sur un hôte géré, une machine virtuelle ou un référentiel de stockage (SR) : utilisation du processeur, utilisation du réseau, utilisation de la mémoire, utilisation de la mémoire du domaine de contrôle, débit de stockage ou utilisation du disque de la machine virtuelle.
Par défaut, l’intervalle de répétition de l’alerte est fixé à 60 minutes, il peut être modifié si nécessaire. Les alertes sont affichées sur la page Alertes dans la zone Notifications dans XenCenter. Vous pouvez également configurer XenCenter pour qu’il envoie un e-mail pour toutes les alertes de performances spécifiées ainsi que d’autres alertes système sérieuses.
Toutes les alertes personnalisées configurées à l’aide de la CLI xe sont également affichées sur la page Alertes dans XenCenter.
Chaque alerte a un niveau de priorité/gravité correspondant. Vous pouvez modifier ces niveaux et choisir éventuellement de recevoir un email lorsque l’alerte est déclenchée. La priorité/gravité de l’alerte par défaut est définie sur 3.
| Priority | Nom | Description | Alerte e-mail par défaut |
|---|---|---|---|
| 1 | Critique | Agissez maintenant, sinon les données risquent d’être perdues/corrompues de façon permanente. | Oui |
| 2 | Major | Agissez maintenant ou certains services risquent d’échouer. | Oui |
| 3 | Avertissement | Agissez maintenant ou un service peut en souffrir. | Oui |
| 4 | Mineur | Remarquez que quelque chose vient de s’améliorer. | Non |
| 5 | Information | Informations quotidiennes (VM Start, Stop, Reprise, etc.) | Non |
| ? | Inconnu | Erreur inconnue | Non |
Configurer les alertes de performances à l’aide de XenCenter
-
Dans le Ressources , sélectionnez l’hôte, la machine virtuelle ou le SR approprié, puis cliquez sur l’icône Généralités , puis Propriétés.
-
Sélectionnez l’icône Alertes onglet. Le tableau suivant récapitule les alertes disponibles pour les hôtes, les machines virtuelles ou les SR :
Nom de l’alerte Hôte VM SR Description Générer des alertes d’utilisation du processeur X X Définissez l’utilisation du processeur et le seuil de temps qui déclenchent l’alerte. Générer des alertes d’utilisation du processeur du domaine de contrôle X Définissez l’utilisation du processeur du domaine de contrôle et le seuil de temps qui déclenchent l’alerte. Générer des alertes d’utilisation de la mémoire X Définissez l’utilisation de la mémoire et le seuil de temps qui déclenchent l’alerte. Générer des alertes d’utilisation de la mémoire du domaine de contrôle X Définissez le domaine de contrôle, l’utilisation de la mémoire et le seuil de temps qui déclenchent l’alerte. Générer des alertes de mémoire libre de domaine de contrôle X Définissez le seuil de mémoire libre et de temps du domaine de contrôle qui déclenche l’alerte. Générer des alertes d’utilisation du disque X Définissez l’utilisation du disque et le seuil de temps pour déclencher l’alerte. Générer des alertes de débit de stockage X Définissez le débit de stockage et le seuil de temps qui déclenchent l’alerte. Remarque : Les périphériques de blocs physiques (PBD) représentent l’interface entre un hôte XenServer spécifique et un SR attaché. Lorsque l’activité totale de débit SR en lecture/écriture sur un PBD dépasse le seuil que vous avez spécifié, des alertes sont générées sur l’hôte connecté au PBD. Contrairement aux autres alertes d’hôte XenServer, cette alerte doit être configurée sur le SR. Générer des alertes d’utilisation du réseau X X Définissez l’utilisation du réseau et le seuil de temps qui déclenchent l’alerte. Pour modifier l’intervalle de répétition de l’alerte, entrez le nombre de minutes dans le Intervalle de répétition de l’alerte boîte. Lorsqu’un seuil d’alerte a été atteint et qu’une alerte a été générée, une autre alerte n’est générée qu’après l’expiration de l’intervalle de répétition de l’alerte.
-
Cliquez sur OK pour enregistrer vos modifications.
Pour plus d’informations sur l’affichage, le filtrage et la configuration des niveaux de gravité des alertes de performances, consultez la section Configuration des alertes de performances dans la documentation XenCenter.
Configurer les alertes de performances à l’aide de l’interface de ligne de commande xe
Remarque :
Les déclencheurs d’alertes sont vérifiés à un intervalle minimum de cinq minutes. Cet intervalle évite d’imposer une charge excessive au système pour vérifier ces conditions et de signaler les faux positifs. La définition d’un intervalle de répétition d’alerte inférieur à cinq minutes entraîne la génération des alertes à l’intervalle minimum de cinq minutes.
Le suivi de la performance perfmon s’exécute une fois toutes les cinq minutes et demande des mises à jour à XenServer qui sont en moyenne sur une minute. Ces valeurs par défaut peuvent être modifiées dans /etc/sysconfig/perfmon.
Le perfmon L’outil lit les mises à jour toutes les cinq minutes des variables de performance exécutées sur le même hôte. Ces variables sont séparées en un groupe relatif à l’hôte lui-même et un groupe pour chaque machine virtuelle exécutée sur cet hôte. Pour chaque machine virtuelle et hôte, perfmon lit le paramètre other-config :perfmon et utilise cette chaîne pour déterminer les variables à surveiller et les circonstances dans lesquelles générer un message.
Par exemple, voici un exemple de configuration d’une alerte « Utilisation du processeur » de machine virtuelle en écrivant une chaîne XML dans le paramètre other-config :perfmon:
xe vm-param-set uuid=vm_uuid other-config:perfmon=\
'<config>
<variable>
<name value="cpu_usage"/>
<alarm_trigger_level value="0.5"/>
</variable>
</config>'
<!--NeedCopy-->
Remarque :
Vous pouvez utiliser plusieurs nœuds variables.
Après avoir défini la nouvelle configuration, utilisez la commande suivante pour actualiser perfmon Pour chaque hôte :
xe host-call-plugin host=host_uuid plugin=perfmon fn=refresh
<!--NeedCopy-->
Si cette actualisation n’est pas effectuée, il y a un délai avant que la nouvelle configuration ne prenne effet, car par défaut, perfmon vérifie la présence d’une nouvelle configuration toutes les 30 minutes. Cette valeur par défaut peut être modifiée dans /etc/sysconfig/perfmon.
Éléments de machine virtuelle valides
-
nom: Le nom de la variable (pas de valeur par défaut). Si la valeur du nom est soitcpu_usage,network_usageoudisk_usagelerrd_regexetalarm_trigger_senseLes paramètres ne sont pas obligatoires, car les valeurs par défaut sont utilisées. -
alarm_priority: La priorité des alertes générées (par défaut3). -
alarm_trigger_level: Le niveau de valeur qui déclenche une alerte (pas de valeur par défaut). -
alarm_trigger_sense: La valeur esthautsialarm_trigger_levelest une valeur maximale sinonbassi lealarm_trigger_levelest une valeur minimale (la valeur par défauthaut). -
alarm_trigger_period: Le nombre de secondes pendant lesquelles les valeurs (supérieures ou inférieures au seuil d’alerte) peuvent être reçues avant l’envoi d’une alerte (la valeur par défaut est60). -
alarm_auto_inhibit_period: Le nombre de secondes pendant lesquelles cette alerte sera désactivée après l’envoi d’une alerte (la valeur par défaut est3600). -
consolidation_fn: Combine les variables de rrd_updates en une seule valeur. PourUtilisation du processeurLa valeur par défaut estmoyennepourfs_usageLa valeur par défaut estget_percent_fs_usageet pour tous les autres -somme. -
rrd_regex: Correspond aux noms des variables dexe vm-data-sources-list uuid=vm_uuid, pour calculer les valeurs de performance. Ce paramètre a des valeurs par défaut pour les variables nommées :- cpu_usage
- mémoire_interne_libre
- network_usage
- disk_usage
Si elle est spécifiée, les valeurs de tous les éléments renvoyées par xe vm-data-source-list dont les noms correspondent à l’expression régulière spécifiée sont consolidés à l’aide de la méthode spécifiée consolidation_fn.
Éléments d’hôte valides
-
nom: Le nom de la variable (pas de valeur par défaut). -
alarm_priority: La priorité des alertes générées (par défaut3). -
alarm_trigger_level: Le niveau de valeur qui déclenche une alerte (pas de valeur par défaut). -
alarm_trigger_sense: La valeur esthautquandalarm_trigger_levelest une valeur maximale sinonbassi lealarm_trigger_levelest une valeur minimale. (par défauthaut) -
alarm_trigger_period: Le nombre de secondes pendant lesquelles les valeurs (supérieures ou inférieures au seuil d’alerte) peuvent être reçues avant l’envoi d’une alerte (par défaut60). -
alarm_auto_inhibit_period: nombre de secondes pendant lesquelles l’alerte est désactivée après l’envoi d’une alerte. (par défaut3600). -
consolidation_fn: Combine les variables derrd_updatesen une seule valeur (par défautsomme-oumoyenne) -
rrd_regex: A regular expression to match the names of variables returned by thexe vm-data-source-list uuid=vm_uuidcommand to use to compute the statistical value. This parameter has defaults for the following named variables:- cpu_usage
- network_usage
- memory_free_kib
- sr_io_throughput_total_xxxxxxxx (où
xxxxxxxxest les huit premiers caractères du SR-UUID).
Débit SR: Les alertes de débit de stockage doivent être configurées sur le SR plutôt que sur l’hôte. Par exemple :
xe sr-param-set uuid=sr_uuid other-config:perfmon=\
'<config>
<variable>
<name value="sr_io_throughput_total_per_host"/>
<alarm_trigger_level value="0.01"/>
</variable>
</config>'
<!--NeedCopy-->
Exemple de configuration générique
L’exemple suivant illustre une configuration générique :
<config>
<variable>
<name value="NAME_CHOSEN_BY_USER"/>
<alarm_trigger_level value="THRESHOLD_LEVEL_FOR_ALERT"/>
<alarm_trigger_period value="RAISE_ALERT_AFTER_THIS_MANY_SECONDS_OF_BAD_VALUES"/>
<alarm_priority value="PRIORITY_LEVEL"/>
<alarm_trigger_sense value="HIGH_OR_LOW"/>
<alarm_auto_inhibit_period value="MINIMUM_TIME_BETWEEN_ALERT_FROM_THIS_MONITOR"/>
<consolidation_fn value="FUNCTION_FOR_COMBINING_VALUES"/>
<rrd_regex value="REGULAR_EXPRESSION_TO_CHOOSE_DATASOURCE_METRIC"/>
</variable>
<variable>
...
</variable>
...
</config>
<!--NeedCopy-->
Alertes système
Le tableau suivant affiche les événements/conditions système qui déclenchent l’affichage d’une alerte sur la page Alertes dans XenCenter.
| Nom | Priorité/Gravité | Description |
|---|---|---|
| license_expires_soon | 2 | Le contrat de licence XenServer expire bientôt. |
| ha-statefile_lost | 2 | Perdu le contact avec le Storage Repository haute disponibilité, agissez vite. |
| ha-heartbeat_approaching_timeout | 5 | La haute disponibilité approche du délai d’expiration, l’hôte peut redémarrer à moins qu’une action ne soit entreprise. |
| ha_statefile_approaching_timeout | 5 | La haute disponibilité approche du délai d’expiration, l’hôte peut redémarrer à moins qu’une action ne soit entreprise. |
| haxapi_healthcheck_approaching_timeout | 5 | La haute disponibilité approche du délai d’expiration, l’hôte peut redémarrer à moins qu’une action ne soit entreprise. |
| ha_network_bonding_error | 3 | Perte de service potentielle. Perte du réseau qui envoie une pulsation à haute disponibilité. |
| ha_pool_overcommited | 3 | Perte de service potentielle. La haute disponibilité n’est pas en mesure de garantir la protection des machines virtuelles configurées. |
| ha_poor_drop_in_plan_exists_for | 3 | La couverture haute disponibilité a diminué, plus susceptible de tomber en panne, aucune perte n’est encore présente. |
| ha_protected_vm_restart_failed | 2 | Perte de service. La haute disponibilité n’a pas pu redémarrer une machine virtuelle protégée. |
| ha_host_failed | 3 | La haute disponibilité a détecté la défaillance d’un hôte. |
| ha_host_was_fenced | 4 | La haute disponibilité a redémarré un hôte pour le protéger contre l’altération de la machine virtuelle. |
| redo_log_healthy | 4 | Le journal de rétablissement XAPI a été récupéré à partir d’une erreur précédente. |
| redo_log_broken | 3 | Le journal de rétablissement XAPI a rencontré une erreur. |
| ip_configured_pif_can_unplug | 3 | Une carte réseau configurée IP peut être débranchée par XAPI lors de l’utilisation de la haute disponibilité, ce qui peut entraîner une défaillance de la haute disponibilité. |
| host_sync_data_failed | 3 | Échec de la synchronisation des statistiques de performances de XenServer. |
| host_clock_skew_detected | 3 | L’horloge de l’hôte n’est pas synchronisée avec celle des autres hôtes du pool. |
| host_clock_went_backwards | 1 | L’horloge de l’hôte est corrompue. |
| pool_master_transition | 4 | Un nouvel hôte a été spécifié comme coordinateur de pool. |
| pbd_plug_failed_on_server_start | 3 | L’hôte n’a pas réussi à se connecter au stockage au moment du démarrage. |
| auth_external_init_failed | 2 | L’hôte n’a pas réussi à activer l’authentification AD externe. |
| auth_external_pool_non-homogène | 2 | Les hôtes d’un pool ont une configuration d’authentification AD différente. |
| multipath_period_alert | 3 | Un chemin d’accès à une SR a échoué ou s’est rétabli. |
| bond-status-changed | 3 | Un lien d’une liaison s’est déconnecté ou reconnecté. |
Alertes de mise à jour logicielle
- XenCenter ancien : XenServer attend une version plus récente mais peut toujours se connecter à la version actuelle
- XenCenter obsolète : XenCenter est trop ancien pour se connecter à XenServer
- XenServer obsolète : XenServer est une ancienne version à laquelle le XenCenter actuel ne peut pas se connecter
- Alerte de licence expirée : La licence XenServer a expiré
- Alerte IQN manquante : XenServer utilise le stockage iSCSI mais l’IQN de l’hôte est vide
- Alerte IQN en double : XenServer utilise le stockage iSCSI et il existe des IQN d’hôte en double
Recevez des alertes par email
Vous pouvez configurer XenServer pour qu’il envoie des notifications par e-mail lorsque les hôtes XenServer génèrent des alertes. L’utilitaire d’alarme de messagerie de XenServer utilise sSMTP pour envoyer ces notifications par e-mail. Vous pouvez activer les alertes par e-mail de base à l’aide de XenCenter ou de l’interface de ligne de commande (CLI) xe. Pour une configuration plus poussée des alertes par e-mail, vous pouvez modifier l’icône mail-alarm.conf fichier de configuration.
Utilisez un serveur SMTP qui ne nécessite pas d’authentification. Les e-mails envoyés via des serveurs SMTP qui nécessitent une authentification ne peuvent pas être distribués.
Activer les alertes par e-mail à l’aide de XenCenter
-
Dans le
Ressources, cliquez avec le bouton droit de la souris sur un pool et sélectionnezPropriétés. -
Dans le
Propriétésfenêtre, sélectionnezOptions de courriel. -
Sélectionnez l’icône
Envoyer des notifications d’alerte par e-mailcase à cocher. Entrez votre adresse de destination préférée pour les e-mails de notification et les détails du serveur SMTP. -
Choisissez votre langue préférée dans le
Langue du courrierliste. La langue par défaut des e-mails d’alerte de performance est l’anglais.
Activer les alertes par e-mail à l’aide de l’interface de ligne de commande xe
Pour configurer les alertes par e-mail, spécifiez votre adresse de destination préférée pour les e-mails de notification et le serveur SMTP :
xe pool-param-set uuid=pool_uuid other-config:mail-destination=joe.bloggs@example.com
xe pool-param-set uuid=pool_uuid other-config:ssmtp-mailhub=smtp.example.com:<port>
<!--NeedCopy-->
XenServer configure automatiquement l’adresse de l’expéditeur comme suit : noreply@<hostname>. Toutefois, vous pouvez définir l’adresse de l’expéditeur explicitement :
xe pool-param-set uuid=pool_uuid other-config:mail-sender=serveralerts@example.com
<!--NeedCopy-->
Lorsque vous activez les notifications par e-mail, vous recevez une notification par e-mail lorsqu’une alerte de priorité de 3 ou plus est générée. Par conséquent, le niveau de priorité minimum par défaut est 3. Vous pouvez modifier cette valeur par défaut à l’aide de la commande suivante :
xe pool-param-set uuid=pool_uuid other-config:mail-min-priority=level
<!--NeedCopy-->
Remarque :
Certains serveurs SMTP ne transfèrent que les e-mails dont les adresses utilisent des noms de domaine complets. Si vous constatez que les e-mails ne sont pas transférés, c’est peut-être pour cette raison. Dans ce cas, vous pouvez définir le nom d’hôte du serveur sur le nom de domaine complet afin que cette adresse soit utilisée lors de la connexion à votre serveur de messagerie.
Pour configurer la langue des e-mails d’alerte de performance :
xe pool-param-set uuid=pool_uuid other-config:mail-language=ja-JP
<!--NeedCopy-->
La langue par défaut des e-mails d’alerte de performance est l’anglais.
Configuration supplémentaire
Pour configurer davantage l’utilitaire d’alarme de messagerie dans XenServer, créez un /etc/mail-alarm.conf contenant les éléments suivants :
root=postmaster
authUser=<username>
authPass=<password>
mailhub=@MAILHUB@
<!--NeedCopy-->
/etc/mail-alarm.conf est un modèle fourni par l’utilisateur pour le fichier de configuration de sSMTP ssmtp.conf et est utilisé pour toutes les alertes générées par les hôtes XenServer. Il se compose de touches où clé=@KEY@ et @KEY@ est remplacée par la valeur correspondante de Clé-ssmtp dans pool.other_config. Ces valeurs sont ensuite transmises à ssmtp, ce qui vous permet de contrôler certains aspects de la configuration sSMTP à l’aide des valeurs de pool.other_config. Notez comment @KEY@ (majuscule) correspond à Clé-ssmtp (minuscule, préfixé par SSMTP-).
Par exemple, si vous définissez le serveur SMTP :
xe pool-param-set uuid=pool_uuid other-config:ssmtp-mailhub=smtp.example.com
<!--NeedCopy-->
puis ajoutez ce qui suit à votre /etc/mail-alarm.conf lime:
mailhub=@MAILHUB@
<!--NeedCopy-->
mailhub=@MAILHUB@ Devient mailhub=smtp.example.com.
Chaque serveur SMTP peut différer légèrement dans sa configuration et peut nécessiter une configuration supplémentaire. Pour configurer davantage sSMTP, modifiez son fichier de configuration ssmtp.conf. En stockant les clés pertinentes dans le mail-alarm.conf fichier, vous pouvez utiliser les valeurs dans pool.other_config pour configurer sSMTP. L’extrait suivant de la ssmtp.conf La page de manuel affiche la syntaxe correcte et les options disponibles :
NAME
ssmtp.conf – ssmtp configuration file
DESCRIPTION
ssmtp reads configuration data from /etc/ssmtp/ssmtp.conf The file con-
tains keyword-argument pairs, one per line. Lines starting with '#'
and empty lines are interpreted as comments.
The possible keywords and their meanings are as follows (both are case-
insensitive):
Root
The user that gets all mail for userids less than 1000. If blank,
address rewriting is disabled.
Mailhub
The host to send mail to, in the form host | IP_addr port :
<port>. The default port is 25.
RewriteDomain
The domain from which mail seems to come. For user authentication.
Hostname
The full qualified name of the host. If not specified, the host
is queried for its hostname.
FromLineOverride
Specifies whether the From header of an email, if any, may over-
ride the default domain. The default is "no".
UseTLS
Specifies whether ssmtp uses TLS to talk to the SMTP server.
The default is "no".
UseSTARTTLS
Specifies whether ssmtp does a EHLO/STARTTLS before starting TLS
negotiation. See RFC 2487.
TLSCert
The file name of an RSA certificate to use for TLS, if required.
AuthUser
The user name to use for SMTP AUTH. The default is blank, in
which case SMTP AUTH is not used.
AuthPass
The password to use for SMTP AUTH.
AuthMethod
The authorization method to use. If unset, plain text is used.
May also be set to "cram-md5".
<!--NeedCopy-->