Compartir vía

Fase 3. preparación para la valoración

  • Artículo

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.

Arquitectura del diagrama de arquitectura 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.

Diagrama de flujo 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

Consulte también

Fases de una valoración del rendimiento