XenServer

Alertas

August 1, 2026

Contribución de:

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

Ver alertas

Puede ver estas alertas usando XenCenter® o la CLI de xe:

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

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

Puede reducir la lista de alertas especificando parámetros adicionales, por ejemplo:
- Especifique la prioridad de las alertas que desea listar: xe message-list priority=<priority>
- Especifique si es 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

Las alertas de rendimiento se pueden generar 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 la 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 de XenCenter. También puede configurar XenCenter para enviar un correo electrónico para cualquier alerta de rendimiento especificada junto con otras alertas graves del sistema.

Cualquier alerta personalizada configurada mediante la CLI de xe también se muestra en la página Alertas de 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	Crítica	Actúe ahora o los datos podrían perderse/corromperse permanentemente.	Sí
2	Mayor	Actúe ahora o algunos servicios podrían fallar.	Sí
3	Advertencia	Actúe ahora o un servicio podría verse afectado.	Sí
4	Menor	Observe que algo acaba de mejorar.	No
5	Información	Información diaria (inicio, detención, reanudación de VM, etc.)	No
?	Desconocido	Error desconocido	No

Configurar alertas de rendimiento usando XenCenter

En el panel Recursos, seleccione el host, la VM o el SR relevante, luego haga clic en la pestaña General y luego en Propiedades.

Seleccione la pestaña Alertas. La siguiente tabla resume qué alertas están disponibles para hosts, VM o SR:

Nombre de la alerta	Host	VM	SR	Descripción
Generar alertas de uso de CPU	X	X		Establezca el umbral de uso de CPU y tiempo que activan la alerta.
Generar alertas de uso de CPU del dominio de control	X			Establezca el umbral de uso de CPU y tiempo del dominio de control que activan la alerta.
Generar alertas de uso de memoria	X			Establezca el umbral de uso de memoria y tiempo que activa la alerta.
Generar alertas de uso de memoria del dominio de control	X			Establezca el umbral de uso de memoria y tiempo del dominio de control que activa la alerta.
Generar alertas de memoria libre del dominio de control	X			Establezca el umbral de memoria libre y tiempo del dominio de control que activa la alerta.
Generar alertas de uso de disco		X		Establezca el umbral de uso de disco y tiempo que activa la alerta.
Generar alertas de rendimiento de almacenamiento			X	Establezca el umbral de rendimiento de almacenamiento y tiempo que activa la alerta. Nota: Los dispositivos de bloque físico (PBD) representan la interfaz entre un host XenServer específico y un SR adjunto. Cuando la actividad total de rendimiento de lectura/escritura de SR en un PBD excede el umbral que ha 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 red	X	X		Establezca el uso de red y el umbral de tiempo que activan la alerta.

Para cambiar el intervalo de repetición de la alerta, introduzca el número de minutos en el cuadro Intervalo de repetición de la alerta. Cuando se ha alcanzado un umbral de alerta y se ha generado una alerta, no se genera otra alerta hasta que haya transcurrido el intervalo de repetición de la alerta.

Haga clic en Aceptar para guardar los cambios.

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

Configurar alertas de rendimiento mediante la CLI de xe

Nota:

Los desencadenantes de las alertas se comprueban con un intervalo mínimo de cinco minutos. Este intervalo evita una carga excesiva en el sistema para comprobar estas condiciones y la notificación de falsos positivos. Si se establece un intervalo de repetición de alerta inferior a cinco minutos, las alertas seguirán generándose con el intervalo mínimo de cinco minutos.

La herramienta de supervisión del rendimiento perfmon se ejecuta una vez cada cinco minutos y solicita actualizaciones de XenServer que son promedios de un minuto. Estos valores predeterminados se pueden cambiar en /etc/sysconfig/perfmon.

La herramienta perfmon lee las actualizaciones cada cinco minutos de las variables de rendimiento que se ejecutan en el mismo host. Estas variables se dividen 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 other-config:perfmon y utiliza esta cadena para determinar qué variables supervisar y en qué circunstancias generar un mensaje.

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

Nota:

Puede usar varios nodos de 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, habrá un retraso antes de que la nueva configuración surta efecto, ya que, por defecto, 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

name: El nombre de la variable (sin valor predeterminado). Si el valor del nombre es cpu_usage, network_usage o disk_usage, los parámetros rrd_regex y alarm_trigger_sense no son necesarios, ya que se utilizan los valores predeterminados para estos.
alarm_priority: La prioridad de las alertas generadas (predeterminado 3).
alarm_trigger_level: El nivel de valor que activa una alerta (sin valor predeterminado).
alarm_trigger_sense: El valor es high si alarm_trigger_level es un valor máximo, de lo contrario low si alarm_trigger_level es un valor mínimo (el valor predeterminado high).
alarm_trigger_period: El número de segundos que se pueden recibir 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 esta alerta estará deshabilitada después de que se envíe una alerta (el valor predeterminado es 3600).
consolidation_fn: Combina variables de rrd_updates en un solo valor. Para cpu-usage el valor predeterminado es average, para fs_usage el valor predeterminado esget_percent_fs_usage y para todos los demás, sum.
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 nombradas:
- 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 coinciden con la expresión regular especificada se consolidan utilizando el método especificado como consolidation_fn.

Elementos de host válidos

name: El nombre de la variable (sin valor predeterminado).
alarm_priority: La prioridad de las alertas generadas (valor predeterminado 3).
alarm_trigger_level: El nivel de valor que activa una alerta (sin valor predeterminado).
alarm_trigger_sense: El valor es high cuando alarm_trigger_level es un valor máximo, de lo contrario low si el alarm_trigger_level es un valor mínimo. (valor predeterminado high)
alarm_trigger_period: El número de segundos que se pueden recibir 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 durante los cuales la alerta está deshabilitada después de que se envía una alerta. (valor predeterminado 3600).
consolidation_fn: Combina variables de rrd_updates en un solo valor (valor predeterminado sum - o average)
rrd_regex: Una expresión regular para hacer coincidir los nombres de las variables devueltas por el comando xe vm-data-source-list uuid=vm_uuid que se utilizarán para calcular el valor estadístico. Este parámetro tiene valores predeterminados para las siguientes variables con nombre:
- cpu_usage
- network_usage
- memory_free_kib
- sr_io_throughput_total_xxxxxxxx (donde xxxxxxxx son 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érica

El siguiente ejemplo 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 para que se muestre en la página Alertas de XenCenter.

Nombre	Prioridad/Gravedad	Descripción
license_expires_soon	2	El acuerdo de licencia de XenServer caduca pronto.
ha-statefile_lost	2	Se perdió 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 tome alguna medida.
ha_statefile_approaching_timeout	5	La alta disponibilidad se acerca al tiempo de espera, el host puede reiniciarse a menos que se tome alguna medida.
haxapi_healthcheck_approaching_timeout	5	La alta disponibilidad se acerca al tiempo de espera, el host puede reiniciarse a menos que se tome alguna medida.
ha_network_bonding_error	3	Posible pérdida de servicio. Pérdida de la red que envía el latido 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érdida presente.
ha_protected_vm_restart_failed	2	Pérdida de servicio. La alta disponibilidad no pudo reiniciar una VM protegida.
ha_host_failed	3	La alta disponibilidad detectó que un host falló.
ha_host_was_fenced	4	La alta disponibilidad reinició un host para proteger contra la corrupción de la VM.
redo_log_healthy	4	El registro de rehacer de XAPI se ha recuperado de un error anterior.
redo_log_broken	3	El registro de rehacer de XAPI ha encontrado un error.
ip_configured_pif_can_unplug	3	Una NIC configurada con IP puede ser desconectada por XAPI al usar alta disponibilidad, lo que podría provocar un fallo 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 está sincronizado con otros hosts del pool.
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 pool.
pbd_plug_failed_on_server_start	3	El host no pudo conectarse al Almacenamiento durante el arranque.
auth_external_init_failed	2	El host no pudo habilitar la autenticación externa de AD.
auth_external_pool_non-homogeneous	2	Los hosts de un pool tienen una configuración de autenticación de AD diferente.
multipath_period_alert	3	Una ruta a un SR ha fallado o se ha recuperado.
bond-status-changed	3	Un enlace en un bond se ha desconectado o reconectado.

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 obsoleto: XenCenter es demasiado antiguo para conectarse a XenServer
XenServer obsoleto: XenServer es una versión antigua a la que el XenCenter actual no puede conectarse
Alerta de licencia caducada: La licencia de XenServer ha caducado
Alerta de IQN faltante: XenServer utiliza 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 mail-alarm de XenServer utiliza sSMTP para enviar estas notificaciones por correo electrónico. Puede habilitar alertas básicas por correo electrónico utilizando XenCenter o la interfaz de línea de comandos (CLI) de xe.

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 el panel Resources, haga clic con el botón derecho en un grupo y seleccione Properties.
En la ventana Properties, seleccione Email Options.
Seleccione la casilla de verificación Send email alert notifications. 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 Mail language. El idioma predeterminado para los correos electrónicos de alerta de rendimiento es el inglés.

Habilitar alertas por correo electrónico mediante el uso de la CLI xe

Para configurar las 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 noreply@<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-->

Cuando active 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:

Algunos servidores SMTP solo reenvían correos con direcciones que utilizan FQDN. Si los correos electrónicos no se reenvían, podría deberse a esta razón. En ese caso, puede establecer el nombre de host del servidor como el FQDN para que esta dirección se utilice al conectarse a su 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.

La documentación oficial de este producto está en inglés. Las versiones en otros idiomas se ofrecen solo como referencia y pueden incluir contenido traducido de forma automática. Para obtener más información, consulte la cláusula de exención de responsabilidad sobre traducción automática en Cloud Software Group home.

¿Le ha resultado útil?

Alertas

August 1, 2026

Contribución de:

August 1, 2026

Contribución de:

¿Le ha resultado útil?