XenServer

Alertas

May 2, 2025

Contribución de:

Puede configurar XenServer para generar alertas basadas en cualquiera de las métricas de host o máquina virtual disponibles. Además, XenServer proporciona alertas preconfiguradas que se activan cuando los hosts se someten a determinadas condiciones y estados.

Ver alertas

Puede ver estas alertas mediante XenCenter o la CLI de xe:

Para ver alertas en XenCenter, haga clic en Notificaciones y luego en Alertas.

El Alertas La vista muestra varios tipos de alertas, incluidas las alertas de rendimiento, las alertas del sistema, las alertas de actualización de software, las alertas de licencias y las alertas de grupos de antiafinidad de máquinas virtuales. Para obtener más información, consulte Alertas.
Para ver alertas usando la CLI de xe, escriba xe message-list.

Puede limitar la lista de alertas especificando parámetros adicionales, por ejemplo:
- Especifique la prioridad de las alertas que desea enumerar: xe message-list priority=<priority>
- Especifique si se trata de una alerta relacionada con el grupo o con la máquina virtual: xe message-list class=<Pool|VM>
- Especifique el nombre del tipo de alerta: xe message-list name=<alert_name>. Para obtener una lista de algunos de los tipos de alerta disponibles, consulte Alertas del sistema.

También puede configurar su entorno para enviar alertas por correo electrónico. Para obtener más información, consulte Recibir alertas por correo electrónico.

Alertas de rendimiento

Se pueden generar alertas de rendimiento cuando uno de los siguientes valores excede un umbral especificado en un host administrado, una máquina virtual o un repositorio de almacenamiento (SR): uso de CPU, uso de red, uso de memoria, uso de memoria del dominio de control, rendimiento de almacenamiento o uso de disco de máquina virtual.

De forma predeterminada, el intervalo de repetición de la alerta se establece en 60 minutos, se puede modificar si es necesario. Las alertas se muestran en la página Alertas en el área Notificaciones en XenCenter. También puede configurar XenCenter para que envíe un correo electrónico para las alertas de rendimiento especificadas junto con otras alertas graves del sistema.

Cualquier alerta personalizada que se configure mediante la CLI de xe también se muestra en la página Alertas en XenCenter.

Cada alerta tiene un nivel de prioridad/gravedad correspondiente. Puede modificar estos niveles y, opcionalmente, elegir recibir un correo electrónico cuando se active la alerta. La prioridad/gravedad de alerta predeterminada se establece en 3.

Prioridad	Nombre	Descripción	Alerta de correo electrónico predeterminada
1	Grave	Actúe ahora o los datos pueden perderse o corromperse permanentemente.	Sí
2	Mayor	Actúe ahora o algunos servicios pueden fallar.	Sí
3	Advertencia	Actúe ahora o un servicio puede verse afectado.	Sí
4	Menor	Fíjate que algo acaba de mejorar.	No
5	Información	Información diaria (inicio, detención, reanudación de la máquina virtual, etc.)	No
?	Desconocido	Error desconocido	No

Configurar alertas de rendimiento mediante XenCenter

En Recursos , seleccione el host, la máquina virtual o el SR correspondientes y, a continuación, haga clic en el icono General y luego Propiedades.

Seleccione la opción Alertas pestaña. En la tabla siguiente se resumen las alertas disponibles para hosts, máquinas virtuales o SR:

Nombre de la alerta	Host	VM	SR	Descripción
Generar alertas de uso de CPU	X	X		Establezca el uso de CPU y el umbral de tiempo que desencadenan la alerta.
Generar alertas de uso de CPU del dominio de control	X			Establezca el dominio de control, el uso de CPU y el umbral de tiempo que desencadenan la alerta.
Generar alertas de uso de memoria	X			Establezca el uso de memoria y el umbral de tiempo que desencadenan la alerta.
Generar alertas de uso de memoria del dominio de control	X			Establezca el dominio de control, el uso de memoria y el umbral de tiempo que desencadenan la alerta.
Generar alertas de memoria libre de dominio de control	X			Establezca el dominio de control, la memoria libre y el umbral de tiempo que desencadenan la alerta.
Generar alertas de uso del disco		X		Establezca el uso del disco y el umbral de tiempo para activar la alerta.
Generar alertas de rendimiento de almacenamiento			X	Establezca el rendimiento del almacenamiento y el umbral de tiempo que desencadenan la alerta. Nota: Los dispositivos de bloque físico (PBD) representan la interfaz entre un host XenServer específico y un SR conectado. Cuando la actividad total de rendimiento de SR de lectura/escritura en un PBD supera el umbral especificado, se generan alertas en el host conectado al PBD. A diferencia de otras alertas de host de XenServer, esta alerta debe configurarse en el SR.
Generar alertas de uso de la red	X	X		Establezca el uso de la red y el umbral de tiempo que desencadenan la alerta.

Para cambiar el intervalo de repetición de alerta, introduzca el número de minutos en el Intervalo de repetición de alerta caja. Cuando se alcanza un umbral de alerta y se genera una alerta, no se genera otra alerta hasta después de que haya transcurrido el intervalo de repetición de alerta.

Haga clic en OK para guardar los cambios.

Para obtener detalles completos sobre cómo ver, filtrar y configurar las intensidades de las alertas de rendimiento, consulte Configuración de alertas de rendimiento en la documentación de XenCenter.

Configuración de alertas de rendimiento mediante la CLI de xe

Nota: No

Los activadores de las alertas se comprueban a un intervalo mínimo de cinco minutos. Este intervalo evita colocar una carga excesiva en el sistema para comprobar estas condiciones y notificar falsos positivos. Si se establece un intervalo de repetición de alertas inferior a cinco minutos, las alertas se seguirán generando en el intervalo mínimo de cinco minutos.

El seguimiento del rendimiento perfmon La herramienta se ejecuta una vez cada cinco minutos y solicita actualizaciones de XenServer que tienen un promedio de más de un minuto. Estos valores predeterminados se pueden cambiar en /etc/sysconfig/perfmon.

El perfmon La herramienta lee las actualizaciones cada cinco minutos de las variables de rendimiento que se ejecutan en el mismo host. Estas variables se separan en un grupo relacionado con el propio host y un grupo para cada máquina virtual que se ejecuta en ese host. Para cada máquina virtual y host, perfmon Lee el parámetro otro-config:perfmon y utiliza esta cadena para determinar qué variables se van a supervisar y en qué circunstancias se va a generar un mensaje.

Por ejemplo, a continuación se muestra un ejemplo de configuración de una alerta de “uso de CPU” de máquina virtual escribiendo una cadena XML en el parámetro otro-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-->

Nota: No

Puede utilizar varios nodos variables.

Después de establecer la nueva configuración, utilice el siguiente comando para actualizar perfmon Para cada host:

  xe host-call-plugin host=host_uuid plugin=perfmon fn=refresh
<!--NeedCopy-->

Si no se realiza esta actualización, hay un retraso antes de que la nueva configuración surta efecto, ya que, de forma predeterminada, perfmon Comprueba si hay una nueva configuración cada 30 minutos. Este valor predeterminado se puede cambiar en /etc/sysconfig/perfmon.

Elementos de VM válidos

nombre: El nombre de la variable (no predeterminado). Si el valor name es cpu_usage, network_usageo disk_usageel rrd_regex y alarm_trigger_sense Los parámetros no son necesarios, ya que se utilizan valores predeterminados para estos valores.
alarm_priority: La prioridad de las alertas generadas (por defecto 3).
alarm_trigger_level: El nivel de valor que desencadena una alerta (sin valor predeterminado).
alarm_trigger_sense: El valor es Alto si alarm_trigger_level es un valor máximo, de lo contrario, Bajo Si el alarm_trigger_level es un valor mínimo (el valor predeterminado Alto).
alarm_trigger_period: El número de segundos que se pueden recibir los valores (por encima o por debajo del umbral de alerta) antes de que se envíe una alerta (el valor predeterminado es 60).
alarm_auto_inhibit_period: El número de segundos que se desactivará esta alerta después de que se envíe una alerta (el valor predeterminado es 3600).
consolidation_fn: Combina variables de rrd_updates en un valor. Para Uso de CPU El valor predeterminado es promediopara fs_usage El valor predeterminado esget_percent_fs_usage y para todos los demás: suma.
rrd_regex: Coincide con los nombres de las variables de xe vm-data-sources-list uuid=vm_uuid, para calcular los valores de rendimiento. Este parámetro tiene valores predeterminados para las variables con nombre:
- cpu_usage
- memory_internal_free
- network_usage
- disk_usage

Si se especifica, los valores de todos los elementos devueltos por xe vm-data-source-list cuyos nombres coincidan con la expresión regular especificada se consolidan mediante el método especificado como consolidation_fn.

Elementos de host válidos

nombre: El nombre de la variable (no predeterminado).
alarm_priority: La prioridad de las alertas generadas (por defecto 3).
alarm_trigger_level: El nivel de valor que desencadena una alerta (sin valor predeterminado).
alarm_trigger_sense: El valor es Alto cuando alarm_trigger_level es un valor máximo, de lo contrario, Bajo Si el alarm_trigger_level es un valor mínimo. (por defecto Alto)
alarm_trigger_period: El número de segundos que se pueden recibir los valores (por encima o por debajo del umbral de alerta) antes de que se envíe una alerta (valor predeterminado 60).
alarm_auto_inhibit_period: El número de segundos que la alerta está deshabilitada después de que se envía una alerta. (por defecto 3600).
consolidation_fn: Combina variables de rrd_updates en un valor (por defecto suma -o promedio)
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 (donde xxxxxxxxson los primeros ocho caracteres del SR-UUID).

Rendimiento de SR: Las alertas de rendimiento de almacenamiento deben configurarse en el SR en lugar de en el host. Por ejemplo:

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

Configuración de ejemplo genérico

En el ejemplo siguiente se muestra una configuración genérica:

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

Alertas del sistema

La siguiente tabla muestra los eventos/condiciones del sistema que activan una alerta que se mostrará en la página Alertas en XenCenter.

Nombre	Prioridad/gravedad	Descripción
license_expires_soon	2	El contrato de licencia de XenServer caduca pronto.
ha-statefile_lost	2	Perdido el contacto con el repositorio de almacenamiento de alta disponibilidad, actúe pronto.
ha-heartbeat_approaching_timeout	5	La alta disponibilidad se acerca al tiempo de espera, el host puede reiniciarse a menos que se realice una acción.
ha_statefile_approaching_timeout	5	La alta disponibilidad se acerca al tiempo de espera, el host puede reiniciarse a menos que se realice una acción.
haxapi_healthcheck_approaching_timeout	5	La alta disponibilidad se acerca al tiempo de espera, el host puede reiniciarse a menos que se realice una acción.
ha_network_bonding_error	3	Posible pérdida de servicio. Pérdida de red que envía latidos de alta disponibilidad.
ha_pool_overcommited	3	Posible pérdida de servicio. La alta disponibilidad no puede garantizar la protección de las máquinas virtuales configuradas.
ha_poor_drop_in_plan_exists_for	3	La cobertura de alta disponibilidad ha disminuido, es más probable que falle, aún no hay pérdidas.
ha_protected_vm_restart_failed	2	Pérdida de servicio. La alta disponibilidad no pudo reiniciar una máquina virtual protegida.
ha_host_failed	3	La alta disponibilidad ha detectado un error en un host.
ha_host_was_fenced	4	La alta disponibilidad reinició un host para protegerlo contra daños en la máquina virtual.
redo_log_healthy	4	El registro de puesta al día de XAPI se ha recuperado de un error anterior.
redo_log_broken	3	El registro de puesta al día de XAPI ha encontrado un error.
ip_configured_pif_can_unplug	3	XAPI puede desconectar una NIC configurada por IP cuando se utiliza la alta disponibilidad, lo que puede provocar un error de alta disponibilidad.
host_sync_data_failed	3	No se pudieron sincronizar las estadísticas de rendimiento de XenServer.
host_clock_skew_detected	3	El reloj del host no se sincroniza con otros hosts del grupo.
host_clock_went_backwards	1	El reloj del host está dañado.
pool_master_transition	4	Se ha especificado un nuevo host como coordinador del grupo.
pbd_plug_failed_on_server_start	3	El host no pudo conectarse al almacenamiento en el momento del arranque.
auth_external_init_failed	2	El host no pudo habilitar la autenticación de AD externa.
auth_external_pool_non homogéneo	2	Los hosts de un grupo tienen una configuración de autenticación de AD diferente.
multipath_period_alert	3	Una ruta de acceso a un SR ha fallado o se ha recuperado.
estado-de-bono-cambiado	3	Un enlace de un enlace se ha desconectado o se ha vuelto a conectar.

Alertas de actualización de software

XenCenter antiguo: XenServer espera una versión más reciente, pero aún puede conectarse a la versión actual
XenCenter desactualizado: XenCenter es demasiado antiguo para conectarse a XenServer
XenServer desactualizado: XenServer es una versión antigua a la que no se puede conectar el XenCenter actual
Alerta de licencia caducada: La licencia de XenServer ha caducado
Falta la alerta de IQN: XenServer utiliza el almacenamiento iSCSI, pero el IQN del host está en blanco
Alerta de IQN duplicado: XenServer utiliza almacenamiento iSCSI y hay IQN de host duplicados

Recibir alertas por correo electrónico

Puede configurar XenServer para que envíe notificaciones por correo electrónico cuando los hosts de XenServer generen alertas. La utilidad de alarma de correo de XenServer utiliza sSMTP para enviar estas notificaciones por correo electrónico. Puede habilitar alertas de correo electrónico básicas mediante XenCenter o la interfaz de línea de comandos (CLI) de xe. Para una mayor configuración de las alertas de correo electrónico, puede modificar el correo-alarma.conf fichero de configuración.

Utilice un servidor SMTP que no requiera autenticación. Los correos electrónicos enviados a través de servidores SMTP que requieren autenticación no se pueden entregar.

Habilitar alertas por correo electrónico mediante XenCenter

En Recursos , haga clic con el botón derecho en un grupo y seleccione Propiedades.
En Propiedades ventana, seleccione Opciones de correo electrónico.
Seleccione la opción Enviar notificaciones de alerta por correo electrónico casilla de verificación. Introduzca su dirección de destino preferida para los correos electrónicos de notificación y los detalles del servidor SMTP.
Elija su idioma preferido de la Idioma de correo lista. El idioma predeterminado para los correos electrónicos de alerta de rendimiento es el inglés.

Habilitación de alertas de correo electrónico mediante la CLI de xe

Para configurar alertas por correo electrónico, especifique su dirección de destino preferida para los correos electrónicos de notificación y el servidor 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 configura automáticamente la dirección del remitente como noresponder@<hostname>. Sin embargo, puede establecer la dirección del remitente explícitamente:

  xe pool-param-set uuid=pool_uuid other-config:mail-sender=serveralerts@example.com
<!--NeedCopy-->

Al activar las notificaciones por correo electrónico, recibirá una notificación por correo electrónico cuando se genere una alerta con una prioridad de 3 o superior. Por lo tanto, el nivel de prioridad mínimo predeterminado es 3. Puede cambiar este valor predeterminado con el siguiente comando:

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

Nota: No

Algunos servidores SMTP solo reenvían correos con direcciones que usan FQDN. Si encuentra que los correos electrónicos no se reenvían, puede ser por este motivo. En cuyo caso, puede establecer el nombre de host del servidor en el FQDN para que esta dirección se use al conectarse al servidor de correo.

Para configurar el idioma de los correos electrónicos de alerta de rendimiento:

  xe pool-param-set uuid=pool_uuid other-config:mail-language=ja-JP
<!--NeedCopy-->

El idioma predeterminado para los correos electrónicos de alerta de rendimiento es el inglés.

Configuración adicional

Para configurar aún más la utilidad de alarma de correo en XenServer, cree un archivo /etc/correo-alarma.conf fichero que contiene lo siguiente:

  root=postmaster
  authUser=<username>
  authPass=<password>
  mailhub=@MAILHUB@
<!--NeedCopy-->

/etc/correo-alarma.conf es una plantilla proporcionada por el usuario para el archivo de configuración de sSMTP ssmtp.conf y se utiliza para todas las alertas generadas por los hosts de XenServer. Consta de teclas donde clave=@KEY@ y @KEY@ se sustituye por el valor correspondiente de ssmtp-clave en pool.other_config. A continuación, estos valores se pasan a ssmtp, lo que le permite controlar aspectos de la configuración de sSMTP mediante valores de pool.other_config. Fíjate en cómo @KEY@ (en mayúsculas) corresponde a ssmtp-clave (en minúsculas, precedido por ssmtp-).

Por ejemplo, si configura el servidor SMTP:

  xe pool-param-set uuid=pool_uuid other-config:ssmtp-mailhub=smtp.example.com
<!--NeedCopy-->

y, a continuación, agregue lo siguiente a su archivo /etc/correo-alarma.conf archivo:

  mailhub=@MAILHUB@
<!--NeedCopy-->

mailhub=@MAILHUB@ Se convierte mailhub=smtp.example.com.

Cada servidor SMTP puede diferir ligeramente en su configuración y puede requerir una configuración adicional. Para configurar aún más sSMTP, modifique su archivo de configuración ssmtp.conf. Al almacenar las claves relevantes en el archivo correo-alarma.conf archivo, puede usar los valores en pool.other_config para configurar sSMTP. El siguiente extracto de la ssmtp.conf La página del manual muestra la sintaxis correcta y las opciones 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-->

La versión oficial de este contenido está en inglés. Para mayor comodidad, parte del contenido de la documentación de Cloud Software Group solo tiene traducción automática. Cloud Software Group no puede controlar el contenido con traducción automática, que puede contener errores, imprecisiones o un lenguaje inadecuado. No se ofrece ninguna garantía, ni implícita ni explícita, en cuanto a la exactitud, la fiabilidad, la idoneidad o la precisión de las traducciones realizadas del original en inglés a cualquier otro idioma, o que su producto o servicio de Cloud Software Group se ajusten a cualquier contenido con traducción automática, y cualquier garantía provista bajo el contrato de licencia del usuario final o las condiciones de servicio, o cualquier otro contrato con Cloud Software Group, de que el producto o el servicio se ajusten a la documentación no se aplicará en cuanto dicha documentación se ha traducido automáticamente. Cloud Software Group no se hace responsable de los daños o los problemas que puedan surgir del uso del contenido traducido automáticamente.

¿Le ha resultado útil?

Alertas

May 2, 2025

Contribución de:

May 2, 2025

Contribución de:

¿Le ha resultado útil?