Skip to main content
Active IQ Unified Manager
Hay disponible una nueva versión de este producto.
Se proporciona el idioma español mediante traducción automática para su comodidad. En caso de alguna inconsistencia, el inglés precede al español.

Responder a un evento de rendimiento provocado por una toma de control de HA en Active IQ Unified Manager

PDF

Puedes utilizar Unified Manager para investigar un incidente de rendimiento provocado por un alto procesamiento de datos en un nodo del clúster que forma parte de un par de alta disponibilidad (HA). También puedes utilizar Unified Manager para comprobar el estado de los nodos y determinar si algún incidente de estado detectado recientemente en ellos ha contribuido al incidente de rendimiento.

Antes de empezar

  • Debes tener el rol de Operator, Application Administrator o Storage Administrator.

  • Debe haber eventos de rendimiento nuevos, reconocidos u obsoletos.

Pasos

  1. Abre la página Detalles del evento para ver la información sobre el evento.

  2. Lee la Descripción, donde se detallan las cargas de trabajo implicadas en el incidente y el componente del clúster en contención.

    Hay un volumen afectado cuya latencia se vio afectada por el componente del clúster en contención. El nodo de procesamiento de datos, que asumió todas las cargas de trabajo de su nodo asociado, es el componente del clúster en contención. En Componente en contención, el icono de Data Processing aparece resaltado en rojo y el nombre del nodo que se encargaba del procesamiento de datos en el momento del incidente se muestra entre paréntesis.

  3. En el apartado Descripción, haz clic en el nombre del volumen.

    Se muestra la página Volume Performance Explorer. En la parte superior de la página, en la línea de tiempo de eventos, un icono de evento de cambio (Cambiar el icono del evento) indica el momento en que Unified Manager detectó el inicio del takeover de HA.

  4. Coloca el cursor sobre el icono del evento de cambio del HA takeover y verás los detalles del HA takeover en el texto que aparece al pasar el cursor por encima.

    En el gráfico de latencia, un evento indica que el volumen seleccionado superó el umbral de rendimiento debido a una latencia elevada aproximadamente al mismo tiempo que se produjo la toma de control de HA.

  5. Haz clic en Zoom View para mostrar el gráfico de latencia en una nueva página.

  6. En el menú «Ver», selecciona Componentes del clúster para ver la latencia total por componente del clúster.

  7. Coloca el cursor del ratón sobre el icono del evento de cambio del inicio de la toma de control de HA y compara la latencia de procesamiento de datos con la latencia total.

    En el momento de la toma de control de HA, se produjo un pico en el procesamiento de datos debido al aumento de la carga de trabajo en el nodo de procesamiento de datos. El aumento de la utilización de CPU incrementó la latencia y desencadenó el incidente.

  8. Después de reparar el nodo con errores, usa ONTAP System Manager para realizar una devolución de HA, que traslada las cargas de trabajo del nodo partner al nodo reparado.

  9. Una vez completada la devolución de HA, tras la siguiente detección de configuración en Unified Manager (aproximadamente 15 minutos), busca el evento y la carga de trabajo que activó la toma de control de HA en la página de inventario de Event Management.

    El evento provocado por la toma de control de HA tiene ahora el estado «obsoleto», lo que indica que el evento se ha resuelto. La latencia en el componente de procesamiento de datos ha disminuido, lo que ha reducido la latencia total. El nodo que ahora usa el volumen seleccionado para el procesamiento de datos ha resuelto el evento.