Prueba de carga de control de tráfico (floodgate)
La información de este tema hace referencia a las pruebas que se explican en Escenarios de prueba para medir MST del motor.
¿Qué provoca un evento de control de tráfico (floodgate)?
Hay una serie de escenarios en los que solo unos picos grandes (también conocidos como eventos de inundación) de mensajes llegan al sistema cada día. Entre estos valores máximos, el rendimiento puede ser muy bajo. Entre los ejemplos de estos tipos de escenarios se incluyen:
Operaciones de patrimonio neto, por ejemplo, en la apertura y el cierre de los mercados
Sistemas bancarios, por ejemplo, durante la conciliación de las transacciones del día
Otros tipos de eventos puede producir un comportamiento de acumulación similar a los eventos de control de tráfico (floodgate). Por ejemplo, si la dirección de envío de un socio comercial queda sin conexión de modo que los mensajes cuyo destino era dicha dirección deben volver a intentarse o suspenderse, esto puede provocar la generación de una acumulación. Cuando el socio comercial vuelva a estar conectado, podría haber un gran número de mensajes suspendidos que deben reanudarse, lo que provocaría otro tipo de evento de control de tráfico (floodgate). La siguiente prueba del sistema ilustra este comportamiento.
Simular un evento de control de tráfico (floodgate)
A fines de esta prueba, el sistema se puso aproximadamente a la mitad del rendimiento máximo sostenible, valor que por supuesto era muy estable A continuación, para simular un evento de control de tráfico (floodgate), se configuró la herramienta de generación de cargas para que enviara unos 419 mensajes/segundo durante un corto período de tiempo (el mismo valor que para la prueba de sobrecarga). A continuación, se muestra el perfil de carga resultante que mide los mensajes recibidos por segundo y la profundidad de la cola.
Perfil de carga de la prueba de carga de control de tráfico
Observe en el gráfico que las tablas de colas generan una acumulación rápidamente durante el evento de control de tráfico (floodgate). Sin embargo, puesto que el evento fue relativamente corto y la velocidad de recepción posterior fue inferior a la velocidad máxima sostenible, los trabajos de limpieza pudieron ejecutarse y recuperarse del evento sin necesidad de una interrupción de recepción en el sistema Para esta prueba específica, el cuadro de mensajes se alojó en SQL Server 2005. La duración de esta prueba, de principio a fin, fue de aproximadamente 45 minutos.
Por supuesto, cada sistema es diferente, por lo que "su kilometraje variará". La mejor manera de comprobar que se puede recuperar es probar con una carga representativa antes de pasar a producción.
Consulte también
Escenarios de prueba para medir MST del motor
Uso del panel de configuración para ajustar el rendimiento de BizTalk Server
Prueba de sobrecarga
Prueba de carga sostenible