Prueba de carga sostenible
La información de este tema hace referencia a las pruebas que se explican en Escenarios de prueba para medir MST del motor.
Para la primera prueba, el sistema se colocó en estado MST para que se pudiesen realizar observaciones de un sistema en buen estado.
El siguiente gráfico muestra los indicadores principales después de utilizar este enfoque para hallar el rendimiento sostenible máximo del sistema de prueba.
Perfil de la carga de la prueba de carga sostenible
Este gráfico muestra que, durante la hora de la prueba, la profundidad de la cola fue estable y no creció:
Las líneas negras situadas en la parte superior del gráfico indican el total de mensajes recibidos por segundo en el sistema (por ejemplo, en los dos servidores de recepción).
Las líneas que se encuentran en la parte inferior del gráfico especifican la profundidad de la cola del cuadro de mensajes en cada uno de los servidores SQL Server.
Una vez que el sistema alcanza el punto máximo de profundidad de cola estable, se mide el valor MST mediante el número de mensajes recibidos por segundo. Para este escenario y con el hardware descrito, se logró un valor MST de 290 mensajes por segundo.
Nota
Cuando el sistema alcanza un punto en el que la profundidad de la cola deja de ser estable en el tiempo significa que se ha superado el valor MST. Es posible que sea necesario llevar a cabo varias ejecuciones de prueba con distinta carga para evaluar la carga máxima con la que la profundidad de la cola se mantiene estable y con la que el sistema puede controlar el registro de mensajes sin incurrir en un registro adicional de mensajes.
Cualquier análisis de rendimiento de una implementación de BizTalk debe incluir una comprobación de algunos indicadores clave para comprender los cuellos de botella de recursos. Las medidas clave y los valores correspondientes utilizados en esta implementación ejecutada con el rendimiento sostenible máximo fueron los siguientes:
Uso de CPU
| Server | Uso medio de la CPU |
|---|---|
| Servidores BizTalk Server | 55 % |
| Servidor SQL Server (servidor de cuadro de mensajes principal) | 76% |
| Servidor SQL Server (otros servidores de cuadro de mensajes) | 83 % |
Tiempo de inactividad del disco físico
| Server | Promedio de tiempo de inactividad del disco |
|---|---|
| Promedio para todos los servidores SQL Server | 69% |
Bloqueos de SQL en SQL Server
| Parámetro | Value |
|---|---|
| Promedio de total de tiempos de espera de bloqueos por segundo (por servidor SQL Server) | 1980 |
| Promedio de total de tiempo de espera de bloqueos (ms) | 495 |
Durante esta prueba, no se generaron errores en el registro de la aplicación de BizTalk o SQL Server.
A partir de estos datos se pueden extraer las siguientes conclusiones:
No existen cuellos de botella de recursos obvios en el sistema.
Todos los indicadores se encuentran dentro de los límites de buen estado de funcionamiento.
Los tiempos de inactividad de la CPU y del disco ponen de manifiesto que existe una elevada capacidad y ni tan siquiera se aproximan a valores críticos.
Los indicadores de bloqueo de SQL tienen un aspecto correcto, los tiempos de espera de bloqueo por segundo no comienzan a convertirse en un problema hasta aproximadamente 5000 (dependiendo de la SQL Server) y los tiempos de espera de bloqueo menores de 1 segundo también son correctos.
Tras haber demostrado cómo hallar el rendimiento sostenible máximo y haber visto cuáles son los valores de los indicadores clave en un sistema sostenible en buen estado, examinaremos algunos comportamientos asociados con un sistema que recibe más rápido de lo que procesa y que recopila elementos no utilizados. Continúe con la prueba de carga de overdrive.
Consulte también
Escenarios de prueba para medir MST del motor
Prueba de sobrecarga