Supervisión y estado de mantenimiento incorrectos en VI Client, vSphere Client, VirtualCenter o vCenter Server
search cancel

Supervisión y estado de mantenimiento incorrectos en VI Client, vSphere Client, VirtualCenter o vCenter Server

book

Article ID: 310019

calendar_today

Updated On:

Products

VMware vCenter Server VMware vSphere ESXi

Issue/Introduction

¿Qué tipo de sensores debo ver en el huésped? ¿Cómo sé si falta algo?

VMware agregó soporte para la infraestructura CIM, lo que permite el acceso a la información de activos (inventario) y a la información del estado de mantenimiento. Algunos proveedores de servidores comenzaron a desarrollar proveedores CIM para ESX/ESXi 3.5 y ESX/ESXi 4.0.

Es posible que cierta información disponible de los proveedores de hardware no pueda visualizarse correcta o completamente en VMware Infrastructure (VI) Client, vSphere Client, VirtualCenter o vCenter Server.

Debido a las limitaciones de IPMI estándar, algunos proveedores implementaron extensiones específicas OEM para cubrir toda la información de estado y de los activos de hardware disponible a través de los sensores de hardware. Actualmente, ESX/ESXi no admite estas extensiones.


Symptoms:

Renuncia: Este artículo es una traducción de Inaccurate Monitoring and Health Status seen in VI Client, vSphere Client, VirtualCenter, or vCenter Server (1010716). Los artículos han sido traducidos en español basados en el mejor esfuerzo. Sin embargo, el contenido localizado o específico puede quedar desactualizado. Para revisar el contenido más reciente, por favor consulte el artículo en Inglés.


Environment

VMware vCenter Server 5.0.x
VMware VirtualCenter 2.5.x
VMware ESXi 3.5.x Installable
VMware vSphere ESXi 5.0
VMware ESX Server 3.5.x
VMware vSphere ESXi 5.1
VMware vCenter Server 5.1.x
VMware ESXi 3.5.x Embedded
VMware vCenter Server 4.0.x
VMware ESX 4.0.x
VMware ESXi 4.0.x Installable
VMware ESXi 4.0.x Embedded

Resolution

Comenzando por ESXi 3.5, VMware incluyó hardware:

  • Información de activos (inventario)

Los errores que se visualizan en la información de activos a menudo se deben a que una versión anterior de SMBIOS impide que el procesador, el número de hilos o las fuentes de alimentación se visualicen correctamente. Se requiere como mínimo una versión SMBIOS 2.5.

  • Información del estado de mantenimiento

    Es posible que los errores que se visualizan en la información del estado de mantenimiento se deban a que el proveedor no ha implementado toda la información necesaria o ha implementado el proveedor de CIM utilizando una implementación OEM específica. Algunos errores típicos incluyen:
    • ausencia del nodo de memoria
    • visualización de la temperatura del dispositivo de memoria en temperatura del nodo
    • visualización del estado Unknown para el nodo de encendido
    • lectura incorrecta – por ejemplo 0 vatios, xyz amperios de las fuentes de alimentación
    • ausencia de la alarma de fallo de las fuentes de alimentación– en tal caso, sólo se visualiza una advertencia del error de redundancia
    • lectura incorrecta en el nodo Other respecto del error del módulo de administración del sistema I2C err

Si visualiza este tipo de información de activos o de salud en la interfaz ESX/ESXi, contáctese con su proveedor de hardware.

El estado de soporte de activos y salud utiliza estas áreas de tecnología subyacentes para recuperar los datos:

  • Sistema básico de entrada/salida de administración de sistemas (SMBIOS)
  • Interfaz de administración inteligente de plataforma (IPMI)
  • Tarjetas RAID locales
  • Varios

SMBIOS

SMBIOS es un estándar de la industria que define una serie de tablas. A través de estas tablas, el sistema operativo brinda información básica de activos sobre aquello que detecta BIOS mientras está encendida. Esto incluye información de la CPU, caché, DIMM y tarjetas PCI. Esta información no se utiliza directamente para realizar un seguimiento del estado del sistema, ya que las tablas se establecen sólo una vez al inicio y no se actualizan de forma dinámica mientras el sistema está funcionando.

IPMI

IPMI proporciona una recopilación de sensores que supervisan varios aspectos del servidor. El grupo exacto de sensores varía entre los servidores de los proveedor. La especificación IPMI define un grupo de tipos de sensores comunes. VMware admite estos tipos de sensores comunes originalmente. IPMI permite a los proveedores de servidores definir sus propios sensores específicos. VMware no admite este tipo de sensores privados específicos del servidor directamente. Sin embargo, VMware trabaja con nuestros servidores asociados para distribuir módulos adicionales (proveedores CIM) que pueden exponer estas funcionalidades adicionales.

IPMI tiene dos grupos de sensores:

  • Sensores analógicos – muestran una lectura analógica; por ejemplo, la temperatura en grados centígrados.

Por lo general, los sensores analógicos proporcionan un grupo de umbrales que indican rangos positivos y negativos. Estas lecturas se traducen en el estado de mantenimiento en VI Client y vSphere Client.

  • Sensores discretos – existen en uno o más estados, por ejemplo, un sensor de presencia.

Muchos sensores discretos se asocian directamente a los estados de salud. Algunos sensores discretos indican la presencia o ausencia de una entidad, en lugar de un estado de mantenimiento específico.

Los fabricantes de servidores pueden utilizar sensores discretos o analógicos para instrumentar los sistemas. ESX/ESXi detecta ambos tipos.

La información típica de IPMI incluye:

  • Sensores de temperatura
  • Sensores de voltaje
  • Sensores de batería – CMOS, etc.
  • Sensores de presencia – sin una lectura de salud
  • Fuentes de alimentación
  • Uso de energía actual
  • Ventilación
  • Indicio general del estado de la memoria – incluye detección de los errores de ECC y no se informa en DIMM
  • Intromisión al chasis
  • Almacenamiento – Algunos servidores incluyen sensores de presencia del disco interno IPMI

El comportamiento de los servidores varía. No todos los comportamientos implementados por el fabricante se incorporan a la supervisión del estado de salud de VI Client o vSphere Client. Para comprender todos los comportamientos posibles del servidor:

  • Revise la información que se presenta en el monitor de salud y compárela con la documentación proporcionada por el fabricante del servidor antes de implementar un nuevo tipo de servidor en producción.
  • Algunos sistemas admiten IPMI remota para configurar BIOS. Si el sistema lo permite, utilice las herramientas de terceros, como ipmitool, para consultar Baseboard Management Controller (BMC) de IPMI para los sensores conocidos y las unidades reemplazables de campo (FRUs) en el servidor. Tome esta información y verifique que el monitor de estado capture los sensores esperados con exactitud.
  • Algunos sistemas más nuevos admiten WS-Management para el acceso CIM directo a BMC. Si el sistema lo permite, utilice winrm u otras herramientas de cliente WS-Management para consultar BMC para confirmar qué sensores admite. Take this information and verify that the health monitor accurately captures the expected sensors.

RAID

VMware admite de manera nativa tarjetas MR e IR basadas en LSI. El soporte incluye este tipo de información:

  • El modelo de tarjeta
  • La versión de firmware de la tarjeta– en Componentes de software
  • Puertos
  • Las unidades físicas
  • Los volúmenes RAID – incluyen los niveles de RAID, las unidades físicas, el estado actual, etc.

Las compañías asociadas a VMware desarrollaron proveedores de CIM adicionales que admiten tarjetas RAID adicionales.

Nota: ESXi 5.0 ya no admite de manera nativa tarjetas MR e IR basadas en LSI. Si los proveedores CIM de terceros que implementan el perfil HHRC se instalan, luego se expone la información de salud para las tarjetas que admite el proveedor.

Varios

Para obtener más información acerca de diferentes dispositivos:

  • Network Interface Card (NIC) MAC y versión de firmware
  • Versión de firmware y versión alternativa de banco de arranque para ESX/ESXi


Additional Information

Inaccurate Monitoring and Health Status seen in VI Client, vSphere Client, VirtualCenter, or vCenter Server