Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
En este tema se proporciona información general sobre el flujo de mensajes entre servidores durante las pruebas de carga y las distintas arquitecturas de servidor en las que se realizó la prueba de carga.
Información general sobre el flujo de mensajes durante las pruebas de carga
En el diagrama siguiente se proporciona información general genérica de la arquitectura de servidor que se usa para todos los escenarios de prueba y el flujo de mensajes entre servidores durante una prueba de carga.
Nota:
Cada arquitectura de servidor distinta que se ha probado se describe en la sección Arquitectura del servidor de línea base.
En la ilustración siguiente se proporciona información general sobre el flujo de mensajes. Los números de la figura corresponden a los pasos enumerados debajo de la figura.
Visión general del flujo de mensajes
La prueba de carga la inicia el equipo del controlador del agente de carga VSTS_TestController:
Se ejecuta un proyecto de Visual Studio 2008 en VSTS_TestController . El proyecto carga una instancia de la clase BizUnit, carga el archivo de configuración XML de BizUnit especificado y comienza a ejecutar los pasos definidos en el archivo de configuración de BizUnit.
Nota:
Para obtener más información sobre el archivo de configuración XML usado por BizUnit, vea Definir pruebas mediante un archivo de configuración XML.
Después de completar los pasos de configuración de pruebas, uno de los pasos del proyecto de BizUnit ejecuta un comando que muestra un cuadro de diálogo que le pide que inicie una ejecución de prueba de "priming" para enviar mensajes de preparación al entorno de BizTalk Server.
Los mensajes de preparación son enviados desde un proyecto independiente de prueba de Visual Studio 2008 en VSTS_TestController. Los mensajes de calentamiento se envían para "preparar" el entorno de prueba inicializando las cachés del sistema.
Después de procesar todos los mensajes de preparación, la instancia de BizUnit carga los contadores del Monitor de rendimiento para todos los equipos que se prueban en la ejecución de prueba principal y ejecuta un comando para mostrar un cuadro de diálogo solicitándole enviar mensajes para la ejecución de prueba principal.
El proyecto de prueba de carga de Visual Studio 2008 en VSTS_TestController dirige los ordenadores del Agente de Prueba de Carga para enviar mensajes durante la ejecución principal de la prueba.
Los equipos del Agente de pruebas de carga envían mensajes de prueba a los equipos de BizTalk Server especificados en el archivo app.config del proyecto de prueba de carga de Visual Studio 2008 en el equipo del controlador de pruebas de carga (VSTS_TestController).
Los equipos de BizTalk Server reciben los mensajes enviados por los equipos del Agente de pruebas de carga, para esta prueba de carga, los mensajes se recibieron mediante una ubicación de recepción de solicitud-respuesta bidireccional.
BizTalk Server publica el mensaje en la base de datos MessageBox.
Una orquestación consume los mensajes.
La orquestación está enlazada a un puerto de envío de solicitud-respuesta bidireccional que invoca el servicio de calculadora de bajada.
Nota:
El servicio de calculadora descendente se basa en ejemplos de Windows Communication Foundation.
El servicio de calculadora consume la solicitud de BizTalk Server y devuelve una respuesta al puerto de envío de solicitud-respuesta de BizTalk Server.
BizTalk Server procesa la respuesta y guarda el mensaje de respuesta en la base de datos MessageBox. A continuación, el puerto de solicitud y respuesta de BizTalk recupera el mensaje de respuesta del servicio web Calculator de la base de datos MessageBox y se devuelve un mensaje de respuesta a los equipos del Agente de prueba de carga.
Arquitectura del servidor de línea base
Para la arquitectura del servidor de línea base, el rol de Hyper-V no se instaló y BizTalk Server y SQL Server se instalaron en el sistema operativo host. Esto se ha hecho para establecer métricas de rendimiento de "línea base" de la solución de BizTalk Server en un entorno de hardware físico.
En la ilustración siguiente se muestran los niveles físicos de BizTalk Server y SQL Server para la arquitectura de servidor de línea base.
Servidor físico de BizTalk Server / Servidor físico de SQL Server (línea base)
BizTalk Server : 2 equipos de BizTalk Server configurados de la manera siguiente:
Un equipo de BizTalk Server con 6 GB de RAM y 8 núcleos de procesador disponibles.
Un equipo de BizTalk Server con 3 GB de RAM y 4 núcleos de procesador disponibles.
Total de 6 + 3 = 9 GB de RAM disponibles y 8 + 4 = 12 núcleos de procesador disponibles para BizTalk Server.
SQL Server : 1 equipo con SQL Server configurado de la manera siguiente:
8 GB de RAM disponible.
4 núcleos de procesador disponibles.
Virtual BizTalk Server/ SQL Server físico
En la ilustración siguiente se muestran los niveles virtuales de BizTalk Server y SQL Server físicos.
Servidor BizTalk virtual / Servidor SQL físico
En este escenario, la prueba de carga se realizó en BizTalk Server que se ejecuta en Hyper-V máquinas virtuales y SQL Server que se ejecuta en hardware físico.
Nota:
La asignación de núcleos de RAM y procesador que se describen a continuación era idéntica para cada escenario que no es de línea base, la única diferencia es si determinados equipos se ejecutan en una máquina virtual Hyper-V o en hardware físico.
BizTalk Server : 3 equipos de BizTalk Server configurados de la manera siguiente:
3 GB de RAM asignada a cada equipo de BizTalk Server con un total de 3 x 3 = 9 GB de RAM disponibles para BizTalk Server.
4 núcleos de procesador asignados a cada equipo de BizTalk Server con un total de 3 x 4 = 12 núcleos de procesador disponibles para BizTalk Server.
SQL Server : 1 equipo con SQL Server configurado de la manera siguiente:
8 GB de RAM disponible.
4 núcleos de procesador disponibles.
Virtual BizTalk Server/Virtual SQL Server
En la ilustración siguiente se muestra un equipo virtual de BizTalk Server y un equipo virtual de SQL Server en equipos host independientes Hyper-V.
Virtual BizTalk Server/Virtual SQL Server
En este escenario, la prueba de carga se realizó en BizTalk Server que se ejecuta en máquinas virtuales Hyper-V y SQL Server que se ejecuta en una máquina virtual de Hyper-V. Las máquinas virtuales de BizTalk Server Hyper-V y la máquina virtual de SQL Server Hyper-V se ejecutaron en equipos host de Hyper-V independientes.
Nota:
La asignación de núcleos de RAM y procesador para este escenario es idéntica a la asignación de núcleos de RAM y procesador para el escenario virtual de BizTalk Server o SQL Server físico , la única diferencia es que SQL Server se configuró para ejecutarse en una máquina virtual de Hyper-V en lugar de hardware físico.
Entorno consolidado
En la ilustración siguiente se muestran los equipos virtuales de BizTalk Server y un equipo virtual de SQL Server consolidado en un equipo host de Hyper-V.
Entorno consolidado
En este escenario, la prueba de carga se realizó en BizTalk Server que se ejecuta en máquinas virtuales Hyper-V y SQL Server que se ejecuta en una máquina virtual de Hyper-V. Las máquinas virtuales de BizTalk Server Hyper-V y SQL Server Hyper-V se ejecutaron todas en el mismo equipo host Hyper-V.
Nota:
La asignación de núcleos de RAM y procesador para este escenario es idéntica a la asignación de núcleos de RAM y procesador para el escenario de Virtual BizTalk Server o Virtual SQL Server , la única diferencia es que las máquinas virtuales de BizTalk Server Hyper-V y SQL Server Hyper-V máquinas virtuales se configuraron para ejecutarse en el mismo equipo host de Hyper-V.