XenServer

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.

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

  1. 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.

  2. 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.

  3. 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 soit cpu_usage, network_usageou disk_usagele rrd_regex et alarm_trigger_sense Les 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é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 haut si alarm_trigger_level est une valeur maximale sinon bas si le alarm_trigger_level est une valeur minimale (la valeur par défaut haut).

  • 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 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 Utilisation du processeur La valeur par défaut est moyennepour fs_usage La valeur par défaut estget_percent_fs_usage et pour tous les autres - somme.

  • 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
    • 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é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 haut quand alarm_trigger_level est une valeur maximale sinon bas si le alarm_trigger_level est une valeur minimale. (par défaut haut)
  • 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éfaut 60).
  • alarm_auto_inhibit_period: 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 somme -ou moyenne)
  • rrd_regex: A regular expression to match the names of variables returned by the xe vm-data-source-list uuid=vm_uuid command 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

  1. Dans le Ressources , cliquez avec le bouton droit de la souris sur un pool et sélectionnez Propriétés.

  2. Dans le Propriétés fenêtre, sélectionnez Options de courriel.

  3. Sélectionnez l’icône Envoyer des notifications d’alerte par e-mail case à cocher. Entrez votre adresse de destination préférée pour les e-mails de notification et les détails du serveur SMTP.

  4. Choisissez votre langue préférée dans le Langue du courrier liste. 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@&lt;hostname&gt;. 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-->
Alertes