Responder a un evento de rendimiento dinámico causado por la limitación del grupo de políticas de calidad de servicio
-
PDF de este sitio de documentos
-
9fde9515d3a1ede8d6f12a1892c894ec
-
6f047d4c177cc734ed65cb347cf6bd42
-
Supervise y gestione el estado del clúster
-
Proteja y restaure sus datos
-
![](https://docs.netapp.com/common/images/pdf-zip.png)
Recopilación de documentos PDF independientes
Creating your file...
Puede utilizar Unified Manager para investigar un evento de rendimiento provocado por un grupo de políticas de calidad de servicio (QoS) que regula el rendimiento de la carga de trabajo (MB/s). La aceleración aumentó los tiempos de respuesta (latencia) de las cargas de trabajo de volúmenes en el grupo de políticas. Puede utilizar la información de eventos para determinar si son necesarios nuevos límites en los grupos de políticas para detener la limitación.
Antes de empezar
-
Debe tener el rol de operador, administrador de aplicaciones o administrador de almacenamiento.
-
Debe haber eventos de rendimiento nuevos, reconocidos o obsoletos.
Pasos
-
Abra la página Detalles del evento para ver información sobre el evento.
-
Lea la Descripción, que muestra el nombre de las cargas de trabajo afectadas por la limitación.
La descripción puede mostrar la misma carga de trabajo para la víctima y el matón, porque la limitación hace que la carga de trabajo sea víctima de sí misma.
-
Registre el nombre del volumen con una aplicación como, por ejemplo, un editor de texto.
Puede buscar en el nombre del volumen para buscarlo más adelante.
-
En los gráficos de latencia de carga de trabajo y utilización de carga de trabajo, seleccione Bully Workloads.
-
Pase el cursor por los gráficos para ver las principales cargas de trabajo definidas por el usuario que están afectando al grupo de políticas.
La carga de trabajo en la parte superior de la lista tiene la mayor desviación y causó la aceleración. La actividad es el porcentaje del límite del grupo de políticas que utiliza cada carga de trabajo.
-
En el área acciones sugeridas, haga clic en el botón analizar carga de trabajo para la carga de trabajo superior.
-
En la página Análisis de carga de trabajo, establezca el gráfico latencia para ver todos los componentes del clúster y el gráfico de rendimiento para ver el desglose.
Los gráficos de desglose se muestran en el gráfico latencia y el gráfico IOPS.
-
Compare los límites de QoS en el gráfico latencia para ver qué cantidad de limitación afectó a la latencia en el momento del evento.
El grupo de políticas de calidad de servicio tiene un rendimiento máximo de 1,000 operaciones por segundo (op/s), que las cargas de trabajo que contiene no pueden superar en conjunto. En el momento del evento, las cargas de trabajo del grupo de políticas tenían un rendimiento combinado de más de 1,200 operaciones por segundo, lo que hizo que el grupo de políticas reacelerara su actividad de vuelta a los 1,000 operaciones por segundo
-
Compare los valores de latencia de lecturas/escrituras con los valores lecturas/escrituras/otros.
Ambos gráficos muestran un número elevado de solicitudes de lectura con alta latencia, pero el número de solicitudes y la cantidad de latencia para las solicitudes de escritura es bajo. Estos valores le ayudan a determinar si hay una gran cantidad de rendimiento o cantidad de operaciones que aumentaron la latencia. Puede usar estos valores al decidir poner un límite de grupo de políticas en el rendimiento o las operaciones.
-
Use el Administrador del sistema de ONTAP para aumentar el límite actual del grupo de políticas a 1,300 operaciones/s.
-
Después de un día, vuelva a Unified Manager e introduzca la carga de trabajo que registró en el paso 3 en la página Análisis de carga de trabajo.
-
Seleccione el gráfico de desglose de rendimiento.
Se muestra el gráfico de lecturas/escrituras/otro.
-
En la parte superior de la página, coloque el cursor en el icono de evento de cambio (
) para el cambio de límite del grupo de políticas.
-
Compare el gráfico Lecturas/Escrituras/Other con el gráfico latencia.
Las solicitudes de lectura y escritura son las mismas, pero se ha detenido la limitación y se ha reducido la latencia.