Recomendaciones al probar el rendimiento del motor
Es recomendable seguir las siguientes instrucciones al probar el rendimiento del motor de BizTalk:
Conocer el perfil de comportamiento de carga Como se han mostrado las tres pruebas de carga, es fundamental conocer el perfil de la carga en términos de mensajes procesados con el tiempo. Cuanto mejor entienda esto, mejor podrá comprobar y ajustar la capacidad del sistema. Si lo único que conoce es el requisito de rendimiento máximo, el enfoque más conservador sería dimensionar el sistema de modo que el rendimiento máximo sostenible sea igual o mayor que la carga máxima. Sin embargo, si sabe que tiene máximos y mínimos predecibles en la carga, puede optimizar mejor el sistema para recuperarse entre máximos, lo que supone una implementación general más pequeña y menos costosa.
Prueba temprana del rendimiento Evite caer en la trampa de invertir un esfuerzo significativo en el diseño y la prueba de la funcionalidad de la solución, pero esperando hasta el último minuto para probar el rendimiento en el hardware de producción. Ejecute lo antes posible en el ciclo de desarrollo pruebas de rendimiento en el sistema que simulen el perfil de carga esperado. Si tiene que cambiar algo en su diseño o arquitectura para alcanzar el objetivo, el hecho de saberlo pronto le proporcionará el tiempo necesario para hacer ajustes y volver a comprobar.
Emular el perfil de carga esperado al probar el rendimiento Hay dos componentes principales para esto:
Simule el perfil de carga a lo largo del tiempo.
Ejecute la prueba el tiempo suficiente para evaluar si es sostenible.
Si, como suele ser habitual, sus ciclos son de índole diaria, debería planear la ejecución de pruebas de rendimiento de al menos un día, con el fin de validar la sostenibilidad. Cuanto más larga sea la ejecución de las pruebas, mejor.
Emular la configuración de producción Por ejemplo, el número y el tipo de puertos, la configuración de la instancia de host y host, la configuración de la base de datos y la configuración del adaptador. No crea que los cambios de configuración no afectarán significativamente al rendimiento.
Uso de mensajes reales Los tamaños de mensaje y la complejidad de los mensajes afectan al rendimiento, por lo que debe asegurarse y probar con los mismos esquemas de mensaje e instancias que planea ver en producción.
Emular las operaciones normales durante las pruebas de rendimiento Aunque las pruebas de carga no las incluyeron, las actividades de operaciones estándar, como consultas periódicas de bases de datos, copias de seguridad y purga, afectarán al rendimiento sostenible, por lo que debe asegurarse de realizar estas tareas durante las ejecuciones de pruebas de rendimiento y capacidad. Esto incluye el seguimiento de DTA y BAM si planea utilizarlos en la fase de producción.
La velocidad del subsistema de E/S para el cuadro de mensajes es un factor clave de éxito Las pruebas de carga que se realizaron mediante una red de área de almacenamiento rápida para los archivos de base de datos de Cuadro de mensajes dedicados a esta compilación. Incluso en este caso, los trabajos de limpieza pudieron conducir el tiempo de inactividad a casi cero para el archivo de datos SQL. El subsistema E/S resulta con frecuencia un cuello de botella en los sistemas de producción. Una estrategia habitual para optimizar la E/S de SQL es colocar, si es posible, el archivo (o archivos) de datos de base de datos y el archivo (o archivos) de registro en unidades físicas independientes.
Asegúrese de que el Agente SQL se está ejecutando en todos los servidores de Cuadro de mensajes . Claramente, los trabajos de limpieza nunca se ejecutarán si el Agente SQL no se está ejecutando, por lo que asegúrese de que se están ejecutando.
La profundidad de la cola es un indicador clave Independientemente de otros indicadores, esta medida le proporcionará una manera rápida y sencilla de evaluar si el sistema se está sobrecargando o no.