Supervise y administre su implementación

XenServer proporciona una supervisión detallada de las métricas de rendimiento. Estas métricas incluyen información de CPU, memoria, disco, red, estado C/estado P y almacenamiento. Cuando corresponda, estas métricas están disponibles por host y por máquina virtual. Estas métricas están disponibles directamente o se puede acceder a ellas y verlas gráficamente en XenCenter u otras aplicaciones de terceros.

XenServer también proporciona alertas del sistema y del rendimiento. Las alertas son notificaciones que se producen en respuesta a eventos seleccionados del sistema. Estas notificaciones también se producen cuando uno de los siguientes valores supera un umbral especificado en un host administrado, una máquina virtual o un repositorio de almacenamiento: uso de CPU, uso de red, uso de memoria, uso de memoria de dominio de control, rendimiento de almacenamiento o uso de disco de máquina virtual. Puede configurar las alertas mediante la CLI de xe o mediante XenCenter. Para crear notificaciones basadas en cualquiera de las métricas de rendimiento de host o máquina virtual disponibles, consulte Alertas de rendimiento.

Supervisión del rendimiento de XenServer

Los clientes pueden supervisar el rendimiento de sus hosts de XenServer y máquinas virtuales (VM) mediante las métricas expuestas a través de las bases de datos round robin (RRD). Estas métricas se pueden consultar a través de HTTP o a través de la herramienta RRD2CSV. Además, XenCenter utiliza estos datos para producir gráficos de rendimiento del sistema. Para obtener más información, consulte Analice y visualice las métricas.

En las tablas siguientes se enumeran todas las métricas de host y máquina virtual disponibles.

Notes:

• La latencia durante un período se define como la latencia promedio de las operaciones durante ese período.
• La disponibilidad y la utilidad de determinadas métricas dependen de la SR y la CPU.

Métricas de host disponibles

Métricas de VM disponibles

Nota: No

El valor de <XenCenter-pif-name> puede ser cualquiera de los siguientes:

• NIC <pif> -si <pif> Contiene pif_eth#Dónde ## es de 0 a 9
• <pif> -si <pif> Contiene pif_eth#. ## o pif_xenbr## o pif_bond##
• <Internal> Red <pif> -si <pif> Contiene pif_xapi##, (tenga en cuenta que <Internal> aparece tal cual)
• GRIFO <tap> -si <pif> Contiene pif_tap##
• Bucle invertido xapi -si <pif> Contiene pif_lo

Analice y visualice las métricas

La pestaña Rendimiento de XenCenter proporciona supervisión en tiempo real de las estadísticas de rendimiento de los grupos de recursos, además de tendencias gráficas del rendimiento de las máquinas físicas y virtuales. Los gráficos que muestran la CPU, la memoria, la red y la E/S de disco se incluyen en la pestaña Rendimiento de forma predeterminada. Puede agregar más métricas, cambiar la apariencia de los gráficos existentes o crear otros adicionales. Para obtener más información, consulte Configuración de métricas en la siguiente sección.

• Puede ver hasta 12 meses de datos de rendimiento y acercar para observar más de cerca los picos de actividad.

• XenCenter puede generar alertas de rendimiento cuando el uso de CPU, memoria, E/S de red, E/S de almacenamiento o E/S de disco supera un umbral especificado en un host, VM o SR. Para obtener más información, consulte Alertas en la siguiente sección.

Nota: No

Instale XenServer VM Tools para ver todos los datos de rendimiento de la máquina virtual.

Configurar gráficos de rendimiento

Para agregar un gráfico:

1. En el Rendimiento , haga clic en Acciones Y entonces Nuevo gráfico. Aparecerá el cuadro de diálogo Nuevo gráfico.

2. En Nombre , introduzca un nombre para el gráfico.

3. De la lista de Fuentes de datos, seleccione las casillas de verificación de las fuentes de datos que desea incluir en el gráfico.

4. Haga clic en Guardar.

Para editar un gráfico existente:

1. Navegue hasta el archivo Rendimiento y seleccione el gráfico que desea modificar.

2. Haga clic con el botón derecho en el gráfico y seleccione Accioneso haga clic en el botón Acciones botón. A continuación, seleccione Editar gráfico.

3. En la ventana de detalles del gráfico, realice los cambios necesarios y haga clic en De acuerdo.

Configurar el tipo de gráfico

Los datos de los gráficos de rendimiento se pueden mostrar como líneas o como áreas. Para cambiar el tipo de gráfico:

1. En el Herramientas , haga clic en Opciones y seleccione Gráficos.

2. Para ver los datos de rendimiento como un gráfico de líneas, haga clic en el icono Gráfico de líneas opción.

3. Para ver los datos de rendimiento como un gráfico de área, haga clic en el icono Gráfico de área opción.

4. Haga clic en OK para guardar los cambios.

Los detalles completos para configurar y ver los gráficos de rendimiento de XenCenter se pueden encontrar en la documentación de XenCenter en la sección Supervisión del rendimiento del sistema.

Configurar métricas

Nota: No

Los estados C y P son características de administración de energía de algunos procesadores. El rango de estados disponibles depende de las capacidades físicas del host, así como de la configuración de administración de energía.

Los comandos host y VM devuelven lo siguiente:

• Una descripción completa de la fuente de datos

• Las unidades aplicadas a la métrica

• El rango de valores posibles que se pueden utilizar

Por ejemplo:

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

Habilitar una métrica específica

La mayoría de las métricas están habilitadas y recopiladas de forma predeterminada, para habilitar las métricas que no lo están, escriba lo siguiente:

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

Inhabilitar una métrica específica

Es posible que no desee recopilar ciertas métricas con regularidad. Para inhabilitar una métrica habilitada anteriormente, introduzca lo siguiente:

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

Mostrar una lista de las métricas de host habilitadas actualmente

Para enumerar las métricas de host que se están recopilando actualmente, escriba lo siguiente:

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

Mostrar una lista de las métricas de máquina virtual habilitadas actualmente

Para alojar las métricas de máquina virtual que se están recopilando actualmente, escriba lo siguiente:

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

Usar RRDs

XenServer utiliza RRD para almacenar métricas de rendimiento. Estos RRD constan de varios archivos Round Robin (RRA) en una base de datos de tamaño fijo.

Cada archivo de la base de datos muestrea su métrica particular en una granularidad especificada:

• Cada 5 segundos durante 10 minutos
• Cada minuto durante las últimas dos horas
• Cada hora durante la semana pasada
• Todos los días durante el último año

El muestreo que tiene lugar cada cinco segundos registra puntos de datos reales, sin embargo, los siguientes RRA utilizan funciones de consolidación en su lugar. Las funciones de consolidación compatibles con XenServer son:

• PROMEDIO
• MIN
• MÁXIMO

Existen RRD para máquinas virtuales individuales (incluido dom0) y el host de XenServer. Los RRD de VM se almacenan en el host en el que se ejecutan o en el coordinador del grupo cuando no se están ejecutando. Por lo tanto, se debe conocer la ubicación de una máquina virtual para recuperar los datos de rendimiento asociados.

Para obtener información detallada sobre cómo utilizar los RRD de XenServer, consulte la Guía del kit de desarrollo de software de XenServer.

Análisis de RRD mediante HTTP

Puede descargar RRD a través de HTTP desde el host de XenServer especificado mediante el controlador HTTP registrado en /host_rrd o /vm_rrd. Ambas direcciones requieren autenticación, ya sea mediante autenticación HTTP o proporcionando referencias de sesión de API de administración válidas como argumento de consulta. Por ejemplo:

Descargue un RRD de host.

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

Descargue un RRD de máquina virtual.

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

Ambas llamadas descargan XML en un formato que se puede analizar directamente.

Análisis de RRD mediante rrd2csv

Además de ver las métricas de rendimiento en XenCenter, la herramienta rrd2csv registra los RRD en formato de valores separados por comas (CSV). Se proporcionan páginas de manual y de ayuda. Para mostrar las páginas de manual o de ayuda de la herramienta rrd2csv, ejecute el siguiente comando:

  man rrd2csv
<!--NeedCopy-->

O bien,

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

Nota: No

Cuando se utilicen varias opciones, proporciónelas individualmente. Por ejemplo: para devolver tanto el UUID como la etiqueta de nombre asociada a una máquina virtual o un host, llame a rrd2csv como se muestra a continuación:

rrd2csv -u -n

El UUID devuelto es único y adecuado como clave principal, sin embargo, es posible que la etiqueta de nombre de una entidad no sea necesariamente única.

La página del manual (rrd2csv --ayuda) es el texto de ayuda definitivo de la herramienta.

Alertas

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. Puede ver estas alertas mediante XenCenter o la CLI de xe.

Visualización de alertas con XenCenter

Puede ver diferentes tipos de alertas en XenCenter haciendo clic en Notificaciones Y entonces 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.

Alertas de rendimiento

Las alertas de rendimiento se pueden generar cuando uno de los siguientes valores supera 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 de 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 del área Notificaciones de 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.

Las alertas personalizadas que se configuran mediante la CLI de xe también se muestran 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.

Configurar alertas de rendimiento

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

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

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

Alertas del sistema

En la siguiente tabla se muestran los eventos/condiciones del sistema que activan una alerta para que se muestren en la página Alertas de XenCenter.

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

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

Configurar 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

1. En Recursos , haga clic con el botón derecho en un grupo y seleccione Propiedades.

2. En Propiedades ventana, seleccione Opciones de correo electrónico.

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

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

Campos y etiquetas personalizados

XenCenter admite la creación de etiquetas y campos personalizados, lo que permite la organización y la búsqueda rápida de máquinas virtuales, almacenamiento, etc. Para obtener más información, consulte Supervisión del rendimiento del sistema.

Búsquedas personalizadas

XenCenter admite la creación de búsquedas personalizadas. Las búsquedas se pueden exportar e importar, y los resultados de una búsqueda se pueden mostrar en el panel de navegación. Para obtener más información, consulte Supervisión del rendimiento del sistema.

Determinación del rendimiento de los adaptadores de bus físicos

En el caso de los HBA FC, SAS e iSCSI, puede determinar el rendimiento de red de los PBD mediante el siguiente procedimiento.

1. Enumere los PBD de un host.
2. Determine qué LUN se enrutan a través de qué PBD.
3. Para cada PBD y SR, enumere los VBD que hacen referencia a VDI en el SR.
4. Para todos los VBD activos que están conectados a las máquinas virtuales en el host, calcule el rendimiento combinado.

Para el almacenamiento iSCSI y NFS, compruebe las estadísticas de la red para determinar si hay un cuello de botella en el rendimiento de la cabina o si el PBD está saturado.

Supervise los recursos de host y dom0 con NRPE

Nota: No

La función NRPE está disponible para los clientes de XenServer Premium o Trial Edition. Para obtener más información sobre las licencias de XenServer, consulte Licenciamiento. Para actualizar u obtener una licencia de XenServer, visite la página Sitio web de XenServer.

Los usuarios con la función de administrador de grupo pueden utilizar cualquier herramienta de supervisión de terceros que admita Nagios Remote Plugin Executor (NRPE) para supervisar los recursos consumidos por el host de XenServer y dom0, el dominio de control del host.

Puede usar los siguientes complementos de verificación para monitorear los recursos de host y dom0:

NRPE es un servicio local que se ejecuta en dom0 y escucha en el puerto TCP (predeterminado) 5666 las solicitudes de ejecución de comprobación de una herramienta de supervisión. Una vez que llega una solicitud, NRPE la analiza, encuentra el comando de verificación correspondiente, incluidos los detalles del parámetro, del archivo de configuración y, a continuación, lo ejecuta. El resultado de la comprobación se envía a la herramienta de supervisión, que almacena los resultados de las comprobaciones anteriores y proporciona un gráfico que muestra los datos históricos de rendimiento.

Requisitos previos

Para poder utilizar NRPE para supervisar los recursos de host y dom0, la herramienta de supervisión que está utilizando debe cumplir los siguientes requisitos previos:

• La herramienta de monitoreo debe ser compatible con la versión 4.1.0 de NRPE.
• Para permitir la comunicación entre NRPE y la herramienta de supervisión, la herramienta de supervisión debe ser compatible con TLS 1.2 con cifrados ECDHE-RSA-AES256-GCM-SHA384 y ECDHE-RSA-AES128-GCM-SHA256, y la curva EC es SECP384R1.

Restricciones

• Puede configurar los ajustes de NRPE para un grupo completo o para un host independiente que no forme parte de un grupo. Actualmente, no se pueden configurar los ajustes de NRPE para un host individual en un grupo.

• Si agrega un host a un grupo que ya tiene NRPE habilitado y configurado en él, XenCenter no aplica automáticamente la configuración de NRPE del grupo al nuevo host. Debe volver a configurar los valores de NRPE en el grupo después de agregar el nuevo host o configurar el nuevo host con la misma configuración de NRPE antes de agregarlo al grupo.

  Nota: No

  Al volver a configurar los ajustes de NRPE en un grupo después de agregar un nuevo host, asegúrese de que el host esté en funcionamiento.

• Si se quita un host de un grupo con NRPE habilitado y configurado en él, XenCenter no altera la configuración de NPRE en el host o el grupo.

Configuración de NRPE mediante la CLI de xe

Puede configurar NRPE mediante la CLI de xe o XenCenter. Para obtener más información sobre cómo configurar NRPE mediante XenCenter, consulte Supervisión de recursos de host y dom0 con NRPE.

Después de realizar cambios de configuración en NRPE, reinicie el servicio NRPE mediante:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=restart
<!--NeedCopy-->

Habilitar NRPE

NRPE está deshabilitado de forma predeterminada en XenServer. Para habilitar NRPE en el dominio de control de un host (dom0), ejecute los siguientes comandos en la CLI xe:

1. Obtenga el UUID del host que desea supervisar:

   xe host-list

2. Habilite NRPE en el host:

   xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=enable

   Si la operación se ejecuta correctamente, este comando genera Éxito. Cuando XenServer se reinicia, NRPE se inicia automáticamente.

Para detener, iniciar, reiniciar o deshabilitar NRPE:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=<operation>
<!--NeedCopy-->

Dónde operación es parar, empezar, reanudaro inutilizar.

Supervisión de servidores

Se trata de una lista delimitada por comas de direcciones IP o nombres de host que pueden comunicarse con el demonio NRPE. Direcciones de red con una máscara de bits (por ejemplo 192.168.1.0/24) también son compatibles.

Vea la lista actual de servidores de monitoreo:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=get-config args:allowed_hosts
<!--NeedCopy-->

Permitir que la herramienta de supervisión ejecute comprobaciones:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=set-config args:allowed_hosts=<IP address or hostname>
<!--NeedCopy-->

Consulte todas las configuraciones de NRPE:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=get-config
<!--NeedCopy-->

Configure varios ajustes de NRPE:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=set-config args:allowed_hosts=<IP address or hostname> args:ssl_logging=<SSL log level> args:debug=<debug log level>
<!--NeedCopy-->

Registros

Registro de depuración

De forma predeterminada, el registro de depuración está deshabilitado.

Para comprobar si el registro de depuración está habilitado, ejecute el siguiente comando:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=get-config args:debug
<!--NeedCopy-->

Si depuración: 0 , se deshabilita el registro de depuración.

Para habilitar el registro de depuración:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=set-config args:debug=1
<!--NeedCopy-->

Registro SSL

De forma predeterminada, el registro SSL está deshabilitado:

  ssl_logging=0x00
<!--NeedCopy-->

Para comprobar si el registro SSL está habilitado, ejecute el siguiente comando:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=get-config args:ssl_logging
<!--NeedCopy-->

Para habilitar el registro SSL:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=set-config args:ssl_logging=0x2f
<!--NeedCopy-->

Umbrales de alerta y críticos

Para algunos de estos complementos de comprobación, puede establecer valores de umbral crítico y de advertencia para que si el valor devuelto por un complemento de verificación supera los valores de umbral, se genere una alerta. El umbral de advertencia indica un problema potencial y el umbral crítico indica un problema más grave que requiere atención inmediata. Aunque se establecen valores predeterminados para los umbrales de advertencia y críticos, puede ajustar los valores de umbral.

Para consultar los valores predeterminados de advertencia y umbral crítico para todas las comprobaciones, ejecute el siguiente comando xe CLI que devuelve una lista de todas las comprobaciones y sus umbrales críticos y de advertencia asociados:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=get-threshold
<!--NeedCopy-->

También puede consultar los valores de umbral para una comprobación específica. Por ejemplo, para obtener los valores de umbral crítico y de advertencia para el check_memory check plugin, ejecute el siguiente comando xe CLI:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=get-threshold args:check_memory
<!--NeedCopy-->

También puede cambiar el valor predeterminado de un umbral. Por ejemplo, para cambiar los valores de umbral predeterminados para el check_memory check plugin, ejecute el siguiente comando xe CLI:

  xe host-call-plugin host-uuid=<host uuid> plugin=nrpe fn=set-threshold args:check_memory args:w=75 args:c=85
<!--NeedCopy-->

Supervise los recursos de host y dom0 con SNMP

Nota: No

La función SNMP está disponible para los clientes de XenServer Premium o Trial Edition. Para obtener más información sobre las licencias de XenServer, consulte Licenciamiento. Para actualizar u obtener una licencia de XenServer, visite la página Sitio web de XenServer.

Con la función Administrador de grupo, puede utilizar SNMP para supervisar de forma remota los recursos consumidos por el host de XenServer y dom0, el dominio de control del host. Un administrador SNMP, también conocido como sistema de administración de red (NMS), envía solicitudes de consulta a un agente SNMP que se ejecuta en un host XenServer. El agente SNMP responde a estas solicitudes de consulta enviando los datos recopilados sobre varias métricas al NMS. Los datos que se pueden recopilar se definen mediante identificadores de objetos (OID) en un archivo de texto denominado base de información de gestión (MIB). Un OID representa una parte específica de información medible sobre un dispositivo de red, como el uso de CPU o memoria.

También puede configurar trampas, que son mensajes iniciados por el agente que alertan al NMS de que se ha producido un evento específico en XenServer. Tanto las solicitudes de consulta como las capturas se pueden utilizar para supervisar el estado de los grupos de XenServer. Estos se definen como objetos métricos y de trampa y se identifican mediante OID en un archivo MIB XENSERVER-MIB.txt, disponible para descargar desde el Página de descargas de XenServer. En las tablas siguientes se proporciona información sobre estos objetos de métrica y trampa.

Objetos métricos

Puede solicitar una información específica sobre los hosts de XenServer mediante las métricas que se enumeran en la tabla siguiente. Estas métricas son utilizadas por el administrador SNMP al enviar solicitudes de consulta a un agente SNMP, por lo que puede ver estos datos en su NMS.

Puede ver los datos devueltos de estos objetos métricos desde su NMS o desde la CLI xe. Para consultar los objetos de métrica de la CLI xe, ejecute host-data-source-query o vm-data-source-query y proporcione la fuente de datos RRDD como un valor para el fuente de datos parámetro. Por ejemplo:

  xe host-data-source-query data-source=cpu_avg host=<host UUID>
<!--NeedCopy-->

Nota: No

De forma predeterminada, el NMS envía solicitudes de consulta OID a los agentes SNMP mediante el puerto 161.

Notes:

1. El nombre de una pCPU está en el formato CPU seguido de un número. Para consultar el número de pCPU de la CLI xe, ejecute el siguiente comando:

   xe host-data-source-list host=<host UUID> | grep -E 'cpu[0-9]+$'

   Esto devuelve una lista de las métricas de CPU que coinciden con la expresión regular CPU[0-9]+.

Trampas

Las capturas son alertas enviadas por el agente SNMP para notificar al administrador SNMP cuando se producen determinados eventos, lo que le permite supervisar los hosts de XenServer e identificar problemas con antelación. Puede configurar los ajustes de SNMP para generar una trampa cuando se alcance un límite (por ejemplo, si el uso de la CPU del host es demasiado alto). Cuando se genera una trampa, se envía a su NMS y los siguientes campos se devuelven como parte del objeto de trampa.

Nota: No

De forma predeterminada, el agente SNMP en el host coordinador del grupo envía capturas al NMS mediante el puerto UPD 162.

Requisitos previos

• Todos los hosts de un grupo deben ejecutar la misma versión de XenServer y esta versión debe contener el complemento SNMP.

  Nota: No

  Si no puede ver el SNMP en XenCenter, puede deberse a que el host o un miembro del grupo no está ejecutando una versión de XenServer que admita SNMP. Actualice el host o el grupo a la versión más reciente de XenServer.

• El NMS que está utilizando debe ser compatible con SNMPv2c o SNMPv3.

• Su NMS y XenServer deben estar conectados a la red.

Restricciones

• Puede configurar los ajustes de SNMP para un grupo completo o para un host independiente que no forme parte de un grupo. Actualmente, no se pueden configurar los ajustes de SNMP para un host individual en un grupo.

• Si agrega un host a un grupo que ya tiene SNMP habilitado y configurado en él, XenCenter no aplica automáticamente la configuración de SNMP del grupo al nuevo host. Debe volver a configurar la configuración de SNMP en el grupo después de agregar el nuevo host o configurar el nuevo host con la misma configuración de SNMP antes de agregarlo al grupo.

  Nota: No

  Al reconfigurar la configuración de SNMP en un grupo después de agregar un nuevo host, asegúrese de que el host esté en funcionamiento y no en modo de mantenimiento.

• Antes de realizar una actualización de grupo continuo de Citrix Hypervisor 8.2 CU1 a XenServer 8 o de aplicar actualizaciones a los hosts y grupos de XenServer, haga una copia de seguridad de los siguientes archivos de configuración si los ha modificado manualmente antes y los necesita:

  • /etc/snmp/snmpd.xs.conf
  • /etc/sysconfig/snmp
  • /var/lib/net-snmp/snmpd.conf
• Cuando el agente SNMP está sin conexión, no se pueden generar capturas. Por ejemplo, si se reinicia el agente SNMP o se reinicia o se vuelve a designar el coordinador del grupo.

Configuración de SNMP mediante la CLI de xe

Puede configurar SNMP mediante la CLI de xe o XenCenter. Para obtener más información sobre cómo configurar SNMP mediante XenCenter, consulte Supervisión de recursos de host y dom0 con SNMP.

resultado Objetos

Al configurar SNMP, todas las respuestas se devuelven en formato JSON. Si un comando se ejecuta correctamente, devuelve el par clave-valor "código": 0. Algunos comandos (como el get-config comando) devuelve un objeto JSON anidado llamado resultado. El resultado JSON también es necesario para el objeto set-config que se utiliza para actualizar la configuración SNMP.

El resultado El objeto JSON se compone de los siguientes objetos común, agentey nmss:

common

agent

nmss

Notes:

1. COMMON_STRING_TYPE hace referencia a una cadena que cumple los siguientes requisitos:

   • Cualquier combinación de letra, número, guión (-), punto (.), libra (#), signo arroba (@), igual a (=), dos puntos (:) o caracteres de subrayado (_).
   • Longitud entre 6 y 32 inclusive.

2. Las contraseñas no se almacenan en texto plano en ningún archivo de configuración de XenServer. Se convierten en una clave localizada y se almacenan. El get-config muestra la contraseña como una constante oculta compuesta por asteriscos (*).

Configurar el servicio SNMP

Obtenga el estado del servicio SNMP:

  xe host-call-plugin host-uuid=<host-uuid> plugin=snmp fn=status
<!--NeedCopy-->

Inicie, detenga o reinicie el servicio SNMP:

  xe host-call-plugin host-uuid=<host-uuid> plugin=snmp fn=<operation>
<!--NeedCopy-->

Dónde operación es empezar, pararo reanudar.

Obtenga los detalles de configuración de SNMP:

  xe host-call-plugin host-uuid=<host-uuid> plugin=snmp fn=get-config
<!--NeedCopy-->

Si se ejecuta correctamente, este comando devuelve el par clave-valor "código": 0 y el resultado JSON que contiene los detalles de configuración del servicio SNMP. Por ejemplo:

  "code": 0,
    "result": {
      "common": {
        "enabled": "no",
        "debug_log": "no",
        "max_nmss": 1
      },
      "agent": {
        "v2c": "yes",
        "v3": "no",
        "community": "public",
        "user_name": "",
        "authentication_password": "",
        "authentication_protocol": "",
        "privacy_password": "",
        "privacy_protocol": "",
        "engine_id": "<engine_id>"
      },
      "nmss": []
    }
<!--NeedCopy-->

Copie el archivo resultado JSON a su editor de texto preferido y elimine todos los objetos nuevos (\n) del archivo. Actualice los campos con los detalles de configuración de SNMP. Configure su NMS consultando la documentación de su NMS y especificando valores para los campos requeridos para el nmss objeto. Para obtener más información, consulte la Objetos enumerados anteriormente.

Para configurar el servicio SNMP, ejecute el comando set-config y proporcione el comando editado resultado JSON como un valor de parámetro para el objeto args:config parámetro.

Establezca la configuración SNMP:

  xe host-call-plugin host-uuid=<host-uuid> plugin=snmp fn=set-config args:config='<result>'
<!--NeedCopy-->

Dónde resultado es el resultado JSON devuelto desde el objeto get-config que ha copiado y editado.

Nota: No

Para configurar SNMP para un grupo completo, debe ejecutar el comando set-config para cada host del grupo.

Si los cambios de configuración se realizan correctamente, el comando devuelve el par clave-valor "código": 0. Si los cambios de configuración no se realizan correctamente, el set-config devuelve uno de los siguientes pares clave-valor que indican que se ha producido un error:

• "código": 1: Cadena de error común. Por ejemplo, una excepción desconocida.
• "código": 2: Cadena de error (falta el parámetro).
• "código": 3: Devuelve un Mensaje object como una lista donde cada elemento está en el formato de [field_path, clave, valor, cadena de error].

También puede enviar una trampa SNMP de prueba a su NMS para verificar que la información especificada del receptor de trampa sea correcta.

Envíe una captura SNMP de prueba:

  xe host-call-plugin host-uuid=<host-uuid> plugin=snmp fn=send-test-trap args:config='{"nmss":[{"uuid":"<uuid>","address":"<address>","port":162,"v2c":"yes","v3":"no","community":"public","user_name":"<user_name>","authentication_password":"<authentication_password>","authentication_protocol":"<authentication_protocol>","privacy_password":"<privacy_password>","privacy_protocol":"<privacy_protocol>"}]}'
<!--NeedCopy-->

Este comando envía una trampa de prueba a su NMS con el msg_name de TEST_TRAP y el msg_body de Esta es una trampa de prueba del grupo XenServer "<pool name>" para verificar la configuración del receptor de trampas NMS.

Si no recibe la trampa de prueba, vuelva a comprobar la configuración de SNMP. Si no tiene éxito, el send-test-trap también devuelve uno de los siguientes pares clave-valor que indican que se ha producido un error:

• "código": 1: Cadena de error común. Por ejemplo, una excepción desconocida.
• "código": 2: Cadena de error (falta el parámetro).
• "código": 3: Devuelve un Mensaje object como una lista donde cada elemento está en el formato de [field_path, clave, valor, cadena de error].
• "código": 4: Devuelve un Mensaje object como una lista donde cada elemento está en el formato de [dirección nms, puerto nms, cadena de error].