XenServer

Alertes

August 1, 2026

Contributeur:

Vous pouvez configurer XenServer® pour générer des alertes basées sur n’importe quelle métrique d’hôte ou de machine virtuelle disponible. De plus, XenServer fournit des alertes préconfigurées qui se déclenchent lorsque les hôtes subissent certaines conditions et états.

Afficher les alertes

Vous pouvez afficher ces alertes à l’aide de XenCenter® ou de l’interface de ligne de commande xe :

Pour afficher les alertes dans XenCenter, cliquez sur Notifications, puis sur Alertes.

La vue Alertes affiche différents types d’alertes, y compris les alertes de performance, les alertes système, les alertes de mise à jour logicielle, les alertes de licence et les alertes de groupe d’anti-affinité de machine virtuelle. Pour plus d’informations, consultez Alertes.
Pour afficher les alertes à l’aide de l’interface de ligne de commande xe, tapez 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 machine virtuelle : 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, consultez Alertes système.

Vous pouvez également configurer votre environnement pour envoyer des alertes par e-mail. Pour plus d’informations, consultez Recevoir des alertes par e-mail.

Alertes de performance

Des alertes de performance peuvent être générées lorsqu’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 des alertes est défini sur 60 minutes ; il peut être modifié si nécessaire. Les alertes sont affichées sur la page Alertes dans la zone Notifications de XenCenter. Vous pouvez également configurer XenCenter pour envoyer un e-mail pour toute alerte de performance spécifiée, ainsi que pour d’autres alertes système graves.

Toutes les alertes personnalisées configurées à l’aide de l’interface de ligne de commande 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, en option, choisir de recevoir un e-mail lorsque l’alerte est déclenchée. La priorité/gravité d’alerte par défaut est définie à 3.

Priorité	Nom	Description	Alerte e-mail par défaut
1	Critique	Agissez maintenant ou les données risquent d’être perdues/corrompues de manière permanente.	Oui
2	Majeure	Agissez maintenant ou certains services risquent de tomber en panne.	Oui
3	Avertissement	Agissez maintenant ou un service pourrait en pâtir.	Oui
4	Mineur	Notez que quelque chose vient de s’améliorer.	Non
5	Information	Informations quotidiennes (démarrage, arrêt, reprise de VM, etc.)	Non
?	Inconnu	Erreur inconnue	Non

Configurer les alertes de performance à l’aide de XenCenter

Dans le volet Ressources, sélectionnez l’hôte, la machine virtuelle ou le SR pertinent, puis cliquez sur l’onglet Général, puis sur Propriétés.

Sélectionnez l’onglet Alertes. 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éfinir le seuil d’utilisation de la mémoire et de temps qui déclenche l’alerte.
Générer des alertes d’utilisation de la mémoire du domaine de contrôle	X			Définir le seuil d’utilisation de la mémoire du domaine de contrôle et de temps qui déclenche l’alerte.
Générer des alertes de mémoire libre du domaine de contrôle	X			Définir le seuil de mémoire libre du domaine de contrôle et de temps qui déclenche l’alerte.
Générer des alertes d’utilisation du disque		X		Définir le seuil d’utilisation du disque et de temps qui déclenche l’alerte.
Générer des alertes de débit de stockage			X	Définir le seuil de débit de stockage et de temps qui déclenche l’alerte. Remarque : Les périphériques de bloc physique (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 le seuil d’utilisation du réseau et de temps qui déclenche l’alerte.

Pour modifier l’intervalle de répétition de l’alerte, saisissez le nombre de minutes dans la zone Intervalle de répétition de l’alerte. Lorsqu’un seuil d’alerte a été atteint et qu’une alerte a été générée, aucune autre alerte n’est générée tant que l’intervalle de répétition de l’alerte n’est pas écoulé.

Cliquez sur OK pour enregistrer vos modifications.

Pour des détails complets sur la façon d’afficher, de filtrer et de configurer les niveaux de gravité des alertes de performance, consultez Configuration des alertes de performance dans la documentation XenCenter.

Configurer les alertes de performance à 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 permet d’éviter de surcharger le 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.

L’outil de surveillance des performances perfmon s’exécute toutes les cinq minutes et demande des mises à jour à XenServer, qui sont des moyennes sur une minute. Ces valeurs par défaut peuvent être modifiées dans /etc/sysconfig/perfmon.

L’outil perfmon lit les mises à jour toutes les cinq minutes des variables de performance s’exécutant 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 s’exécutant 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 quelles variables surveiller et dans quelles circonstances générer un message.

Par exemple, ce qui suit montre un exemple de configuration d’une alerte « Utilisation du CPU » 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 de variable.

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 nouvelle configuration toutes les 30 minutes. Ce paramètre par défaut peut être modifié dans /etc/sysconfig/perfmon.

Éléments de VM valides

name : Le nom de la variable (pas de valeur par défaut). Si la valeur du nom est cpu_usage, network_usage ou disk_usage, les paramètres rrd_regex et alarm_trigger_sense ne sont pas requis car les valeurs par défaut pour ceux-ci sont utilisées.
alarm_priority : La priorité des alertes générées (par défaut 3).
alarm_trigger_level : Le niveau de valeur qui déclenche une alerte (pas de valeur par défaut).
alarm_trigger_sense : La valeur est high si alarm_trigger_level est une valeur maximale, sinon low si alarm_trigger_level est une valeur minimale (la valeur par défaut high).
alarm_trigger_period : Le nombre de secondes pendant lesquelles les valeurs (au-dessus ou en dessous du seuil d’alerte) peuvent être reçues avant qu’une alerte ne soit envoyée (la valeur par défaut est 60).
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 est 3600).
consolidation_fn : Combine les variables de rrd_updates en une seule valeur. Pour cpu-usage, la valeur par défaut est average, pour fs_usage, la valeur par défaut estget_percent_fs_usage et pour toutes les autres - sum.
rrd_regex : Correspond aux noms des variables de xe 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
- memory_internal_free
- network_usage
- disk_usage

Si spécifié, les valeurs de tous les éléments renvoyés par xe vm-data-source-list dont les noms correspondent à l’expression régulière spécifiée sont consolidées en utilisant la méthode spécifiée comme consolidation_fn.

Éléments d’hôte valides

name: Le nom de la variable (pas de valeur par défaut).
alarm_priority: La priorité des alertes générées (par défaut 3).
alarm_trigger_level: Le niveau de valeur qui déclenche une alerte (pas de valeur par défaut).
alarm_trigger_sense: La valeur est high lorsque alarm_trigger_level est une valeur maximale, sinon low si alarm_trigger_level est une valeur minimale. (par défaut high)
alarm_trigger_period: Le nombre de secondes pendant lesquelles les valeurs (au-dessus ou en dessous du seuil d’alerte) peuvent être reçues avant qu’une alerte ne soit envoyée (par défaut 60).
alarm_auto_inhibit_period: Le nombre de secondes pendant lesquelles l’alerte est désactivée après l’envoi d’une alerte. (par défaut 3600).
consolidation_fn: Combine les variables de rrd_updates en une seule valeur (par défaut sum - ou average)
rrd_regex: Une expression régulière pour faire correspondre les noms des variables renvoyées par la commande xe vm-data-source-list uuid=vm_uuid à utiliser pour calculer la valeur statistique. Ce paramètre a des valeurs par défaut pour les variables nommées suivantes :
- cpu_usage
- network_usage
- memory_free_kib
- sr_io_throughput_total_xxxxxxxx (où xxxxxxxx sont les huit premiers caractères de l’UUID du SR).

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 présente 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	Contact perdu avec le référentiel de stockage haute disponibilité, agissez rapidement.
ha-heartbeat_approaching_timeout	5	La haute disponibilité approche du délai d’expiration, l’hôte peut redémarrer si aucune action n’est entreprise.
ha_statefile_approaching_timeout	5	La haute disponibilité approche du délai d’expiration, l’hôte peut redémarrer si aucune action n’est entreprise.
haxapi_healthcheck_approaching_timeout	5	La haute disponibilité approche du délai d’expiration, l’hôte peut redémarrer si aucune action n’est entreprise.
ha_network_bonding_error	3	Perte de service potentielle. Perte du réseau qui envoie le signal de pulsation de haute disponibilité.
ha_pool_overcommited	3	Perte de service potentielle. La haute disponibilité est incapable de garantir la protection des machines virtuelles configurées.
ha_poor_drop_in_plan_exists_for	3	La couverture de la haute disponibilité a diminué, plus susceptible d’échouer, 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 VM protégée.
ha_host_failed	3	La haute disponibilité a détecté qu’un hôte a échoué.
ha_host_was_fenced	4	La haute disponibilité a redémarré un hôte pour protéger contre la corruption de VM.
redo_log_healthy	4	Le journal de reprise XAPI s’est rétabli d’une erreur précédente.
redo_log_broken	3	Le journal de réexécution XAPI a rencontré une erreur.
ip_configured_pif_can_unplug	3	Une carte réseau configurée avec une adresse 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 performance de XenServer.
host_clock_skew_detected	3	L’horloge de l’hôte n’est pas synchronisée avec les 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 démarrage.
auth_external_init_failed	2	L’hôte n’a pas réussi à activer l’authentification AD externe.
auth_external_pool_non-homogeneous	2	Les hôtes d’un pool ont une configuration d’authentification AD différente.
multipath_period_alert	3	Un chemin vers un SR a échoué ou a été récupéré.
bond-status-changed	3	Un lien dans un bond s’est déconnecté ou reconnecté.

Alertes de mise à jour logicielle

XenCenter ancien : XenServer s’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 manquant : 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 y a des IQN d’hôte en double

Recevoir des alertes par e-mail

Vous pouvez configurer XenServer pour envoyer des notifications par e-mail lorsque les hôtes XenServer génèrent des alertes. L’utilitaire mail-alarm de XenServer utilise sSMTP pour envoyer ces notifications par e-mail. Vous pouvez activer les alertes e-mail de base en utilisant XenCenter ou l’interface de ligne de commande (CLI) xe.

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 livrés.

Activer les alertes e-mail à l’aide de XenCenter

Dans le volet Resources, cliquez avec le bouton droit sur un pool et sélectionnez Properties.
Dans la fenêtre Properties, sélectionnez Email Options.
Cochez la case Send email alert notifications. Saisissez 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 la liste Mail language. La langue par défaut pour les 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 noreply@<hostname>. Cependant, 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 avec une 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 avec la commande suivante :

xe pool-param-set uuid=pool_uuid other-config:mail-min-priority=level
<!--NeedCopy-->

Remarque :

Certains serveurs SMTP ne transmettent les e-mails qu’avec des adresses utilisant des FQDN. Si vous constatez que les e-mails ne sont pas transmis, cela pourrait être pour cette raison. Dans ce cas, vous pouvez définir le nom d’hôte du serveur sur le FQDN 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 pour les e-mails d’alerte de performance est l’anglais.

La version officielle de la documentation de ce produit est en anglais. Toute version dans une langue autre que l’anglais est fournie uniquement à titre indicatif et peut inclure du contenu traduit automatiquement. Pour en savoir plus, veuillez consulter la clause de non-responsabilité relative à la traduction automatique sur Cloud Software Group home.

Cela vous a-t-il été utile ?

Alertes

August 1, 2026

Contributeur:

August 1, 2026

Contributeur:

Cela vous a-t-il été utile ?