Indicadores clave de rendimiento

En este tema se proporcionan resultados de prueba que el grupo de productos de BizTalk Server observó al usar los siguientes métodos de escalado horizontal:

• Indicadores clave de rendimiento (KPI) al aumentar el número de equipos BizTalk Server en un grupo de BizTalk Server. Para estas pruebas, solo se configuró una base de datos BizTalk Server Cuadro de mensajes para el grupo de BizTalk Server. Estas pruebas se centraron únicamente en el impacto de agregar más equipos BizTalk Server a un grupo de BizTalk Server.

• KPI al aumentar el número de bases de datos BizTalk Server Cuadro de mensajes usadas por el grupo de BizTalk Server. Estas pruebas se centraron únicamente en el impacto de agregar más bases de datos BizTalk Server Cuadro de mensajes a un grupo de BizTalk Server.

• KPI al aumentar el número de equipos BizTalk Server y BizTalk Server bases de datos messageBox usadas por el grupo de BizTalk Server. Estas pruebas mediron el impacto de agregar equipos BizTalk Server y bases de datos BizTalk Server Cuadro de mensajes a un grupo de BizTalk Server.

Análisis de indicadores clave de rendimiento

Escenario de mensajería, escalado horizontal BizTalk Server: KPI de BizTalk y SQL

Agregar un segundo equipo que ejecuta BizTalk Server no muestra un impacto significativo en el rendimiento general. La carga en el BizTalk Server CPU disminuye en un 25 %. La CPU de SQL Server aumenta marginalmente del 59 % al 59,8 % cuando el segundo equipo que ejecuta BizTalk Server se agrega al grupo de BizTalk Server. Más allá de este punto, no se obtuvo ninguna ventaja de rendimiento adicional al aumentar el número de servidores de procesamiento de BizTalk.

Cada instancia de host de BizTalk sondea periódicamente la cola adecuada en el cuadro de mensajes. Cualquier mensaje al que se hace referencia en la cola de host se almacena realmente en el conjunto compartido de tablas del cuadro de mensajes. Si el rendimiento disminuye al agregar más equipos que ejecutan BizTalk Server, una causa común es demasiada actividad en las tablas compartidas dentro de la base de datos messageBox. Se puede crear una ruta de acceso de E/S dedicada para SQL Server a estas tablas mediante la asignación de estas tablas a un grupo de archivos específico.

La optimización de grupos de archivos para las bases de datos2 proporciona instrucciones sobre cómo asignar tablas a grupos de archivos específicos. El script incluido en BizTalk Server script SQL de grupos de archivos de base de datos de Cuadro de mensajes de la guía indica cómo puede hacerlo. El escalado horizontal a una configuración de cuadro de mensajes múltiple solo debe tenerse en cuenta después de distribuir objetos MessageBox entre varios grupos de archivos y después de aplicar todas las demás optimizaciones relacionadas con SQL.

Porcentaje de uso de CPU de BizTalk Server y SQL Server

Escenario de mensajería, BizTalk Server y escalabilidad horizontal SQL Server: KPI de BizTalk y SQL

Esta prueba se realizó para determinar la eficacia del escalado horizontal del nivel de SQL Server agregando cuatro bases de datos de Cuadro de mensajes. En este escenario, la adición de hasta dos equipos que ejecutan BizTalk Server habilitó un rendimiento máximo sostenible de 2790 mensajes por segundo. Esto fue un 118 % mayor que el rendimiento máximo que se puede obtener al usar solo un cuadro de mensajes. Más allá de este punto, agregar más potencia de procesamiento a la BizTalk Server nivel degradado el rendimiento de forma similar al único escenario de cuadro de mensajes.

Los resultados clave de las pruebas del escenario de mensajería son que el escalado horizontal BizTalk Server es una técnica eficaz para aumentar el rendimiento general si la contención en SQL Server no es un cuello de botella. Si la base de datos MessageBox se convierte en un punto de contención, aplique primero las optimizaciones detalladas en Optimización del rendimiento de la base de datos, especialmente el script de optimización del grupo de archivos descrito en BizTalk Server Script SQL de grupos de archivos de base de datos de Cuadro de mensajes para distribuir la carga de E/S. Si todavía no puede lograr el rendimiento deseado, considere la posibilidad de escalar horizontalmente agregando más bases de datos de Cuadro de mensajes.

Porcentaje de uso de CPU de BizTalk Server y SQL Server

Escenario de orquestación, escalado horizontal BizTalk Server: KPI de SQL Server y BizTalk Server

Agregar un segundo equipo que ejecuta BizTalk Server no muestra un impacto significativo en el rendimiento general. La carga en el BizTalk Server CPU disminuye en un 23 %. La CPU para SQL Server aumenta del 66,5 por ciento al 68,5 por ciento cuando se agrega un equipo adicional que ejecuta BizTalk Server.

Porcentaje de uso de CPU de BizTalk Server y SQL Server

Escenario de orquestación, BizTalk Server y escalabilidad horizontal SQL Server: kpi de SQL Server y BizTalk Server

Esta prueba se realizó para determinar la eficacia del escalado horizontal tanto del nivel de BizTalk Server como de SQL Server agregando más equipos que ejecutan BizTalk Server y más bases de datos de Cuadro de mensajes para el escenario de orquestación. En este escenario, agregar hasta dos equipos que ejecutan BizTalk Server habilitaron un rendimiento máximo sostenible de 1487 orquestaciones por segundo. Esto fue un 116 % mayor que el resultado máximo que se puede obtener con un único cuadro de mensajes. El escalado horizontal a cuatro bases de datos de Cuadro de mensajes en equipos SQL Server independientes admite un mayor rendimiento debido a la potencia de procesamiento adicional y la capacidad de distribuir la carga de la base de datos entre varias bases de datos de Cuadro de mensajes. Esta táctica también alivia la contención en las tablas compartidas, que era un cuello de botella en el único entorno de Cuadro de mensajes. Al igual que con el escenario de mensajería, aumentar el número de bases de datos messageBox y distribuirlas entre instancias de SQL dedicadas permite agregar varios equipos BizTalk Server al grupo de BizTalk Server.

Porcentaje de uso de CPU de BizTalk Server y SQL Server

Consulte también

Escalado de un entorno de producción de BizTalk Server