Fase 3. preparación para la valoración
La fase de preparación de una evaluación de rendimiento se puede considerar como "cómo" para la fase de ámbito "qué" y "cuándo" de la fase de plan. En este punto de la evaluación del rendimiento, todas las partes interesadas deben haber acordado el ámbito de la participación y los planes para llevar a cabo el laboratorio. Se encuentra en la fase de preparación de la evaluación del rendimiento donde se ejecutan los planes y se realizan pasos para prepararse para la ejecución del laboratorio de rendimiento.
En este tema se describen los distintos aspectos de la fase de preparación de una evaluación de rendimiento de BizTalk Server.
Diseño detallado de la plataforma de soluciones
Un diseño detallado de soluciones facilita las comunicaciones y evita suposiciones, lo que mejorará la agilidad y la eficacia de todas las actividades. Debe documentar completamente los siguientes elementos:
BizTalk Server bases de datos y cómo se distribuirán entre equipos: SQL Server rendimiento es uno de los factores clave del rendimiento general BizTalk Server. Si SQL Server está experimentando restricciones de recursos, esto afectará a la capacidad de BizTalk Server para procesar mensajes. El factor principal que influye en el rendimiento de la base de datos de BizTalk es la velocidad de los discos en los que se hospedan. Se ha demostrado que la separación del registro de transacciones y los archivos de base de datos de cada base de datos de BizTalk en unidades independientes o LUN de SAN ha mejorado notablemente el rendimiento general de BizTalk Server. Por lo tanto, es importante que esta información se registre de manera fácil de acceder. Los valores que se usarán en el entorno de producción deben documentarse en el diseño detallado de la solución. En la tabla siguiente se proporciona un ejemplo de cómo se puede hacer esto.
Base de datos de BizTalk Nombre del volumen Archivos LUN# o ML_ # Tamaño de LUN físico (GB) Cuadro de mensajes Data_TempDb_1 Archivos de datos TEMPDB, MASTER y MSDB 1 134 Logs_TempDb_1 Archivos de registro de transacciones de TEMPDB, MASTER y MSDB 2 134 Data_BtsMsgBox Archivo de datos de BizTalkMsgBoxDb 3 134 Logs_BtsMsgBox Archivo de registro de transacciones de BizTalkMsgBoxDb 4 134 BAM Data_TempDb_2 Archivos de datos TEMPDB, MASTER y MSDB 5 67 Logs_TempDb_2 Archivos de registro de transacciones de TEMPDB, MASTER y MSDB 6 67 Data_BAM Archivo de datos BAMPrimaryImport 7 134 Logs_BAM Archivo de registro de transacciones BAMPrimaryImport 8 134 Bases de datos de BizTalk Tracking, Management, Single Sign-On y Rule Engine Data_TempDb_3 ARCHIVOS de datos TEMPDB, MASTER, MSDB, BizTalkDTADb, BizTalkMgmtDb, ENTSSO y BizTalkRuleEngineDb 9 67 Logs_TempDb_3 TEMPDB, MASTER, MSDB, BizTalkDTADb, BizTalkMgmtDb, ENTSSO y Archivos de registro de transacciones de BizTalkRuleEngineDb 10 67 Diseño y descripciones del host de BizTalk de cada host y sus instancias.
Descripción de cada orquestación.
Descripción de cada canalización.
Descripción de componentes personalizados, como ensamblados de .NET y componentes COM+.
Diagrama de arquitectura detallado
En el diagrama siguiente se muestra un diagrama de arquitectura que se podría usar para una evaluación del rendimiento.
de
Diagrama de arquitectura de BizTalk
Diagramas de flujo de mensajes
Cree diagramas detallados de flujo de mensajes para ayudar a evitar confusiones o suposiciones falsas con respecto a lo que se supone que está ocurriendo en los mensajes durante el procesamiento.
Al pensar en una solución de BizTalk de forma holística, tienden a pensar en el flujo de mensajes a través del sistema. Esta perspectiva de Flujo de mensajes es especialmente importante al realizar pruebas de rendimiento porque todas las partes del flujo deben considerarse como posibles cuellos de botella. Tener un diagrama de flujo de mensajes evita cualquier confusión o suposiciones falsas con respecto a lo que se supone que está ocurriendo en los mensajes durante cada ejecución de prueba.
En el ejemplo siguiente, creado con formas simples de Visio, todos los usuarios del proyecto, independientemente del fondo, pueden comprender rápidamente cómo llega un mensaje al sistema, qué partes de las soluciones interactúan con el mensaje y, por último, dónde llega el mensaje después del procesamiento.
de mensajes
Diagrama de flujo de mensaje
Se deben tener en cuenta los detalles siguientes al crear los diagramas de flujo de mensajes:
Describir el ciclo de vida de cada tipo de mensaje desde el momento en que llega a una ubicación de recepción hasta que se envían todos los mensajes resultantes y se completa todo el procesamiento relacionado.
Describir cómo procesar los cambios en las condiciones de error.
Incluya detalles sobre la correlación, las notificaciones de entrega y las confirmaciones.
Incluya detalles sobre la dependencia de los sistemas externos.
Incluya información de requisitos de rendimiento con respecto a la latencia y el rendimiento.
Detalles del software de terceros
Todo el software que no es de Microsoft que se usa debe documentarse completamente como parte del diseño detallado de la solución.
Pila de hardware de laboratorio detallada
Basándose en el diagrama de hardware de alto nivel creado anteriormente, se debe documentar completamente la siguiente información de hardware:
Procesadores
Tipo
Velocidad
Número de núcleos
Hyperthreading
Memoria
Importe
Velocidad
Parity
Red
Número de tarjetas de interfaz de red (NIC)
Velocidad de la red
SAN
Número de tarjetas SAN en cada equipo
Número de números de unidad lógica (LUN) para cada equipo y propósito para cada LUN
Velocidad de las tarjetas de red de área de almacenamiento (SAN)
Detalles de configuración de la tarjeta SAN
Asignación, formato y creación de particiones de discos SAN
Disco
Detalles del disco local para cada equipo
Formato usado para discos locales
Detalles de creación de particiones para discos locales
Cache
Cantidad de caché L2
Cantidad de caché L3
Pila de software de laboratorio detallada
Se debe documentar la siguiente información de software:
Versiones, ediciones y arquitecturas específicas del sistema operativo
Características específicas del sistema operativo
Software específico instalado en cada equipo
Controladores específicos
Service Packs y otras actualizaciones
Valores de configuración para todas las características de software y sistema operativo que se usan si varían de los valores predeterminados