Notas de la versión de la sonda vmware (monitorización de VMware)

Esta sección contiene las Notas de la versión de todas las versiones de la sonda de monitorización de VMware (vmware).
uimpga-ga
vmware_RN
Esta sección contiene las Notas de la versión de todas las versiones de la sonda de monitorización de VMware (vmware).
Contenido
2
Historial de revisiones
Esta sección describe el historial de las actualizaciones de la sonda.
Versión
Description
Estado
Fecha
7.14
Novedades:
  • Se han agregado propiedades personalizadas a los elementos de inventario de la sonda de VMware para admitir la publicación de la topología del inventario y las relaciones entre los objetos de VMware: Agrupaciones de recursos a Centros de datos
  • Se ha agregado una clave en la Configuración sin formato para definir el nombre DNS o nombre abreviado como el nombre del dispositivo.
  • Se ha introducido la sección Filtro automático para el componente del almacén de datos en las plantillas de fábrica predeterminadas y en las nuevas de la consola de administración. Para obtener más información sobre cómo utilizar el Filtro automático para las plantillas más antiguas del componente del almacén de datos, consulte el tema
    (Opcional) Uso de filtros
    en el artículo Sonda vmware: Aplicación de la monitorización mediante plantillas en la Consola de administración.
Defectos corregidos:
  • Se ha corregido una incidencia donde después de actualizar a vmware 7.11, la cola de detección ha aumentado continuamente. (
    Caso de soporte: 01188309
    )
  • Se ha corregido una incidencia donde después de actualizar a vmware 7.11, la sección
    Monitores incluidos en la plantilla
    está en blanco y se ha generado un gran número de errores
    Se ha producido un error al recopilar datos de...
    (
    Caso de soporte 01184595
    )
  • Se ha corregido una incidencia en la que la sonda vmware no ha podido monitorizar una versión de vCenter 6.7.0.
    (Casos de soporte: 01204155, 01239412, 01193497, 01254703)
  • Se ha corregido una incidencia donde la sonda ha enviado los errores
    Intento de agregar un vértice que ya existía
    .
    (Casos de soporte: 01229015, 01244295, 01292418)
GA
Marzo de 2019
7.13
Novedades:
Se han agregado propiedades personalizadas a los elementos de inventario de la sonda de VMware para admitir la publicación de la topología del inventario y las relaciones entre los objetos de VMware:
  • Agrupaciones de recursos a clústeres
  • Agrupaciones de recursos a hosts
Beta
Enero de 2019
7.11
Novedades:
  • Se ha agregado la compatibilidad para el conjunto de programas de vSphere 6.7.
  • La sonda es compatible con TLS 1.2/1.1/1.0 para comunicarse con vCenter. De forma predeterminada, la sonda iniciará la comunicación con TLS 1.2 e intentará conectarse con vCenter, si no puede, irá probando con las diferentes versiones hasta que encuentre una ruta de conexión que se pueda utilizar. Para obtener más información, consulte Consideraciones de la instalación.
  • La sonsa es compatible con la supresión de alarmas y métricas de la calidad del servicio que se publican para los hosts que se encuentran en modo de mantenimiento. Para obtener más información, consulte Desactivación de las alarmas y calidad del servicio de los equipos de host en el modo de mantenimiento.
  • Las siguientes mejoras están disponibles con el paquete de plantilla del servicio de configuración de la monitorización de vmware v7.11. El paquete de plantillas solamente es compatible con CA UIM 9.0.2 y versiones posteriores.
    Para obtener la compatibilidad con CA UIM 8.51, donde la sonda vmware está configurada utilizando el servicio de configuración de la monitorización, se recomienda actualizar solo la sonda vmware v7.11 y seguir utilizando las plantillas del servicio de configuración de la monitorización de la sonda vmware v6.82. Para obtener más información, consulte el problema conocido.
      • Perfiles mejorados que permiten configurar las métricas, las líneas de referencia, los umbrales de alarma y las alarmas (incluidas las alarmas de Umbral de tiempo excedido) y personalizar las alarmas y los mensajes de alarma de cierre; todo incluido en un perfil del servicio de configuración de la monitorización único.
      • Se han agregado parámetros de inventario adicionales para mejorar la creación de grupos dinámicos y estáticos en USM.
      • Capacidad para monitorizar vCenter pero se excluyen determinadas máquinas virtuales que se desean detectar mediante la sonda vmware.
  • Las siguientes métricas están en desuso en sus monitores aplicables en las plantillas del servicio de configuración de la monitorización 7.11.1 (heredada) y 7.11.2 (mejorada).
    Paquetes de red recibidos
    Paquetes de red transmitidos
    En su lugar, se pueden ver las métricas siguientes:
    Velocidad de recepción de paquetes de red
    Velocidad de transmisión de paquetes de red
Defecto corregido:
  • Se ha corregido una incidencia en la integración de UIM con Spectrum donde los dispositivos no estaban diseñados en los contenedores jerárquicos correctos y las agrupaciones de recursos estaban vacías. (
    Caso de soporte 01104617
    )
  • Se ha corregido un problema donde un nuevo mensaje de alarma se ha agregado a la sonda vmware pero no está disponible en el Editor de plantillas. (
    Caso de soporte: 00962935
    ) Se ha agregado una nueva devolución de llamada.
  • Se ha corregido un problema donde la configuración de la sonda vmware tenía problemas al extraer datos de Virtual Center. (
    Caso de soporte
    :
    01005286
    )
  • Se ha corregido un problema donde las métricas de la calidad del servicio faltaban para la sonda de VMware (
    caso de soporte
    00767838
    ).
  • Se ha corregido una incidencia donde la sonda vmware dejaba de recopilar datos de la calidad del servicio de forma aleatoria (
    caso de soporte 00855918
    ).
GA
Agosto de 2018
6.87
Defectos corregidos:
  • Aparece el
    Cuadro de diálogo de error predeterminado de DataGridView
    después de desplazarse a un host de la máquina virtual incluido en un clúster y seleccionar
    Memoria
    (
    casos de soporte 00754934, 00786235 y 00789071
    ).
  • Un problema donde se pueden realizar copias de seguridad de los archivos de cola pero no es posible procesarlos hace que los usuarios tengan que suprimir manualmente los archivos de cola. (
    Caso de soporte: 00738661
    )
  • La sonda publicaba gráficas parciales cuando los monitores o eventos cambiados en un sistema monitorizado daban como resultado una publicación excesiva de gráficas (
    caso de soporte: 00799774
    ).
  • Se produce un error en los monitores de solo alarma al informar de las definiciones de la calidad del servicio.
GA
Septiembre de 2017
6.83
Defectos corregidos:
  • Se ha corregido una incidencia donde la sonda vmware no responde al cliente completo del Gestor de la infraestructura cuando se han activado determinadas configuraciones de la sonda.
  • Se ha corregido una incidencia donde la sonda vmware no publica la calidad del servicio para determinados valores de la métrica cuando se configura mediante MCS (
    caso de soporte 00783809
    ).
  • Se ha corregido una incidencia donde la sonda vmware a veces se bloquea cuando se configuran mediante MCS.
  • Se ha corregido una incidencia donde la recopilación de datos de la sonda se interrumpe cuando VCenter presenta una dirección IPv6 con un ID de ámbito.
GA
Julio de 2017
6.82
  • Se ha agregado la sección Preguntas frecuentes
  • Se ha mejorado el diagrama de flujo de trabajo
  • Se ha expandido la explicación sobre cómo funcionan los filtros de la plantilla
GA
Mayo de 2017
6.82
Novedades:
  • Se ha agregado el soporte para vSphere 6.5.
  • La publicación parcial de la gráfica se activa de forma predeterminada.
Defectos corregidos:
  • Se ha corregido una incidencia en la que la sonda generaba falsas alarmas relacionadas con la latencia de disco.
    Número de caso de soporte
    :
    00645192
  • Se ha corregido una incidencia en la que la sonda generaba falsas alarmas de automonitorización cuando se eliminaba un elemento del entorno de monitorización.
    Por ejemplo, si había eliminado una CPU de una máquina virtual, la API de VMWare devolvía una métrica de rendimiento "-1 (datos no disponibles)" de aproximadamente una hora. Cuando esto ocurría, el monitor de la sonda vmware calculaba los monitores de la CPU agregada, mostraba valores incorrectos y, a continuación, valores nulos. Los valores incorrectos y nulos daban como resultado que los monitores automáticos configurados en los monitores de la CPU agregada enviaban alarmas de automonitorización.
  • Se ha corregido una incidencia donde un monitor creado a partir de una métrica de cadena sin ninguna alarma activada ha provocad una incidencia con el Administrador de la capacidad.
GA
Marzo de 2017
6.81
Novedades:
  • Se ha mejorado la compatibilidad con las plantillas MCS.
Beta
Febrero de 2017
6.80
Novedades:
  • Se ha agregado la compatibilidad para la configuración de la métrica a través del servicio de configuración de la monitorización (MCS).
  • Se ha agregado la compatibilidad para Microsoft .NET 4.X para la interfaz de usuario del Gestor de la infraestructura.
  • Se ha reducido de forma significativa el volumen de datos en entornos con eventos frecuentes de vMotion. Cuando se activa la publicación parcial de la gráfica para v6.8, se reduce la cantidad de datos publicados compatibles de capturar vMotion a solo lo que es necesario.
Defectos corregidos:
  • Se ha corregido un defecto en el que la sonda no ha actualizado correctamente la métrica snapshotcount y snapshotSize.
    Números de casos de soporte: 00505053, 453749
  • Se ha corregido un defecto en el que se producía un error en el monitor Espacio aprovisionado sin una alarma.
  • Se ha corregido un defecto en el que la métrica HostCpuUsage utilizaba MHz como unidad de medida en lugar de utilizar el porcentaje tal y como se indica en la etiqueta.
  • Se ha corregido un defecto en el que la sonda capman_da (adaptador de datos de gestión de la capacidad) no ha podido leer los mensajes de la sonda vmware v6.72 y posterior.
    Número de caso de soporte 00426964
  • Se ha corregido una incidencia en la que los cuadros de mandos unificados versión 3.05 incluyen las versiones incorrectas de los cuadros de mandos unificados de VMware, lo que ha provocado el error en el cuadro de mandos de Vblock porque los objetivos de la calidad del servicio no se han definido correctamente.
  • Se ha corregido una incidencia en la que la sonda categorizaba incorrectamente las medidas publicadas en el Gestor de servicios unificados. La corrección elimina tanto los vacíos potenciales en el Gestor de servicios unificados como las medidas catalogadas incorrectamente. Estas correcciones también son visibles en CA Business Intelligence.
    Número de caso de soporte
    :
    00616218
Beta
Enero de 2017
6.72
Novedades:
  • Se ha agregado la generación de informes de todas las direcciones IP y MAC secundarias para una máquina virtual con herramientas de VMware instaladas.
  • Se ha agregado la documentación que describe una solución para un problema conocido. Cuando se vuelve a configurar un monitor estático, la memoria caché del monitor estático no se desactiva a menos que se desactive y se active la sonda.
    Caso de soporte 00157751
  • Se ha agregado documentación que describe una solución temporal para un problema conocido de VMware que hace que el archivo de registro de la sonda muestre un mensaje de error de recopilación de la métrica de rendimiento.
  • Se ha agregado el soporte adicional para VCenter 6.0u2.
Defectos corregidos:
  • Se ha corregido un defecto de la documentación en la sección Requisitos de software, donde se indicaba incorrectamente que Microsoft .NET Framework debe instalarse en el mismo sistema que la sonda. Instale Microsoft .NET solo si se está utilizando el Gestor de la infraestructura. Instale Microsoft .NET solo en el sistema que ejecuta la GUI del Gestor de la infraestructura.
  • Se ha corregido un defecto por el que las alarmas de monitorización automática de la sonda no se desactivan cuando se ha solucionado la causa de la alarma o cuando se ha reiniciado la sonda.
  • Se ha corregido un defecto en el cual los cambios en la configuración de plantilla realizados por el usuario en la interfaz de usuario de la consola de administración no se guardaban en la sonda.
    Caso de soporte 00355985
  • Se ha corregido un defecto en el que la sonda devolvía datos no válidos para un nombre de host de máquina virtual y el uso de la CPU del host.
GA
Mayo de 2016
6.60
Novedades:
  • Es compatible con VMware vCenter y ESXi 6.0 actualización 1.
  • Las cadenas de destino se han modificado para las métricas de host del tipo HOST_SYSTEM. Las cadenas de destino para HOST_SYSTEM se encuentran en el nodo del sistema de host y se denominan host/system/kernel. Por ejemplo, la cadena de destino anterior era: Uso de CPU de recursos en MHz (% de MHz*NumCpuCores). La nueva cadena de destino es host/system/kernel/Uso de CPU de recursos en MHz (% de MHz*NumCpuCores).
Defectos corregidos:
  • Se ha solucionado un problema en el que, si un nombre de identificación de la agrupación de mensajes incluye un carácter de subrayado, se invierte el orden de visualización del estado de umbral alto y bajo.
    Caso de Salesforce 00168994
  • Se ha solucionado un problema en el que, mientras una métrica ha quedado desactivada en el Gestor de la infraestructura, todavía sigue activada en la Consola de administración.
    Caso de Salesforce 00169165
  • Se ha solucionado un problema en el que la sonda no es coherente con el uso del nombre que debe utilizarse para identificar la fuente de un mensaje de calidad del servicio.
    Caso de Salesforce 00170267
  • Se ha solucionado un problema en el que el ID de dispositivo se muestra incorrectamente como el conector predeterminado para ciertas alarmas.
    Caso de Salesforce 00170025
  • Se ha solucionado un problema para los usuarios con CA UIM v8.0 o v8.1 según el cual los cuadros de mandos unificados de VMware no presentan la calidad del servicio que recopila la sonda.
    Caso de Salesforce 00154590
  • Se ha solucionado un problema en el cual la sonda no ha enviado ningún ID de dispositivo en las alertas a través del conector de CA UIM para CA SOI.
    Caso de Salesforce 00170025
  • Se ha solucionado un problema en el cual el editor de plantillas en la Consola de administración ofrece una opción superflua para aplicar un filtro de nivel de registro.
  • Se ha solucionado un problema en el cual la sonda ha detenido la generación de mensajes de calidad del servicio después de estar en ejecución continua durante un día.
  • Se ha solucionado un problema en el cual se ha producido MissingTargetException.
  • Se ha solucionado un problema en el que, cuando se ejecuta en un servidor Windows 2008 con una pérdida del socket, la sonda muestra el siguiente mensaje de error: "Java.net.SocketException: no hay espacio disponible en el búfer".
  • Se ha solucionado el problema de corrupción de caracteres japoneses cuando el usuario los utiliza; la fuente y el destino de la calidad del servicio se corrompen al almacenarse en la base de datos.
GA
Octubre de 2015
6.53
Novedades:
  • Se ha agregado la compatibilidad para configurar y aplicar toda la monitorización en la Consola de administración, sea manualmente o con plantillas.
  • Se ha agregado documentación sobre cómo dar formato a las direcciones IPv6 cuando se utilizan para un identificador uniforme de recursos (URI). Se debe utilizar la convención de Java de cierre de una dirección IPv6 entre corchetes.
Para obtener más información, consulte las guías Sonda vmware v6.5: Configuración en la Consola de administración y Sonda vmware v6.5: Configuración del Gestor de la infraestructura.
  • Se han agregado monitores nuevos al recurso del almacén de datos:
    • promedio de operaciones de lectura
    • promedio de operaciones de escritura
    • velocidad de operaciones de lectura
    • velocidad de operaciones de escritura
  • Se ha agregado la capacidad de monitorización de un disco del almacén de datos. Se incluyen los siguientes monitores:
    • promedio de operaciones de lectura
    • promedio de operaciones de escritura
    • velocidad de operaciones de lectura
    • velocidad de operaciones de escritura
  • Se ha agregado la capacidad de monitorización de un almacén de datos en un host. Se incluyen los siguientes monitores:
    • promedio de operaciones de lectura
    • promedio de operaciones de escritura
    • velocidad de operaciones de lectura
    • velocidad de operaciones de escritura
    • total de latencia de lectura
    • total de latencia de escritura
  • Se ha agregado la capacidad de monitorización de un almacén de datos en una máquina virtual. Se incluyen los siguientes monitores:
    • promedio de operaciones de lectura
    • promedio de operaciones de escritura
    • velocidad de operaciones de lectura
    • velocidad de operaciones de escritura
    • total de latencia de lectura
    • total de latencia de escritura
Para obtener más información acerca de estas métricas, consulte Sonda vmware: Métrica.
Defectos corregidos:
  • Se ha solucionado un problema que consiste en que se ha perdido la configuración de la monitorización de la calidad del servicio cuando cambia la contraseña del usuario.
    Caso de Salesforce 00162857
  • Se ha solucionado el problema por el cual los valores de la diferencia se calculan incorrectamente.
  • Se ha corregido una incidencia en la que el monitor del sensor numérico no actualizaba el estado del sistema de alimentación.
    Caso Salesforce 00155626
  • Se ha solucionado una incidencia en la que no funcionaban los monitores automáticos con el valor n de promedio en uso.
    Caso Salesforce
    00160619
    Nota
    : Monitoriza el tipo de enumerador que solo admite los valores actuales y no puede calcular valores de la diferencia.
GA
Agosto de 2015
6.41
Novedades:
  • Se ha agregado un elemento de la GUI de la Consola de administración: la carpeta Configuración eliminada en el árbol de navegación izquierdo para la sonda muestra los recursos que se han suprimido en VMware vSphere y que todavía tienen configuración en la sonda.
  • Se ha agregado la monitorización de los grupos de puertos virtuales distribuidos y del conmutador.
  • Se ha agregado el soporte para la monitorización del mismo vCenter con múltiples credenciales.
  • Se ha agregado soporte para el uso de caracteres no ingleses en los siguientes campos: nombre de la plantilla, descripción de la plantilla, nombre del mensaje, texto del mensaje de error, texto del mensaje correcto y umbrales de alarma.
  • Se ha activado la sonda para indicar a la sonda baseline_engine (o a otras sondas que realizan una función computacional similar) que calcule las líneas de referencia, publique los datos de la calidad del servicio en el bus de mensajes y publique alarmas cuando se cumplan los criterios de los umbrales de alarma configurados.
  • Se ha mejorado el tiempo de detección y el uso de la memoria dinámica.
Defectos corregidos:
  • Se ha solucionado un problema en el que, cuando se utilizan dos perfiles de usuario con permisos diferentes en el mismo host de ESXi, las credenciales incorrectas se han definido en ambos recursos y ambos recursos han monitorizado el mismo conjunto de objetos de vCenter.
    Caso Salesforce 00152061
  • Se ha solucionado un problema en el que, cuando se monitorizaban sensores numéricos en los hosts de ESXi, el perfil no funcionaba y la información sobre herramientas mostraba el mensaje de error No se ha podido conectar.
  • Se ha solucionado un problema por el cual, al realizar la monitorización de la métrica de la calidad del servicio para la disponibilidad del servicio de host, faltaba la descripción del servicio desde la denominación del elemento de configuración.
  • Se ha solucionado un problema por el cual la internacionalización (traducción del inglés) ha causado que el texto de la fuente/del destino de la calidad del servicio sea ilegible cuando se almacena en la base de datos.
GA
Marzo de 2015
6.30
Se ha corregido un problema con las actualizaciones de valores para la métrica HOST_SERVICE.
Se ha mejorado el tiempo de carga del contenido de todos los monitores y de los monitores automáticos en la GUI del Gestor de la infraestructura.
Se ha mejorado la lógica de procesamiento del monitor para reducir los intervalos de sondeo.
La métrica del rendimiento está ahora visible en la interfaz de usuario si está activada la monitorización.
Se ha reducido el tamaño de la memoria modificando la representación interna de los objetos.
Se ha reducido el tiempo del intervalo de sondeo creando las llamadas de subprocesos para recopilar la métrica del rendimiento de vCenter.
GA
Diciembre de 2014
6.12
Se ha agregado la compatibilidad con la migración a la versión actual desde la versión 4.01 en adelante.
Todos los nombres de grupo están localizados en la Configuración de la sonda.
Se ha corregido una incidencia donde las instancias del servidor VMware que no están agrupadas en clúster se comunican erróneamente como vCenter.
Se han corregido los mensajes predeterminados que alertaban sobre "memoria" en lugar de "red".
Se ha solucionado un nombre incorrecto de destino de la calidad del servicio para los discos de invitado: QOS_DISK_FREE //Libre (en % de capacidad) es correcto; QOS_DISK_FREE GuestDisk///Libre (en % de capacidad) no es correcto.
GA
Julio de 2014
6.10
Se han agregado requisitos para VMware VirtualCenter 5.5 y VMware ESX/ESXi 5.5.
Se ha descrito la apariencia de las máquinas virtuales en USM.
Compatibilidad para entornos IPv6.
Se ha restaurado la métrica VMwareApiAvailable.
GA
Marzo de 2014
6.01
Se ha corregido la incidencia donde la monitorización de las alarmas en varios vCenter podría provocar un error en la recopilación.
GA
Diciembre de 2013
6.00
Mejoras de rendimiento
Compatibilidad con VMware 5.5
Se ha corregido el aprovisionamiento de máquinas virtuales que podía causar falsas alarmas de UUID duplicadas.
Se ha corregido la caducidad de la sesión de la sonda con vCenter activando falsas alarmas de UUID duplicadas.
Beta
Diciembre de 2013
5.10
Se produce un error en la sonda al detectar nuevas máquinas virtuales en la versión 5.1, actualización 1.
El aprovisionamiento de máquinas virtuales activa falsas alarmas de UUID duplicadas.
Los monitores del tipo 'media de los último n' no muestran los valores de 'Todos los monitores'.
GA
Octubre de 2013
5.03
Se ha vuelto a introducir la compatiblidad con source_is_ip.
Se utiliza un nuevo método de recopilación de eventos que funciona en todos los hosts de ESXi.
Se ha corregido el cálculo del tiempo de respuesta de la API.
Se ha mejorado el mensaje de error que aparece cuando se produce un error de comunicación con el controlador.
GA
Junio de 2013
5.02
Se han agregado sugerencias de herramienta al pasar el ratón en los nodos del recurso para proporcionar contexto adicional.
Se ha corregido la creación de dispositivos visibles en USM.
GA
Mayo de 2013
5.01
Se ha vuelto a escribir el back-end y la interfaz de usuario.
Se ha agregado la compatibilidad con el reenvío de alarmas.
Se ha agregado el pod de almacenamiento y la monitorización de la aplicación virtual.
Se ha agregado la monitorización de VMotion de clúster.
Marzo 2013
4.20
Ahora el botón de ayuda de la sonda puede acceder a la ayuda en línea.
Ya no se crean los monitores automáticos de la métrica del rendimiento para las entidades a las que les falta la métrica del rendimiento.
Se ha agregado la métrica del rendimiento de la memoria y de la CPU a las agrupaciones de recursos.
Se han realizado correcciones en relación a la creación de detalles del dispositivo remoto para el contenido niscache de SOC.
Se han agregado a la entidad de los hosts la métrica de puertos del conmutador virtual y la métrica de puertos disponibles.
Se ha agregado la compatibilidad (opcional) para incluir carpetas que contienen los almacenes de datos en el destino de la calidad del servicio.
Se ha corregido el resaltado de la plantilla activa durante la función de arrastrar y soltar.
Ahora se es compatible con la operación de copia de la plantilla.
Junio de 2012
4.11
Se han corregido las cadenas de destino de la calidad del servicio de la agrupación de recursos para que sean únicas.
Se han corregido las cadenas de destino de la calidad del servicio de la instancia de caracteres comodín del monitor automático.
Se ha corregido la cadena de destino de la calidad del servicio para las conversiones de monitor automático a monitor estático.
Marzo de 2012
4.03
Ahora las alarmas del intervalo de sondeo se desactivan cuando el ciclo de recopilación tarda menos tiempo que el intervalo configurado.
Se ha corregido la cadena de destino para los monitores automáticos de DS, clúster y red creados a partir de monitores estáticos.
Se ha corregido la cadena de destino para que contenga la ruta de la topología de las redes y de las agrupaciones de recursos.
Se han corregido las dependencias del robot en el paquete de sondas de VMware.
Se ha restaurado la métrica de uso de la memoria de la máquina virtual que falta en el árbol de inventario.
Se ha corregido el tamaño de la instantánea de FM notificado.
Se ha agregado la compatibilidad para realizar un seguimiento de las máquinas virtuales mediante instanceUUIDs para los entornos con los UUID duplicados (p. ej., Lab Manager y vCloud).
Enero de 2012
4.02
Se ha actualizado la plantilla de la métrica de UMP para que coincida con el contenido más reciente del cuadro de mandos.
Diciembre de 2011
4.01
Se ha aumentado la fuente de la calidad del servicio para incluir opcionalmente el origen para las instalaciones multicliente.
Se ha corregido la falta de escenarios que se produce al convertir el monitor automático a monitor estático.
Ahora cualquier monitor estático tiene prioridad sobre los monitores automáticos.
Noviembre de 2011
4.00
Se ha agregado la compatibilidad para la gestión de configuración orientada al servicio (SOC) de los hosts y de las máquinas virtuales con las herramientas de VMware instaladas.
Se ha corregido la denominación de destino de los almacenes de datos que se encuentran dentro de las carpetas.
Se ha corregido la activación de los monitores estáticos para los monitores de la API de nivel superior.
Octubre de 2011
3.53
Se han corregido los errores relacionados con el proceso de cálculo para la métrica de la red que falta.
Junio de 2011
3.52
Se han ajustado las entradas de la calidad del servicio para ser compatibles con los cuadros de mandos listos para su uso.
Junio de 2011
3.51
Se han corregido los cálculos de milisegundo a porcentaje para la métrica del rendimiento de la CPU.
Junio de 2011
3.42
Se ha corregido el comportamiento del monitor automático en relación con los monitores con caracteres comodines (p. ej., servicios, CPU, CpuStatusInfo, discos, etc.).
Ahora los monitores StorageStatusInfo, CpuStatusInfo, MemoryStatusInfo y NumericSensorInfo son compatibles con los caracteres comodín en los monitores automáticos y en las plantillas.
La sonda permite que no se establezca la propiedad vNIC de los hosts de ESX.
Mayo de 2011
3.41
Se ha agregado la compatibilidad con el monitor de estado para los conmutadores de red.
Se ha agregado la compatibilidad con los monitores a nivel de resumen para los clústeres.
Ahora se informa de la latencia del disco del nivel superior como una media.
Los valores booleanos se convierten en números enteros para activar el envío de la calidad del servicio.
Se han corregido la métrica del rendimiento de la CPU para que se informe en términos de un promedio de la CPU.
Mayo de 2011
3.40
Se ha agregado una versión de mantenimiento que incluye los tipos de mensaje adicional y las entradas de la calidad del servicio.
Marzo de 2011
3.31
Se ha corregido el proceso de resolución del destino de los mensajes de calidad del servicio y de alarma enviados.
Marzo de 2011
3.30
El proceso de inicio de la sonda se ha migrado al mecanismo estándar del controlador.
Ahora se envían alarmas de recursos para los recursos no disponibles.
Se han agregado las métricas de la CPU y memoria.
Se han realizado mejoras en el rendimiento de la sonda y de la interfaz de usuario de configuración.
Se ha corregido la fuente de los monitores automáticos de la agrupación de recursos.
Se han actualizado las concesiones de memoria del monitor de la plantilla de métrica de UMP.
Ya no se es compatible con la supresión de todos los monitores aplicando plantillas. Utilice la sección Todos los monitores para seleccionar y suprimir todos los monitores (p. ej., seleccione el primer monitor y, a continuación, utilice el método abreviado CTRL + Mayús + Fin para seleccionar todos los monitores y, por último, utilice la acción de supresión del menú contextual para realizar la supresión).
Ahora la alarma a nivel de advertencia se emite cuando la hora de recopilación de datos para un recurso es mayor que el intervalo de sondeo.
Ahora la sonda sustituye los valores calculados para la métrica de la red que falta o que no está disponible en algunos servidores ESX (p. ej., los servidores EXSi 4.1 más recientes). Cuando se utilizan los valores de sustitución, la sonda registra un mensaje de advertencia en el archivo de registro.
Se ha corregido el comportamiento de la fuente como dirección IP con los monitores implementados desde la plantilla.
Marzo de 2011
3.29
Se han corregido los monitores de eventos.
Se han actualizado los valores predeterminados para el monitor de la memoria del invitado de la máquina virtual.
Se han actualizado los monitores de la plantilla de métrica de UMP en relación con los almacenes de datos y la memoria del invitado.
Febrero de 2011
3.28
Se ha agregado la compatibilidad para obtener la métrica PowerState de los hosts.
Se ha incorporado el proceso de la mejor coincidencia para gestionar los cambios de nombre que se producen con los monitores StorageStatusInfo, CpuStatusInfo, MemoryStatusInfo y NumericSensorInfo. En casos donde la sonda tiene que realizar la mejor coincidencia, la sonda registra un mensaje de advertencia en el archivo de registro.
Febrero de 2011
3.27
Se ha corregido la activación de los monitores del almacén de datos de la vista de lista de la interfaz de usuario de configuración.
Ahora las plantillas se pueden utilizar con almacenes de datos tanto con los monitores automáticos como con los monitores.
Se ha activado la función de arrastrar y soltar directamente de las plantillas para los almacenes de datos.
Ahora los monitores automáticos de la API de VMware funcionan a nivel del recurso.
Se ha corregido el error de recuperación o gestión en relación a los tiempos de espera excedidos de la sesión de VMware.
Ahora la propiedad de la jerarquía de la exploración de la interfaz de usuario de configuración refleja el estado de los monitores automáticos basados en el rendimiento.
Ahora la generación de informes NumericSensorInfo está desactivada de forma predeterminada.
Se han corregido errores de la métrica basada en el porcentaje de memoria.
Se ha agregado la métrica para informar sobre el estado de la plantilla de la máquina virtual y el recuento de las máquinas virtuales que no son de una plantilla.
Diciembre de 2010
3.26
Se ha corregido el comportamiento en relación a los monitores desactivados.
Noviembre de 2010
3.25
Se ha corregido el comportamiento en relación al envío de alarmas de desactivación para los monitores.
Se ha corregido el destino para los monitores automáticos del almacén de datos.
Se ha corregido la casilla de verificación para los monitores del host.
Noviembre de 2010
3.24
Ahora se gestiona el error que se produce cuando algunos hosts disponen de un almacén de datos nulo.
Octubre de 2010
3.23
Se ha corregido la métrica que no se mostraba correctamente en la interfaz de usuario cuando no se podía resolver un nombre de host.
Octubre de 2010
3.22
Se ha corregido el defecto sobre la coincidencia de la configuración automática que ha causado que los monitores automáticos coincidan con las máquinas virtuales que no se están ejecutando.
Se ha corregido el defecto del tiempo de espera excedido de la sesión que ha causado datos nulos cuando se han utilizado intervalos de tiempo largos.
Se debe volver a intentar queryAvailablePerfMetrics ya que a veces se produce un error.
Septiembre de 2010
3.21
Ahora se permite la dirección IP como fuente de los monitores automáticos.
Se ha corregido el defecto de edición del umbral de la cadena.
Septiembre de 2010
3.20
Se ha agregado la métrica sobre la disponibilidad de la API de VMware y el tiempo de respuesta.
Se ha agregado la métrica SnapshotCount y SnapshotSize para las máquinas virtuales.
Se han agregado configuraciones automáticas predeterminadas para recursos nuevos.
Se han realizado mejoras en el rendimiento.
Agosto de 2010
3.10
Se han realizado mejoras en la escala.
Se ha activado NIS2.
Abril de 2010
3.02
Se ha eliminado la limitación en el número de recursos.
Se ha agregado la comprobación de solo inicio de sesión para los recursos sin monitores.
Se ha agregado la compatibilidad para el tratamiento de excepciones independientemente del idioma.
Se ha corregido NullPointerException cuando la matriz de objetos devuelta por el servidor (mediante uno de los métodos getArrayOf) es nula.
Noviembre de 2009
3.01
Se han corregido los problemas con la detección del asunto VMWARE y con la reconexión después de que se pierda la conexión al servidor.
Septiembre de 2009
3.00
Se ha agregado la compatibilidad para los puntos de medición adicionales para vSphere 4.
Se ha agregado la compatibilidad con la etiqueta $ip en los mensajes.
Se ha agregado la compatibilidad para la actualización automática a vSphere 4 (si es posible) mediante Ctrl-U.
Junio de 2009
2.73
Se ha corregido la clave de la CPU en la plantilla predeterminada.
Febrero de 2009
2.71
Se ha corregido el error al establecer la conexión con ESX/VC.
Febrero de 2009
2.70
Se ha agregado la compatibilidad con la monitorización del rendimiento de la CPU, del disco y de la instancia de la red.
Se ha agregado la posibilidad de realizar un promedio de un punto de un monitor sobre las 2-5 últimas medidas.
Se ha optimizado el tiempo de arranque para las configuraciones con muchos recursos activos.
Se ha agregado la columna clasificable de severidades de la alarma.
Se ha corregido la implementación de las plantillas en entornos de clúster.
Se han corregido posibles incidencias de la GUI cuando la sonda está a punto de reiniciarse.
Diciembre de 2008
2.55
Se ha agregado la compatibilidad para poner en cola las alarmas de recursos.
Octubre de 2008
2.54
Se ha agregado la corrección del tiempo de espera de la conexión.
Octubre de 2008
2.53
Se ha eliminado un posible error de recopilación del rendimiento después de eliminar una máquina virtual monitorizada.
Octubre de 2008
2.52
Se ha eliminado el envío de alarmas cuando solo está activa la calidad del servicio.
Octubre de 2008
2.51
Se ha eliminado el bloqueo cuando un recurso no estaba disponible.
Octubre de 2008
2.50
Se ha agregado la compatibilidad para dos niveles de alarma.
Se ha agregado la compatibilidad para la configuración automática.
Septiembre de 2008
2.20
Se ha agregado la posibilidad de enrutar las alarmas a la cola de logmon.
Se ha agregado la posibilidad de agregar el nombre DNS (si está disponible) a una alarma (etiqueta $dns).
Se ha agregado la posibilidad de definir los puntos de control del almacén de datos, del disco invitado y del servicio en las plantillas.
Se ha agregado la posibilidad de suprimir todos los puntos de control existentes cuando se implementa una plantilla.
Se ha agregado la opción de menú Agregar a plantilla....
Se ha agregado la ventana de estado Implementación de plantillas.
Ahora se es compatible con Java 1.6.
Junio de 2008
2.10
Se ha agregado un número de nuevos puntos de medición.
Se ha mejorado el rendimiento de la GUI.
Ahora se puede desactivar la actualización automática de la GUI (se utiliza F5 para la actualización manual).
Se ha cambiado una serie de iconos.
Los iconos de la máquina virtual reflejan el estado de la ejecución y el estado de la configuración de la máquina virtual.
Ahora se puede descartar una plantilla en cualquier nivel (es compatible con los puntos de control de la máquina virtual, del host y de la agrupación de recursos).
Se han eliminado las opciones de menú Crear plantilla y Aplicar plantilla en las máquinas virtuales.
Se ha agregado la compatibilidad para los eventos en las plantillas.
Se ha eliminado la lista de puntos de control en el proceso de creación de plantillas (solo se es compatible con la función de arrastrar y soltar).
Se es compatible con Java 1.5.
Actualización técnica.
Abril de 2008
2.08
Se ha actualizado las bibliotecas.
Octubre de 2007
2.07
Se ha corregido el inicio de sesión.
Agosto de 2007
2.06
Se ha cambiado el tratamiento de los ID de monitor.
Agosto de 2007
2.05
Se han corregido las plantillas.
Junio de 2007
2.01
Se ha corregido el destino y la fuente de la calidad del servicio.
Abril de 2007
2.00
Se ha agregado la compatibilidad para la infraestructura 3 (VirtualCenter 2.x y ESX 3.x).
Se ha agregado la compatibilidad con las plantillas.
Se han cambiado los iconos de la GUI.
Marzo de 2007
1.16
Se ha cambiado el script de inicio para ser compatible con Solaris.
Diciembre de 2006
1.15
Se ha mejorado el tratamiento de los certificados.
Noviembre de 2006
1.00
Versión inicial
Septiembre de 2006
Requisitos de la aplicación específicos de la sonda
La sonda requiere acceso a la cuenta del usuario para las aplicaciones siguientes:
  • Acceso del usuario al servidor ESX o VMware vCenter.
  • La distribución correcta del paquete de la sonda se basa en el paquete de Java que se instala con el servidor de
    CA Unified Infrastructure Management
    .
Requisitos del entorno específicos de la sonda
La sonda es compatible con la monitorización de los siguientes entornos de vSphere:
  • v7.11 a 7.14: vSphere vCenter/ESXi 5.1U2 - 6.7
  • v6.82 a 6.87: vSphere vCenter/ESXi 5.1U2 - 6.5
  • v6.72: vSphere vCenter/ESXi 5.1U2 - 6.0U2
  • v6.60: vSphere vCenter/ESXi 5.1U2 - 6.0U1
  • v6.00 a v6.53: vSphere vCenter/ESXi 5.1U2 - 5.5
  • v5.X: vSphere vCenter/ESXi 4.1U2 - 5.1U2
La sonda requiere entornos de vSphere de destino que utilicen los UUID únicos. Esto significa que al clonar máquinas virtuales (VM), cada clon debe tener un UUID distinto para que se produzca una adecuada monitorización. Si cada máquina virtual no dispone de un UUID único, se notificarán datos incorrectos para las máquinas virtuales.
La sonda es compatible con vCenter Server Appliance (VCSA) para las versiones compatibles de VMware que son compatibles con VCSA.
Requisitos de hardware específicos de la sonda
La sonda debe instalarse en los sistemas con los siguientes recursos mínimos:
  • Memoria: 2-4 GB de RAM. La sonda según se entrega requiere 512 MB de RAM.
  • CPU: procesador de doble núcleo de 3 GHz de 32 o 64 bits.
Recomendaciones sobre el tamaño para la sonda vmware
  • Inicie la sonda sin máquinas virtuales configuradas con 1 GB de RAM, es decir, 1 GB para la sonda base sin dispositivos.
  • Obtenga el recuento del número de máquinas virtuales en vCenter que desea monitorizar.
  • En función del número de máquinas virtuales en vCenter, agregue 330 MB por 1000 máquinas virtuales.
    Por ejemplo, si tiene 3000 máquinas virtuales en su instancia de vCenter, necesitará 1 GB + 1 GB (p.ej. 330 MB*3). Esta cantidad es la cantidad máxima de memoria que se necesita para la sonda VMware por vCenter. La regla que se debe seguir es la siguiente:
    (1 GB + 330 MB multiplicado por 1000 máquinas virtuales = Cantidad máxima de RAM necesaria.)
Requisitos de software específicos de la sonda
Para utilizar todas las funciones disponibles para v6.41 y posteriores, incluyendo la sonda en Unified Management Portal (UMP) y el portlet Consola de administración (AC),
Se recomienda
CA Unified Infrastructure Management
v8.2 o posterior.
La sonda requiere el siguiente entorno
mínimo
de software:
  • CA Unified Infrastructure Management
    Server 7.1 o posterior.
Se recomienda que
CA Unified Infrastructure Management
Server y CA Unified Management Portal (UMP) tengan la misma versión. Para verificar el número de versión de Unified Management Portal (UMP), introduzca "html/version.txt" en la barra de direcciones del navegador, después de IP/ o hostname/ de UMP. Por ejemplo: http://<nombre_o_IP_UMP_Server>:/html/version.txt. Al realizar esto, aparece una página en la que se muestra la versión y la etiqueta, fecha y número de compilación.
  • CA Unified Infrastructure Management
    Robot versión 5.23 o posterior.
  • Máquina virtual de Java
    • Versiones 6.53 de la sonda vmware y posteriores: máquina virtual de Java paquete de la versión 1.7 (implementado como parte del paquete de sondas).
    • A partir de las versiones 6.51 de la sonda vmware: máquina virtual Java paquete de la versión 1.6 o posterior (implementado como parte del paquete de sondas).
CA Unified Infrastructure Management
Server 7.0 o posterior es necesario para utilizar el portlet de Unified Service Management (USM), que utiliza la mayoría de los clientes. Si no se desea utilizar USM, la recopilación de datos y los cuadros de mandos funcionan con
CA Unified Infrastructure Management
5.1.1 o posterior.
Requisitos de software específicos de la sonda para los usuarios del Gestor de la infraestructura
La sonda requiere
CA Unified Infrastructure Management
4.08 o posterior.
Gestor de la infraestructura requiere Microsoft .NET. Utilice la versión de Microsoft .NET que sea compatible con la versión de la sonda que se esté utilizando.
vmware 6.7x y posteriores
  • Microsoft .NET Framework 3.5-4.X en el sistema de Windows que ejecuta la GUI del Gestor de la infraestructura.
Sonda vmware v6.72 y versiones anteriores
No se admite Microsoft .NET Framework 4.0 o posterior. Para determinar la versión, vaya a la documentación de Microsoft y busque "Cómo determinar qué versiones de .NET Framework están instaladas."
  • Microsoft .NET Framework 3.5 en el sistema de Windows que ejecuta la GUI del Gestor de la infraestructura.
Consideraciones de la instalación
La sonda requiere los siguientes tipos de acceso a la cuenta en el entorno de VMware:
  • Acceso de lectura en todas las entidades monitorizadas
Para la compatibilidad con TLS 1.2:
  • Como administrador de vCenter de destino, es posible que haya activado o desactivado cualquier versión de TLS y la sonda de VMware podrá comunicarse con vCenter.
  • La sonda de VMware siempre iniciará el protocolo de enlace con TLS 1.2 y si la instancia de vCenter de destino es compatible con TLS 1.2, todas las comunicaciones futuras utilizarán el protocolo TLS 1.2. De lo contrario, se utilizará el protocolo compatible más alto compatible con vCenter.
Consideraciones de actualización
Las secciones siguientes se aplican a los usuarios que acceden a la GUI de configuración de la sonda mediante el Gestor de la infraestructura o la Consola de administración de
CA Unified Infrastructure Management
.
Actualización de v6.41 a v6.50
Las versiones 6.41 y posteriores admiten la configuración y aplicación de la monitorización con las plantillas en la Consola de administración.
Cuando se aplica la monitorización con las plantillas en v6.41 y, a continuación, se actualiza la sonda a v6.50, cualquier plantilla de la Consola de administración configuurada (y sus filtros, reglas y monitores) se guarda y se incluye en la sonda actualizada.
Los monitores nuevos en v6.50 se agregan a todas las plantillas pertinentes de la Consola de administración, también las plantillas configuradas en v6.41. Los monitores nuevos están disponibles aunque aparezcan desactivados de forma predeterminada.
Las
plantillas activas predeterminadas
se actualizan automáticamente al actualizar la sonda. Los
filtros, las reglas y los monitores
nuevos o desaprobados en la versión más reciente de la plantilla activa predeterminada se aplican automáticamente como parte del proceso de actualización. Si desea guardar la configuración de monitorización de la plantilla activa predeterminada actual para evitar que se sobrescriba al actualizar la sonda; es necesario copiar la plantilla activa predeterminada, renombrarla y aplicar esta copia con el nombre nuevo antes de actualizar la sonda.
Actualización de las versiones anteriores a v6.41 o posteriores
Es posible configurar y aplicar la monitorización con las plantillas en la Consola de administración únicamente para v6.41 y las versiones posteriores.
Si se actualiza v6.41 o v6.50 desde una versión anterior de la sonda y desea aplicar la monitorización con las plantillas, primero se debe eliminar cualquier configuración anterior. A continuación, se puede activar la configuración masiva, que permite realizar la configuración únicamente a través de la Consola de administración y desactiva Gestor de la infraestructura. Por ello, se recomienda suprimir las versiones de la sonda anteriores a la versión 6.41 e implementar directamente la nueva versión 6.41 o las versiones posteriores de la sonda.
Si desea configurar la sonda
únicamente
a través del Gestor de la infraestructura, se puede actualizar desde una versión anterior hacia v6.41 o posterior sin eliminar ningún tipo de configuración anterior. Sin embargo, Gestor de la infraestructura no admite todas las funciones de la versión 6.41 y posteriores.
Si se actualiza desde v4.23 y desea conservar los monitores configurados, se recomienda actualizar a v6.50 puesto que el rendimiento de la actualización es mejor.
Cuadros de mandos unificados o vistas de resumen en UMP
La versión 5.01 y posteriores de la sonda requieren actualizaciones con las vistas de lista de VMware configuradas previamente de forma predeterminada y que se proporcionan en las vistas Cuadros de mandos unificados o Vistas de resumen en UMP. Es posible que cualquier vista de lista de VMware existente pueda mostrar datos en blanco en algunas vistas de lista.
Consulte los siguientes pasos para resolver las incidencias relacionadas con el cuadro de mandos o las vistas de lista:
  • Aplique la plantilla de UMP proporcionada con la sonda vmware (o actualice manualmente los monitores para reflejar el contenido de la plantilla UMP) y
  • Utilice las vistas de lista proporcionados con la última versión de UMP. De forma alternativa, se puede ir al sitio de soporte y obtener las vistas de lista actualizadas que son compatibles con la versión 5.01 de la sonda. Consulte los foros para obtener más información sobre cómo obtener este contenido.
Migración
Se admite la migración desde las versiones 4.2x de la sonda, aunque con advertencias importantes.
  • CPU extra (% disponible) y CPU garantizada (% disponible) se han eliminado de la API de VMware después de ESX 3.5. Se han eliminado de la sonda.
  • Se ha eliminado VMwareApiAvailable como una métrica monitorizable en las versiones 5.01 a 6.01. Se ha sustituido por una alarma de monitorización automática.
    Esta funcionalidad se ha restaurado en la versión 6.10 y se puede utilizar además de la alarma de la monitorización automática.
  • Reserva (vm) es un duplicado del monitor CPUReservation. Para evitar confusiones, se ha eliminado la reserva.
  • Las métricas del host VMNonTemplateCount, VMNamesActive y VMNames se habían pensado para una función abandonada. Se han eliminado.
  • ToolsStatus (desaprobado) se ha desaprobado para una versión y ya se ha eliminado.
  • Se ha eliminado TemplateState a favor de tener un tipo totalmente distinto para las máquinas virtuales y las plantillas. Se deberán volver a crear los monitores estáticos que se han creado con entidades que se han vuelto a clasificar de máquina virtual a plantilla.
  • Si se intenta migrar cualquiera de estos monitores dará como resultado alarmas para cada uno de ellos durante cada ciclo de sondeo.
  • Se está haciendo una copia de seguridad automáticamente del archivo de configuración original en el directorio de instalación de la sonda.
  • Cualquier monitor CpuStatusInfo, MemoryStatusInfo o NumericSensorInfo que se estaba activado manualmente en la sonda anterior se deberá volver a activar en la sonda nueva editando el archivo mondef.cfg.
  • Las versiones 5.x de la sonda utilizan más memoria. Si se estaba cerca del límite de la memoria en la versión anterior de la sonda, es muy probable que necesite aumentar la memoria disponible.
Consideraciones para la API de servicios web de VMware
La sonda se basa en la API de servicios web de VMware para la recopilación de datos. Todos los datos se recopilan mediante las operaciones de solo lectura exclusivamente (la sonda nunca realiza solicitudes de actualización o escritura en el entorno).
Consideraciones para la visualización de información en USM
Se requieren pasos adicionales para ver las métricas de consumo e información de VMware en USM. La información específica de VMware mostrada en USM varía en función del sistema de VMware: vCenter, host o máquina virtual.
Para
CA Unified Infrastructure Management
  1. En el Gestor de la infraestructura, aplique la plantilla de métricas de UMP al sistema.
    Este paso activa a la mayoría de los monitores necesarios para ver la información de VMware en USM. Sin embargo, para ver toda la información específica de VMware disponible, se debe realizar también el paso siguiente.
  2. Seleccione la casilla de verificación
    Publicar datos
    para los siguientes monitores:
Listas para hosts y vCenters
5 agrupaciones de recursos principales - CPU
CPUOverallUsage
5 agrupaciones de recursos principales - Memoria
MemoryOverallUsage
5 almacenes de datos principales - Capacidad
Capacidad
5 máquinas virtuales principales - Memoria
GuestMemoryUsage
Propiedades de vCenter
Almacenamiento vMotions
Número de Storage VMotions
Máquina virtual vMotions
Número de VMotions
Memoria total
TotalMemory
CPU total
TotalCPU
Listas para vCenters
5 hosts principales - CPU
TotalCPU
5 hosts principales - Memoria
OverallMemoryUsage
Métrica en desuso para los siguientes monitores
Para los siguientes monitores o entidades de recursos, algunas métricas están en desuso y se han sustituido.
Monitores aplicables
Métrica en la plantilla heredada
Métrica en la plantilla mejorada
VM_NIC
VM_NIC_AGGREGATE
HOST_NIC
HOST_NIC_AGGREGATE
Paquetes de red recibidos
Velocidad de recepción de paquetes de red
Paquetes de red transmitidos
Velocidad de transmisión de paquetes de red
Prácticas recomendables
Esta sección contiene las prácticas recomendables generales para el uso de la sonda. Consulte la documentación para la interfaz de configuración y versión de más recomendaciones específicas a su situación.
Rendimiento
La configuración predeterminada debe ser suficiente rendimiento para la mayoría de entornos. Los elementos siguientes pueden afectar al rendimiento:
  • El número de recursos de destino.
  • El tiempo de respuesta de la API de los entornos de destino.
  • El número de monitores.
  • La frecuencia del sondeo.
Si la sonda no es capaz de seguir el ritmo, enviará una alarma que indica que el proceso de recopilación está tardando más que el intervalo de sondeo. En general, CA recomienda que el intervalo de sondeo se configure cada 10 minutos o más. Si todavía se ven problemas incluso con un mayor intervalo de sondeo, tenga en cuenta una o ambas de las siguientes acciones:
  • Aumente el intervalo de sondeo. Si la sonda no está experimentando problemas de memoria, cambie el intervalo de sondeo para permitir la búsqueda y el procesamiento de datos desde el entorno de VMware de destino.
  • Aumente la cantidad máxima de memoria. Solo haga esta acción si se ven pruebas de que la sonda no tiene suficiente memoria (compruébelo utilizando una herramienta de monitorización de JVM o a través de la devolución de llamada de la información).
Al configurar la monitorización de un nuevo recurso, la sonda puede tardar varios minutos en iniciarse en función del número de máquinas virtuales en vCenter.
Monitores automáticos y monitores estáticos
Dado que los monitores automáticos se ajustan automáticamente a los cambios en el inventario en vCenter, se recomienda que utilice los monitores automáticos en lugar de los monitores estáticos.
Si se utilizan monitores estáticos y el monitor no está disponible en vCenter, la sonda emite un mensaje de error como, por ejemplo, "No se puede configurar el <monitor> en <estación de trabajo>. Para ver y desactivar los monitores estáticos que ya no se aplican al inventario, haga clic en la carpeta Configuración eliminada en la interfaz de la Consola de administración.
Optimización de la memoria para la sonda
En las instalaciones grandes con muchos puntos de control, aumente la memoria para la sonda si:
  • el archivo de registro contiene errores de falta de memoria. Considere la posibilidad de realizar un ajuste.
  • el tamaño del proceso está alcanzando el límite de la memoria configurado de la máquina virtual Java. Es recomendable realizar un ajuste.
Utilice la herramienta Configuración sin formato para ajustar la memoria disponible para la sonda. Una buena regla es utilizar 1000 MB de memoria para cada 1000 máquinas virtuales que se están monitorizando. Por ejemplo, para establecer el tamaño de la memoria dinámica de inicio en 1000 MB, realice el siguiente procedimiento:
  1. En el Gestor de la infraestructura, pulse la tecla Mayús y, a continuación, haga clic con el botón secundario del ratón en la sonda.
  2. En el menú contextual, seleccione
    Configuración sin formato
    .
  3. Agregue o cambie la siguiente entrada en la sección
    Startup
    (inicio):
    Clave:
    options
    Valor:
    -Xms32m -Xmx1000m
    El valor distingue entre mayúsculas y minúsculas.
    IMPORTANTE:
    La herramienta Configuración sin formato no tiene ninguna comprobación de errores. Asegúrese de que los cambios que se realizan sean válidos antes de guardar y continuar.
Monitorización del hardware
Este tema se aplica a los usuarios que acceden a la GUI de configuración de la monitorización mediante la Consola de administración o el Gestor de la infraestructura de
CA Unified Infrastructure Management
.
La sonda proporciona numerosas métricas y alertas de monitorización de la virtualización para el rendimiento y la disponibilidad del entorno de VMware mediante las API de los servicios web de VCenter y ESXi. Las API de VMware también proporcionan métricas para el hardware subyacente del servidor que ejecuta el hipervisor ESXi. La sonda recopila la mayor parte de estas métricas de monitorización de hardware del servidor. Las métricas disponibles están limitadas por los datos que proporcionan las API de VMware. Las métricas también difieren en la cobertura y en la precisión en función del hardware del servidor.
Por lo tanto, CA recomienda utilizar las otras sondas de
CA Unified Infrastructure Management
para la monitorización del hardware del servidor, especialmente las sondas de SNMP como snmptd. Como práctica recomendable, utilice la sonda snmptd para capturar mensajes debido a eventos erróneos o dañinos desde el dispositivo de hardware del servidor subyacente que ejecuta el hipervisor ESXi. Siga las instrucciones proporcionadas por el distribuidor de hardware del servidor o de VMware para activar SNMP en el dispositivo de hardware del servidor. Para configurar la sonda snmptd de CA
CA Unified Infrastructure Management
, consulte la documentación de la sonda o póngase en contacto con Soporte para obtener ayuda.
De forma alternativa, la sonda puede reenviar las alarmas desde vCenter. Configure las alarmas de hardware apropiadas en vCenter y active los monitores de alarma para los dispositivos relacionados en la sonda para reenviar las alarmas activadas.
Compatibilidad con SOC para hosts y máquinas virtuales
Este tema se aplica a los usuarios que acceden a la GUI de configuración de la monitorización de la sonda mediante la Consola de administración o el Gestor de la infraestructura.
A partir de la sonda 4.0, esta admite la configuración a través de la configuración orientada al servicio (SOC). Cuando se utiliza la sonda con SOC:
  • La configuración de una conexión a un recurso de vSphere se realiza a través de la interfaz de usuario de la sonda.
  • Se pueden crear grupos de plantillas para las máquinas virtuales o hosts utilizando la configuración dedicada. Para las máquinas virtuales, el campo es VirtualMachine; para los hosts, es HostSystem.
  • La sonda realizará una detección inicial de las máquinas virtuales y host fáciles de gestionar y rellenará este contenido a los robots locales de niscache para el procesamiento del servidor de detección.
  • La sonda monitorizará el archivo de configuración para ver si hay cambios. Cuando se vea que hay un cambio, la sonda esperará un período silencioso de 5 minutos antes de reiniciarse.
  • El intento de gestionar una sonda a través de interfaz de usuario de la sonda o el SOC puede causar conflictos de datos.
  • SOC solo pueden gestionar las máquinas virtuales con las herramientas de VMware instaladas. SOC puede gestionar todos los hosts.
  • Si se actualiza o se convierte a SOC una sonda configurada previamente puede interrumpir la recopilación de los datos esperados. La configuración de SOC sobrescribe cualquier otra configuración.
Atributos de inventario adicionales agregados para el filtrado de grupos de USM:
Se han agregado parámetros de inventario adicionales en vmware v7.11 para mejorar la creación de grupos dinámicos y estáticos en USM para filtrar mejor en grupo los recursos de vmware.
Para filtrar grupos según estos atributos, siga estos pasos:
  1. En el cuadro de diálogo Agregar grupo, vaya a la ficha Propiedades > Agregar filtro y seleccione Opciones avanzadas en el menú desplegable de filtros.
  2. Haga clic en el campo Seleccionar un atributo avanzado y seleccione uno de los siguientes:
    • vmware.BulkConfigurationMode
    • vmware.Cluster
    • vmware.Datacenter
    • vmware.esx
    • vmware.FolderPath
    • vmware.mcs_discovery_profileid
    • vmware.mcs_profile_name
    • vmware.mcs_profileid
    • vmware.mcs_template_name
    • vmware.mcs_template_version
    • vmware.ResourcePoolvAppPath
    • vmware.vCenter
  3. Introduzca la cadena para que coincida con el atributo que ha seleccionado.
  4. Haga clic en Aplicar filtros.
  5. Haga clic en Aceptar.
    Se crea un nuevo grupo con el filtro.
Se desea monitorizar una instancia de vCenter pero se desea filtrar ciertas máquinas virtuales para que no las detecte la sonda vmware
Se pueden filtrar las máquinas virtuales que la sonda vmware tendrá en cuenta para la detección utilizando una expresión regular (regex) para filtrar las máquinas virtuales según nombres coincidentes.
Requisitos previos
Debe actualizar a la versión 7.11 de la sonda vmware.
Para filtrar las máquinas virtuales para la detección por nombre de etiqueta utilizando la clave de configuración, siga estos pasos:
  1. Actualice e inicie la sonda vmware.
  2. Vaya a la
    Consola de administración
    >
    Configuración sin formato
    >
    Setup
    (Configuración) y agregue la clave de configuración
    filter_out_vms_with_vm_name_matching_regex
    .
  3. Especifique el valor con el nombre de las máquinas virtuales que desea excluir en la sección Setup (configuración) de la Configuración sin formato.
  4. Guarde los cambios y reinicie la sonda.
  5. Cree un perfil para vCenter.
    Se debe crear el perfil y el nombre de la máquina virtual que se ha proporcionado en la clave de configuración no debe agregarse al inventario.
Para agregar la máquina virtual a vCenter, cambie el nombre de la máquina virtual con un nombre que no sea el valor especificado como clave de configuración.
Desactivación de alarmas y calidad del servicio de los hosts en el modo de mantenimiento
Escenario
: Como administrador de VMware, no deseo ver las alarmas o los datos de la calidad del servicio de los equipos de host que están actualmente en el modo de mantenimiento.
Solución
: A partir de vmware v7.11, se ha agregado una nueva propiedad de configuración,
disable_qos_and_alarms_for_maintenance_mode_hosts
, con el fin de ayudarle a desactivar las alarmas y la calidad del servicio de los hosts que están en el modo de mantenimiento. El valor predeterminado de esta propiedad es False.
Para desactivar las alarmas y la calidad del servicio, siga estos pasos:
  1. Realice una de las acciones siguientes:
    • Vaya a la
      Consola de administración
      >
      Configuración sin formato
      >
      Setup
      (Configuración) > Clave de configuración
      disable_qos_and_alarms_for_maintenance_mode_hosts
      y cambie el valor a
      True
      . O
    • Vaya a la sonda vmware en el
      Gestor de la infraestructura
      , haga clic con el botón secundario del ratón y seleccione
      Configurar
      >
      Configuración
      , Clave de configuración
      disable_qos_and_alarms_for_maintenance_mode_hosts
      y cambie el valor a
      True
      .
  2. Reinicie la sonda.
    Dejará de recibir las alarmas y la calidad del servicio de los equipos de host que están en el modo de mantenimiento.
  • Todas las alarmas de un host en el modo de mantenimiento se eliminarán, a excepción de la alarma para el monitor del host:
    IsInMaintenanceMode
    =
    True
    .
  • En el escenario donde aparece el servidor de ESX alojando a las máquinas virtuales en mantenimiento, no se comunicará ningún alarma ni datos de la calidad del servicio de las máquinas virtuales.
Problemas conocidos y soluciones alternativas
Síntoma:
La sonda VMware 7.11 o versiones posteriores no puede conectarse a vCenter 6.7.
Solución:
Esto puede ocurrir cuando el robot de la sonda está ejecutando JRE 1.7. Para resolver este problema, actualice la versión de JRE a 1.8 en el robot y reinicie el robot. Para obtener más información, consulte el artículo vmware probe 7.14 fails to connect ESXi 6.7 (la sonda vmware 7.14 no puede conectarse a ESXi 6.7).
Síntoma:
Después de actualizar a vmware v7.11, los perfiles de MCS no funcionan en UIM 8.51
Solución
: Las plantillas de vmware MCS 7.11 que forman parte de la versión v7.11 de vmware NO son compatibles con UIM 8.51.
Si actualmente utiliza vmware MCS v6.82 (que forma parte del instalador de UIM 8.51) con vmware v6.87 o anterior para configurar la sonda vmware, no deberá implementar o utilizar la versión MCS 7.11 hasta que se haya actualizado a UIM 9.01 o posterior. De esta forma podrá continuar utilizando los perfiles de MCS existentes (v6.82) con la sonda vmware 7.11 en UIM 8.51.
Si NO se utiliza MCS pero solo utiliza el Gestor de la infraestructura o la Consola de administración para configurar la sonda vmware en UIM 8.51, se puede actualizar la sonda vmware v7.11 (y no los paquetes MCS) como parte de una actualización normal de la sonda.
El nuevo mensaje de alarma agregado a la sonda vmware (definido en vmware.cfg) no está disponible o no se muestra en el Editor de plantillas
Síntoma
: Al configurar la plantilla de monitorización para la sonda vmware desde la Consola de administración > Editor de plantillas, no se ven los nuevos mensajes definidos en vmware.cfg.
Solución
: Para solucionar este problema, se ha agregado una nueva devolución de llamada
(sync_template_definition)
.
Siga los pasos siguientes:
  1. Vaya al archivo vmware.cfg.
  2. Agregue los mensajes en el archivo vmware.cfg utilizando un editor de texto.
  3. Ejecute la devolución de llamada
    sync_template_definition
    desde la utilidad de la sonda. La devolución de llamada sincronizará templateDefinitions.zip con los mensajes que se encuentran en el archivo vmware.cfg.
  4. Active la sonda y confirme que ahora se muestra el mensaje en la Consola de administración.
La configuración de la sonda vmware tiene problemas al extraer datos de Virtual Center
Síntoma:
vCenter no puede leer la configuración ni detectar la información del host, incluso si se ha informado que la instancia de ESXi ya estaba conectada a vCenter.
Solución:
Se genera una alarma de advertencia para pedir al administrador de vCenter que realice una verificación siempre que hay problemas de tiempo de espera mientras se recopilan datos de vCenter. La alarma proporciona información que indica que algo puede estar incorrecto en vCenter y que el administrador de vCenter necesita verificarlo.
Faltaba la métrica de la calidad del servicio para la sonda vmware
Síntoma
: La sonda vmware deja de recopilar datos de la calidad del servicio de forma aleatoria.
Solución:
Siga los pasos siguientes:
  1. Realice una de las acciones siguientes:
    • Aplique la revisión vmware-6.8.7-HF2 en la sonda vmware v6.87.
    • Actualización a la versión v7.11 de la sonda vmware
  2. En el robot donde está instalado vmware, inicie sesión en la Consola de administración > vmware y en la página Sondas, haga clic con el botón secundario del ratón y seleccione Configuración sin formato.
  3. Seleccione
    Setup
    (Configuración).
  4. En el panel derecho, seleccione Agregar nueva clave (icono +).
  5. Introduzca
    value_if_datastore_uncommitted_space_is_unset
    como la clave de configuración.
  6. Proporcione un valor apropiado (en Bytes) en el campo
    value
    (valor). Por ejemplo, 0.
  7. Haga clic en Crear.
  8. Haga clic en Update (Actualizar) en la ventana Configuración sin formato.
Este valor se utiliza para el espacio sin confirmar si la API de VMware no devuelve ningún valor. También se utiliza para calcular el espacio aprovisionado que, de lo contrario, se establece en nulo debido a su dependencia en el espacio sin confirmar.
Compruebe que, después de establecer este valor, se muestran las métricas del espacio sin confirmar y del espacio aprovisionado en el Gestor de la infraestructura.
Los cuadros de mandos del Diseñador de lista no funcionan cuando se utiliza MCS
vmware 6.81
Síntoma
:
Los cuadros de mandos del Diseñador de listas no funcionan cuando la configuración de la sonda se implementa mediante los perfiles de MCS.
Solución
:
Vea los datos en los cuadros de mandos de CA Business Intelligence.
Los valores del monitor para almacenes de datos en el servidor de ESXi difieren de los que vCenter ha notificado
vmware 6.72
Síntoma
:
Los valores del monitor para los almacenes de datos en el servidor de ESXi difieren de los valores que vCenter ha registrado cuando un servidor de ESXi está configurado como el destino/recurso de la sonda. La diferencia se debe a un problema conocido con VMware vCenter Server. El entorno de vCenter Server en vSphere (4.1 Actualización 1 y versiones posteriores) puede mostrar espacio libre de los valores del almacén de datos que no están sincronizados con el valor real.
Solución
:
Siga las instrucciones descritas en el artículo de la base de conocimiento de VMware (2008367), que se puede encontrar en el sitio de documentación de VMware: https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2008367
Error de recopilación de la métrica de rendimiento
vmware v6.6 o 6.72
Síntoma
: De forma predeterminada, VMware limita "vpxd.stats.maxQueryMetrics" a 64. Esto hará que la recopilación de métrica de la sonda produzca error si una agrupación de recursos/vAPP o un clúster tiene mas de 64 máquinas virtuales o un almacén de datos tiene más de 64 máquinas virtuales o discos. Aparecerá un mensaje de error:
Failed to execute single perf query for entity …….
Follow VMware KB 2107096 to resolve
.
Solución
: Siga las instrucciones del artículo de la base de conocimiento de VMware "Performance charts are empty" #2107096, sobre cómo aumentar vpxd.stats.maxQueryMetrics. Aumente vpxd.stats.maxQueryMetrics a más que el número máximo de máquinas virtuales que tiene en una agrupación de recursos, clúster. Del mismo modo, aumente vpxd.stats.maxQueryMetrics para que sea mayor que el número máximo de discos/máquinas virtuales que se tienen en un almacén de datos.
Memoria caché del monitor estático
Síntoma
:
Después de realizar un cambio en un monitor estático y volver a iniciarlo, no puedo borrar completamente la memoria caché del monitor estático.
Solución
:
Desactive y vuelva a activar la sonda.
Colisiones de la calidad del servicio
Síntoma
:
Instalo la sonda xenserver en mi sistema de CA UIM donde ya se encuentra instalada la sonda vmware. En este momento: 1) hay datos ausentes para la monitorización de memoria, 2) el registro de la sonda data_engine tiene errores para QOS_MEMORY_PERC_USAGE.
Solución
:
Si se instala la sonda xenserver en una instalación de CA UIM, en la cual se ha instalado la sonda vmware, se producen colisiones de la calidad del servicio. Las colisiones pueden ocurrir a causa de que las dos sondas tienen un monitor QOS_MEMORY_PERC_USAGE pero la sonda vmware tiene más campos para el monitor. Para solucionar el problema, agregue estos campos adicionales a la configuración del monitor de xenserver.
Siga los pasos siguientes
:
  1. En la Consola de administración, seleccione la sonda
    xenserver
    .
  2. Haga clic en
    Configuración sin formato
    .
  3. Haga clic en
    QOS_MEMORY_PERC_USAGE
    .
  4. Haga clic en
    Agregar clave
    y agregue la clave o el valor para cada uno de los pares siguientes:
    Clave
    Valor
    asynch
    no
    hasmax
    100
    isbool
    no
    unit
    Porcentaje
  5. Haga clic en
    Aplicar
    .
    Se han agregado los campos que faltan.
Síntoma
:
Instalo la sonda vmware en mi sistema de CA UIM en el que tenía instalada la sonda xenserver. En este momento: 1) hay datos ausentes para la monitorización de memoria, 2) el registro de la sonda data_engine tiene errores para QOS_MEMORY_PERC_USAGE.
Solución
:
Si se instala la sonda vmware en una instalación de CA UIM, en la cual se ha instalado la sonda xenserver, se producen colisiones de la calidad del servicio. Las colisiones pueden ocurrir a causa de que las dos sondas tienen un monitor QOS_MEMORY_PERC_USAGE pero la sonda vmware tiene más campos adicionales para el monitor. Para solucionar el problema, suprima estos campos adicionales de la configuración del monitor de vmware.
Siga los pasos siguientes
:
  1. En la Consola de administración, seleccione la sonda
    vmware
    .
  2. Haga clic en
    Configuración sin formato
    .
  3. Haga clic en
    QOS_MEMORY_PERC_USAGE
    .
  4. Haga clic en
    Eliminar clave
    y elimine cada uno de los pares de clave/valor siguientes:
    Clave
    Valor
    asynch
    no
    hasmax
    100
    isbool
    no
    unit
    Porcentaje
  5. Haga clic en
    Aplicar
    .
    Se han eliminado los campos adicionales.
Configuración sin formato en lugar del Gestor de la infraestructura
Síntoma
:
Inicio la interfaz gráfica de usuario del Gestor de la infraestructura, pero aparece el cuadro de diálogo Configuración sin formato en su lugar.
Solución
:
Instale .NET 3.5 en el sistema. Si se instala .NET 3.5 después de iniciar la interfaz de usuario, también tendrá que reiniciar el robot.
Excepción de socket de Windows 2008
Síntoma
:
Implemento la sonda en Windows 2008 Server. Veo la excepción siguiente en el archivo de registro: "java.net.SocketException: no hay espacio disponible en el búfer (número máximo de conexiones alcanzado?): conectarse".
Solución
:
Aplique la corrección de una pérdida de socket en Windows 2008 Server.
Retraso en la publicación de los datos de la calidad del servicio
Síntoma
:
Después de modificar la definición de valor de una alarma, la sonda tarda en enviar los datos de la calidad del servicio al servidor de detección.
Solución
:
Se puede esperar un retraso en la publicación de la calidad del servicio correspondiente a la definición del valor configurada para la alarma. Por ejemplo: si se ha establecido la definición del valor en "promedio de n", la sonda esperará n ciclos antes de enviar los datos de la calidad del servicio al servidor de detección. Si se ha establecido la definición del valor en "diferencia", la sonda esperará dos ciclos antes de enviar los datos de la calidad del servicio al servidor de detección.
Si se desea reducir el tiempo necesario para que la sonda publique los datos de la calidad del servicio, se debe reducir la definición del valor para obtener un intervalo más corto.
Datos incoherentes para la métrica de memoria compartida
Síntoma
:
La sonda devuelve datos incoherentes para la métrica de memoria compartida (% de tamaño de memoria).
Solución
:
v6.21 y 6.30:
  1. Vaya al archivo vmware.cfg.
  2. En el archivo vmware.cfg, busque:
    Memoria compartida (% de tamaño de memoria).
  3. Sustituya todas las instancias de memoria compartida (% de tamaño de memoria) por:
    Memoria compartida (% de memoria)
    IMPORTANTE
    : La herramienta Configuración sin formato no tiene comprobación de errores. Asegúrese de que los cambios que se realizan sean válidos antes de guardar y continuar.
    Si tiene cualquier plantilla configurada para monitorizar la memoria compartida (% de tamaño de memoria), también se deberá cambiar la métrica dentro de la plantilla para leer la memoria compartida (% de memoria).
Versiones 6.4 y posteriores:
En la GUI de configuración de la sonda, elimine los monitores estáticos y automáticos para la memoria compartida (% de tamaño de memoria). Vuelva a crear los monitores.
Robot pasivo
Síntoma
:
Al configurar una sonda que se implementa en un robot pasivo, observará un mensaje de error:
No se ha podido recuperar la configuración.
Mensaje: Error de solicitud: La sonda vmware del robot... passivehub está ocupada.
Resolución: Espere y vuelva a intentar cargar la configuración más tarde.
Código de error: PPM-023
Solución
:
Se puede ignorar el mensaje. El concentrador recuperará la información de la configuración a partir de una sonda que se ha implementado en un robot pasivo la próxima vez que transcurre el intervalo hub_update_interval.
O, si se desea reducir el tiempo necesario para que un concentrador recupere información de la configuración de una sonda implementada en un robot pasivo, disminuya el valor de hub_update_interval del valor predeterminado (900). Para obtener más información sobre cómo configurar un concentrador con un robot pasivo, consulte a la guía del concentrador en la wiki de
CA Unified Infrastructure Management
.
Compatibilidad con IPv6
Síntoma
:
Al configurar un perfil mediante una dirección IPv6, se recibe un mensaje de error de seguimiento de la pila que incluye la excepción siguiente: Caused by: java.lang.NumberFormatException: For input string: "f0d0:1002:0051:0000:0000:0000:0004:443" (Autor del error: java.lang.NumberFormatException: Para la cadena de entrada: "f0d0:1002:0051:0000:0000:0000:0004:443").
Solución
:
Se debe seguir el formato estándar de Java para la escritura de direcciones IPv6, las cuales se deben incluir entre corchetes.
Por ejemplo: la cadena de entrada [f0d0:0:0:0:0:0:0:10.0.00.0] funciona correctamente. Sin embargo la cadena de entrada f0d0:0:0:0:0:0:0:10.0.00.0 provoca un error de seguimiento de la pila que incluye la excepción siguiente: Caused by: java.lang.NumberFormatException: For input string: "f0d0:0:0:0:0:0:0:10.0.00.0" (Autor del error: java.lang.NumberFormatException: Para la cadena de entrada: "f0d0:0:0:0:0:0:0:10.0.00.0").
Síntoma
:
Cuando se utiliza la sonda 6.10 o posteriores, no se muestran las direcciones IPv6 en USM para
CA Unified Infrastructure Management
7.0 o 7.1.
Solución:
Actualice a
CA Unified Infrastructure Management
7.5.
Síntoma
:
La interfaz de usuario del Gestor de la infraestructura produce un error en el único host de robot de IPv6.
Solución:
Se producirá un error en la visualización de la interfaz de usuario del Gestor de la infraestructura para la sonda cuando el robot que hospeda el monitor se aloja en una única red de IPv6. La solución alternativa es proporcionar acceso IPv4 para el host de robot.
Seguimiento de pila capturable en el archivo de registro
Síntoma
:
Cuando se activa el monitor disponible de la API de VMware, aparece una excepción de puntero nulo y un seguimiento de pila en el registro.
Mar 27 17:28:51:807 [pool-3-thread-1, vmware] Failed to build collection request for monitor "ESC:RESOURCE:138.42.229.17"."VMwareApiAvailable"
Mar 27 17:28:51:807 [pool-3-thread-1, vmware] java.lang.NullPointerException
Solución:
Ignore este error, los datos se siguen recopilando correctamente.
Apariencia de las máquinas virtuales en USM
Síntoma
:
Esta incidencia se aplica a las sondas anteriores a la versión 6.0. Los equipos con las herramientas de VMware instaladas aparecerán como máquinas virtuales independientes en USM. Los equipos que no tienen las herramientas de VMware instaladas aparecerán como elementos hijo del hipervisor.
Solución:
Instale o desinstale las herramientas de VMware según sea necesario de los equipos para controlar la visualización de las máquinas virtuales en USM.
Errores con los intervalos de sondeo por debajo de 20 segundos
La GUI de configuración de la sonda permite que se soliciten intervalos de sondeo de menos de 20 segundos. Sin embargo, el software de VMware solo tiene métrica disponible con una resolución de 20 segundos. Al intentar volver a sondear con una frecuencia mayor de 20 segundos se dará lugar a errores.
Los tiempos de recopilación son extremadamente lentos
Síntoma
:
En cualquier tamaño de entorno, el tiempo de recopilación total es alto, particularmente el tiempo relacionado con ‘Execute request for perf metrics’ (visible en el archivo de registro). El tiempo para recopilar puede descender durante la noche o durante las horas de carga baja en vCenter.
Solución:
Esto suele deberse a un cuello de botella al acceder a la base de datos de vCenter. Se debe investigar la fuente de la congestión, que puede ser la memoria, la CPU, el disco o el acceso a la base de datos u otro recurso que no sea suficiente durante la carga alta.
Los usuarios que acceden a la interfaz de usuario de configuración de la monitorización de la sonda mediante el Gestor de la infraestructura también pueden desactivar la recopilación de la métrica que se basa en las operaciones de la base de datos. Para ello, utilice la Configuración sin formato para establecer la clave include_summary_perf_metrics en No.
IMPORTANTE
: La herramienta Configuración sin formato no tiene comprobación de errores. Asegúrese de que los cambios que se realizan sean válidos antes de guardar y continuar.
Los valores de la sonda no coinciden con el cliente de vSphere
Síntoma
:
Al comparar los valores de la GUI de configuración de la sonda o de la base de datos se mostrarán distintos valores que aparecen en el cliente de vSphere.
Solución:
Numerosos errores de datos en la API se han corregido en las actualizaciones de 4.1. Por lo tanto, si se está ejecutando ESXi 4.1 actualización previa 1, actualice la versión de ESXi. De lo contrario, investigue 'managed object browser' de VMware. Permitirá ver muchos de los valores como VMware expone mediante su API.
La sonda agrega muchos valores durante el período de recopilación configurado. Por lo tanto, los valores de la sonda no pueden coincidir con los valores más recientes mostrados en vSphere.
Para los monitores de eventos, todos los eventos entran como parte de una única alarma
Este comportamiento es tal como fue diseñado.
Compatibilidad de caracteres de varios bytes limitada
Se pueden mostrar los elementos del inventario con nombres de varios bytes, pero no se pueden crear monitores estáticos para estas entidades. Además, los campos de entrada del usuario no son compatibles con los caracteres de varios bytes.
Se produce un error en los datos de la calidad del servicio al enviarse a la base de datos de SLM
Síntoma
:
El sistema envía mensajes de calidad del servicio correctamente (por ejemplo, observado mediante Dr Nimbus), pero los datos no se mantienen en la base de datos de SLM. Además, las entradas del registro data_engine indican que el mensaje se ha rechazado debido a un conflicto en la definición de la calidad del servicio (nivel de registro 3).
Solución:
Esto se produce cuando hay discrepancias en cómo se definen las definiciones de la calidad del servicio. La sonda tiene definiciones únicas y disponibles de la calidad del servicio para cada métrica. Seleccione la calidad del servicio única apropiada para evitar el conflicto.
El estado de los servicios del host de ESXi está desactualizado
Síntoma
:
Si se utiliza la consola del hipervisor de ESXi para cerrar manualmente los servicios en lugar de utilizar el cliente de vSphere, VMware no actualizará el estado del servidor de ESXi que se ha notificado a la sonda.
Solución:
Haga lo siguiente:
  1. Verifique que dispone de privilegios de administrador y de una versión 6.12 o posterior de la sonda.
  2. Haga clic en
    Configuración sin formato
    en el menú contextual.
    Se abrirá la ventana Configuración sin formato de la sonda.
  3. Haga clic en la sección
    setup
    .
    Las claves y los valores de la sección setup se muestran en el panel derecho.
  4. Seleccione
    Add key
    .
    Se abrirá el cuadro de diálogo Add key.
  5. Introduzca "force_services_refresh" y haga clic en
    Agregar
    .
  6. Haga clic en la columna Value para ver la clave "force_services_refresh", introduzca el valor "true" y pulse la tecla Intro.
  7. Haga clic en
    Aplicar
    .
Problemas conocidos y soluciones alternativas solo para los usuarios del Gestor de la infraestructura
Esta sección describe algunos problemas conocidos y soluciones alternativas que se aplican
únicamente
a los usuarios de la interfaz del Gestor de la infraetsructura para la configuración de la sonda.
No se muestra ningún valor para un monitor
Síntoma
:
Cuando se hace clic en un componente del recurso en el panel de navegación, algunos monitores no muestran ningún valor en la columna Valor del panel de contenido.
Solución:
Este es el comportamiento esperado. Algunos monitores de la sonda tardan un poco en recopilar los datos. Para estos monitores, el valor actual no se muestra a menos que se active el monitor (la casilla de verificación está seleccionada). Para ver el valor actual de un monitor, seleccione la casilla de verificación. El valor se recopila durante el siguiente ciclo de sondeo, incluso si no están activadas la calidad del servicio ni las alarmas.
Errores de falta de memoria
Síntoma
:
Errores de falta de memoria o de recopilación de caracteres incorrectos en el archivo de registro.
Solución:
Si se tienen más de varios miles de monitores (o entidades) en la sonda, es posible que se deba aumentar el espacio de memoria dinámica para la sonda. El espacio de memoria dinámica se adjudica durante el inicio de la sonda. De forma predeterminada, el espacio de memoria dinámica de la sonda es 512 MB.
Se puede aumentar la configuración del espacio de memoria dinámica de la sonda en la ventana Configuración sin formato para la sonda.
Siga los pasos siguientes:
  1. Mantenga pulsada la tecla Mayús y haga clic con el botón secundario en la sonda en el Gestor de la infraestructura.
  2. En el menú, seleccione
    Configuración sin formato
    .
  3. Haga clic en
    Inicio
    en el panel izquierdo.
  4. Seleccione la clave
    Opciones
    y ábrala para editarla.
  5. Introduzca un valor parecido al siguiente:
    -Xms256m - Xmx<nnnn>m
    where <nnnn> is heap space up to 2048 MB or greater. For example, to increase the heap space to 1024 MB, enter the following:
    -Xms256m - Xmx1024m
    Asegúrese de que el equipo donde se implementan el robot y la sonda disponga de suficiente memoria RAM.
  6. Haga clic en Aceptar y Aplicar.
Error al cerrar la GUI de configuración
Síntoma
:
Aparece un cuadro de diálogo de error de Windows al intentar cerrar la GUI de configuración.
Solución:
Si la GUI de configuración ha estado abierta durante un período prolongado de tiempo, la sonda no liberará automáticamente el bloqueo en el archivo de configuración (si se activa el bloqueo de archivos de configuración). Esto solo ocurrirá si la GUI se deja abierta durante períodos más largos que la fecha de caducidad de la sesión configurada por el controlador y se utiliza el botón Cancelar o la X para cerrar la GUI.
El error no es grave y se puede omitir con seguridad.
Se produce un error en la interfaz de usuario al cargar los nodos Monitor automático/Todos los monitores
Síntoma
:
En entornos con varios monitores activos, la interfaz de usuario puede producir un error al cargar la lista de monitores en los nodos Monitores automáticos o Todos los monitores. El problema comienza cuando el recuento del monitor es superior a 40000 y la interfaz de usuario empieza a agotar la memoria.
Solución:
No hay ninguna solución alternativa para este problema. Evite acceder a estos nodos en tales entornos. Si se desea ver y gestionar un determinado conjunto de monitores, se pueden desactivar temporalmente otros monitores estáticos y automáticos para reducir el recuento del monitor y, a continuación, trabajar a partir de ahí.
La interfaz de usuario de la sonda vmware carga los nodos del árbol de inventario lentamente
Este tema se aplica a los usuarios que acceden a la GUI de configuración mediante el Gestor de la infraestructura de
CA Unified Infrastructure Management
. No se aplica a los usuarios de la Consola de administración.
Síntoma
:
En los entornos con un inventario de gran tamaño, la interfaz de usuario puede tardar varios minutos en cargar contenido en el árbol de inventario. Por ejemplo, para vCenter con 10000 máquinas virtuales, la carga de las máquinas virtuales tardará varios minutos.
Solución:
Cuando sea posible, evite navegar por dichos nodos. En el ejemplo del nodo de las máquinas virtuales, intente buscar las máquinas virtuales en el hipervisor de alojamiento en lugar de confiar en el nodo Máquinas virtuales.