Surveillez et gérez votre déploiement

Important :

La mise à jour cumulative 1 de Citrix Hypervisor 8.2 prend fin le 25 juin 2025. Planifiez votre mise à niveau vers XenServer 8 dès maintenant pour assurer une transition en douceur et un support continu. Pour plus d’informations, consultez Mise à niveau.

Si vous utilisez vos fichiers de licence Citrix Virtual Apps and Desktops pour obtenir une licence pour vos hôtes Citrix Hypervisor 8.2 Cumulative Update 1, ces fichiers de licence ne sont pas compatibles avec XenServer 8. Avant la mise à niveau, vous devez acquérir les fichiers de licence socket XenServer Premium Edition à utiliser avec XenServer 8. Ces fichiers de licence de socket sont disponibles en tant que droits des abonnements Citrix pour le cloud privé, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP et Citrix Platform License pour l’exécution de vos charges de travail Citrix. Les clients Citrix qui n’ont pas encore migré vers ces nouveaux abonnements peuvent demander à participer à une promotion gratuite pour 10 000 licences de sockets XenServer Premium Edition. Pour plus d’informations, consultez XenServer.

Si vous n’obtenez pas de licence compatible pour XenServer 8 avant la mise à niveau, lorsque vous mettez à niveau vos hôtes, ils reviennent à l’édition d’essai de 90 jours. L’édition d’essai offre les mêmes fonctionnalités que l’édition Premium, avec quelques limitations. Pour plus d’informations, consultez Présentation des licences XenServer 8.

Citrix Hypervisor fournit une surveillance détaillée des mesures de performances. Ces métriques incluent le processeur, la mémoire, le disque, le réseau, les informations d’état C/P et le stockage. Le cas échéant, ces métriques sont disponibles par hôte et par machine virtuelle. Ces métriques sont disponibles directement ou peuvent être consultées et affichées graphiquement dans XenCenter ou d’autres applications tierces.

Citrix Hypervisor fournit également des alertes système et de performances. Les alertes sont des notifications qui se produisent en réponse à des événements système sélectionnés. Ces notifications se produisent également 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 : 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. Vous pouvez configurer les alertes à l’aide de l’interface de ligne de commande xe ou à l’aide de XenCenter. Pour créer des notifications basées sur l’une des métriques de performances de l’hôte ou de la machine virtuelle disponibles, reportez-vous à la section Alertes de performance.

Surveiller les performances de l’hyperviseur Citrix

Les clients peuvent surveiller les performances de leurs serveurs d’hyperviseur Citrix et de leurs machines virtuelles à l’aide des métriques exposées via les bases de données Round Robin (RRD). Ces métriques peuvent être interrogées via HTTP ou via l’outil RRD2CSV. En outre, XenCenter utilise ces données pour produire des graphiques de performances du système. Pour plus d’informations, consultez Analyser et visualiser les indicateurs.

Les tableaux suivants répertorient toutes les métriques d’hôte et de machine virtuelle disponibles.

Remarques  :

• La latence sur une période est définie comme la latence moyenne des opérations au cours de cette période.
• La disponibilité et l’utilité de certaines métriques dépendent de la SR et du CPU.
• Les mesures de performances ne sont pas disponibles pour les SR GFS2 et les disques sur ces SR.

Métriques d’hôte disponibles

Métriques de machine virtuelle disponibles

Remarque :

La valeur de <XenCenter-pif-name> Il peut s’agir de l’un des éléments suivants :

NIC <pif> -si <pif> Contient pif_eth#où ## est compris entre 0 et 9 <pif> -si <pif> Contient pif_eth#. ## ou pif_xenbr## ou pif_bond## <Internal> Réseau <pif> -si <pif> Contient pif_xapi##, (notez que <Internal> apparaît tel quel) ROBINET <tap> -si <pif> Contient pif_tap## Bouclage xapi -si <pif> Contient pif_lo

Analyser et visualiser les indicateurs

L’onglet Performances de XenCenter fournit une surveillance en temps réel des statistiques de performances dans les pools de ressources, en plus des tendances graphiques des performances des machines virtuelles et physiques. Par défaut, les graphiques montrant les E/S du processeur, de la mémoire, du réseau et du disque sont inclus dans l’onglet Performances. Vous pouvez ajouter d’autres indicateurs, modifier l’apparence des graphiques existants ou en créer d’autres. Pour plus d’informations, consultez Configuration des métriques dans la section suivante.

• Vous pouvez afficher jusqu’à 12 mois de données de performance et zoomer pour examiner de plus près les pics d’activité.

• XenCenter peut générer des alertes de performances lorsque l’utilisation du processeur, de la mémoire, des E/S réseau, des E/S de stockage ou des E/S de disque dépasse un seuil spécifié sur un serveur, une machine virtuelle ou un SR. Pour plus d’informations, consultez Alertes dans la section suivante.

Remarque :

Installez les outils de machine virtuelle XenServer pour afficher les données complètes de performance de la machine virtuelle.

Configurer les graphiques de performances

Pour ajouter un graphique :

1. Sur le Performance , cliquez sur Actions Et puis Nouveau graphique. La boîte de dialogue Nouveau graphique s’affiche.

2. Dans le Nom , entrez un nom pour le graphique.

3. Dans la liste des Sources de données, cochez les cases des sources de données que vous souhaitez inclure dans le graphique.

4. Cliquez sur Enregistrer.

Pour modifier un graphique existant :

1. Accédez à l’icône Performance et sélectionnez le graphique que vous souhaitez modifier.

2. Faites un clic droit sur le graphique et sélectionnez Actions, ou cliquez sur l’icône Actions bouton. Sélectionnez ensuite Modifier le graphique.

3. Dans la fenêtre des détails du graphique, apportez les modifications nécessaires, puis cliquez sur D’ACCORD.

Configurer le type de graphique

Les données sur les graphiques de performance peuvent être affichées sous forme de lignes ou de zones. Pour modifier le type de graphique :

1. Sur le Outils menu, cliquez sur Options et sélectionnez Graphiques.

2. Pour afficher les données de performances sous forme de graphique linéaire, cliquez sur l’icône Graphique linéaire option.

3. Pour afficher les données de performances sous forme d’graphique en aires, cliquez sur l’icône Graphique en aires option.

4. Cliquez sur OK pour enregistrer vos modifications.

Vous trouverez des détails complets sur la configuration et l’affichage des graphiques de performances XenCenter dans la documentation XenCenter dans la section Surveillance des performances du système.

Configurer les mesures

Remarque :

Les états C et P sont des fonctionnalités de gestion de l’alimentation de certains processeurs. La plage d’états disponibles dépend des capacités physiques de l’hôte, ainsi que de la configuration de la gestion de l’alimentation.

Les commandes host et VM renvoient les éléments suivants :

• Une description complète de la source de données

• Les unités appliquées à la métrique

• La plage de valeurs possibles qui peuvent être utilisées

Par exemple :

      name_label: cpu0-C1
      name_description: Proportion of time CPU 0 spent in C-state 1
      enabled: true
      standard: true
      min: 0.000
      max: 1.000
      units: Percent
<!--NeedCopy-->

Activer une métrique spécifique

La plupart des métriques sont activées et collectées par défaut, pour activer les métriques qui ne le sont pas, entrez ce qui suit :

  xe host-data-source-record data-source=metric name host=hostname
<!--NeedCopy-->

Désactiver une métrique spécifique

Il se peut que vous ne souhaitiez pas collecter régulièrement certaines mesures. Pour désactiver une mesure précédemment activée, entrez ce qui suit :

  xe host-data-source-forget data-source=metric name host=hostname
<!--NeedCopy-->

Affichage d’une liste des métriques d’hôte actuellement activées

Pour répertorier les métriques d’hôte actuellement collectées, entrez ce qui suit :

  xe host-data-source-list host=hostname
<!--NeedCopy-->

Afficher la liste des métriques de machine virtuelle actuellement activées

Pour héberger les métriques de machine virtuelle actuellement collectées, entrez ce qui suit :

  xe vm-data-source-list vm=vm_name
<!--NeedCopy-->

Utiliser les DRR

Citrix Hypervisor utilise les RRD pour stocker les mesures de performance. Ces DRR se composent de plusieurs archives à la ronde (ARR) dans une base de données de taille fixe.

Chaque archive de la base de données échantillonne sa métrique particulière sur une granularité spécifiée :

• Toutes les 5 secondes pendant 10 minutes
• Chaque minute au cours des deux dernières heures
• Toutes les heures de la semaine écoulée
• Tous les jours de l’année écoulée

L’échantillonnage qui a lieu toutes les cinq secondes enregistre les points de données réels, mais les RRA suivants utilisent des fonctions de consolidation à la place. Les fonctions de consolidation prises en charge par Citrix Hypervisor sont les suivantes :

• MOYENNE
• MIN
• MAX

Les RRD existent pour les machines virtuelles individuelles (y compris dom0) et le serveur Citrix Hypervisor. Les RRD de machine virtuelle sont stockés sur l’hôte sur lequel ils s’exécutent ou sur le maître de pool lorsqu’ils ne sont pas en cours d’exécution. Par conséquent, l’emplacement d’une machine virtuelle doit être connu pour récupérer les données de performances associées.

Pour plus d’informations sur l’utilisation des RRD de l’hyperviseur Citrix, consultez la section Guide du kit de développement logiciel Citrix Hypervisor.

Analyser les RRD à l’aide de HTTP

Vous pouvez télécharger des RRD via HTTP à partir du serveur Citrix Hypervisor spécifié à l’aide du gestionnaire HTTP enregistré à l’adresse /host_rrd ou /vm_rrd. Les deux adresses nécessitent une authentification soit par authentification HTTP, soit en fournissant des références de session d’API de gestion valides en tant qu’argument de requête. Par exemple :

Téléchargez un RRD hôte.

  wget http://server/host_rrd?session_id=OpaqueRef:SESSION HANDLE>
<!--NeedCopy-->

Téléchargez un RRD de machine virtuelle.

  wget http://server/vm_rrd?session_id=OpaqueRef:SESSION HANDLE>&uuid=VM UUID>
<!--NeedCopy-->

Ces deux appels téléchargent XML dans un format qui peut être analysé directement.

Analyser les RRD à l’aide de rrd2csv

En plus d’afficher les mesures de performances dans XenCenter, l’outil rrd2csv consigne les RRD au format CSV (Comma Separated Value). Des pages d’homme et d’aide sont fournies. Pour afficher l’outil man de rrd2csv ou les pages d’aide, exécutez la commande suivante :

  man rrd2csv
<!--NeedCopy-->

Ou

  rrd2csv --help
<!--NeedCopy-->

Remarque :

Lorsque plusieurs options sont utilisées, fournissez-les individuellement. Par exemple : pour renvoyer à la fois l’UUID et le nom associé à une machine virtuelle ou à un hôte, appelez rrd2csv comme indiqué ci-dessous :

rrd2csv -u -n

L’UUID renvoyé est unique et convient comme clé primaire, mais le nom d’une entité n’est pas nécessairement unique.

La page de manuel (rrd2csv --help) est le texte d’aide définitif de l’outil.

Alertes

Vous pouvez configurer Citrix Hypervisor pour générer des alertes en fonction de l’une des métriques d’hôte ou de machine virtuelle disponibles. En outre, Citrix Hypervisor fournit des alertes préconfigurées qui se déclenchent lorsque les hôtes sont soumis à certaines conditions et états. Vous pouvez afficher ces alertes à l’aide de XenCenter ou de l’interface de ligne de commande xe.

Afficher les alertes à l’aide de XenCenter

Vous pouvez afficher différents types d’alertes dans XenCenter en cliquant sur Notifications Et puis Alertes. La vue Alertes affiche différents types d’alertes, notamment les alertes de performances, les alertes système et les alertes de mise à jour logicielle.

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 de la zone Notifications de 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 l’interface de ligne de commande xe sont également affichées sur la page Alertes de 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.

Configurer les alertes de performances

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. Cliquez sur l’icône Alertes onglet. Vous pouvez configurer les alertes suivantes :

   • Utilisation du processeur pour un hôte ou une machine virtuelle : vérifiez l’icône Générer un processeur alertes d’utilisation, puis définissez le seuil d’utilisation du processeur et le seuil de temps qui déclenchent l’alerte

   • Utilisation du réseau pour un hôte ou une machine virtuelle : vérifiez l’icône Générer des alertes d’utilisation du réseau , puis définissez l’utilisation du réseau et le seuil de temps qui déclenchent l’alerte.

   • Utilisation de la mémoire alertes pour un hôte : vérifiez l’icône Générer des alertes d’utilisation de la mémoire , puis définissez la mémoire libre et le seuil de temps qui déclenchent l’alerte.

   • Contrôler l’utilisation de la mémoire du domaine alertes pour un hôte : vérifiez l’icône Générer des alertes d’utilisation de la mémoire du domaine de contrôle , puis définissez le seuil d’utilisation de la mémoire et de temps du domaine de contrôle qui déclenche l’alerte.

   • Utilisation du disque alertes pour une machine virtuelle : vérifiez l’icône Générer des alertes d’utilisation du disque , puis définissez l’utilisation du disque et le seuil de temps qui déclenchent l’alerte.

   • Débit de stockage alertes pour un SR : Vérifiez le Générer des alertes de débit de stockage , puis définissez le débit de stockage et le seuil de temps qui déclenchent l’alerte.

     Remarque :

     Les périphériques physiques en mode bloc (PBD) représentent l’interface entre un serveur d’hyperviseur Citrix 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 du serveur Citrix Hypervisor, cette alerte doit être configurée sur le SR.

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

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

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 de XenCenter.

Alertes de mise à jour logicielle

• XenCenter ancien : Citrix Hypervisor attend une version plus récente, mais peut toujours se connecter à la version actuelle
• XenCenter obsolète : XenCenter est trop ancien pour se connecter à Citrix Hypervisor
• Hyperviseur Citrix obsolète : Citrix Hypervisor est une ancienne version à laquelle le XenCenter actuel ne peut pas se connecter
• Alerte de licence expirée : La licence de Citrix Hypervisor a expiré
• Alerte IQN manquante : Citrix Hypervisor utilise le stockage iSCSI, mais l’IQN de l’hôte est vide
• Alerte IQN en double : Citrix Hypervisor utilise le stockage iSCSI et il existe des IQN d’hôte en double

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 L’outil s’exécute une fois toutes les cinq minutes et demande des mises à jour à Citrix Hypervisor, qui sont des moyennes 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 :

  • utilisation_du_processeur
  • 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:
  • utilisation_du_processeur
  • network_usage
  • mémoire_libre_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-->

Configurer les alertes par e-mail

Vous pouvez configurer Citrix Hypervisor pour qu’il envoie des notifications par e-mail lorsque les serveurs Citrix Hypervisor génèrent des alertes. L’utilitaire d’alarme de messagerie de Citrix Hypervisor 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-->

Citrix Hypervisor 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 Citrix Hypervisor, 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 serveurs Citrix Hypervisor. 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-->

Champs et balises personnalisés

XenCenter prend en charge la création de balises et de champs personnalisés, ce qui permet l’organisation et la recherche rapide de machines virtuelles, de stockage, etc. Pour plus d’informations, consultez Surveillance des performances du système.

Recherches personnalisées

XenCenter prend en charge la création de recherches personnalisées. Les recherches peuvent être exportées et importées, et les résultats d’une recherche peuvent être affichés dans le volet de navigation. Pour plus d’informations, consultez Surveillance des performances du système.

Déterminer le débit des adaptateurs de bus physiques

Pour les adaptateurs HBA FC, SAS et iSCSI, vous pouvez déterminer le débit réseau de vos PBD à l’aide de la procédure suivante.

1. Répertoriez les PBD sur un hôte.
2. Déterminez quelles LUN sont acheminées sur quels PBD.
3. Pour chaque PBD et SR, répertoriez les VBD qui font référence à des VDI sur le SR.
4. Pour tous les VBD actifs qui sont attachés aux machines virtuelles sur l’hôte, calculez le débit combiné.

Pour le stockage iSCSI et NFS, vérifiez les statistiques de votre réseau pour déterminer s’il existe un goulot d’étranglement du débit au niveau de la baie ou si le PBD est saturé.