Arquitectura de servidor del escenario de prueba
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 usada 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 probó 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 ilustración corresponden a los pasos enumerados debajo de la ilustración.
mensajes Información general sobre el flujo de mensajes
El equipo del controlador del agente de carga inicia las pruebas 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 prueba, 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 priming al entorno de BizTalk Server.
Los mensajes de preparación se envían desde un proyecto de prueba de Visual Studio 2008 independiente en VSTS_TestController. Los mensajes de preparación se envían a "preparar" el entorno de prueba mediante la inicialización de cachés del sistema.
Después de procesar todos los mensajes de priming; La instancia de BizUnit carga Monitor de rendimiento contadores 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 que le pide que envíe mensajes para la ejecución de prueba principal.
El proyecto Prueba de carga de Visual Studio 2008 en VSTS_TestController dirige a los equipos del Agente de pruebas de carga para enviar mensajes para la ejecución de prueba principal.
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 de Load Test Controller (VSTS_TestController).
Los equipos BizTalk Server reciben los mensajes enviados por los equipos del Agente de pruebas de carga, para esta prueba de carga, los mensajes fueron recibidos por 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 de bajada 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 BizTalk Server.
BizTalk Server procesa la respuesta y conserva el mensaje de respuesta en la base de datos messageBox. A continuación, el puerto request-response recupera el mensaje de respuesta del servicio web Calculator de la base de datos MessageBox por el puerto de solicitud-respuesta de BizTalk y se devuelve un mensaje de respuesta a los equipos del Agente de pruebas 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 tanto BizTalk Server como SQL Server se instalaron en el sistema operativo host. Esto se realizó para establecer métricas de rendimiento de "línea base" de la solución BizTalk Server en un entorno de hardware físico.
En la ilustración siguiente se muestran los niveles físicos BizTalk Server y SQL Server para la arquitectura del servidor de línea base.
BizTalk Server físico/SQL Server físico (línea base)
BizTalk Server: 2 equipos de BizTalk Server configurados de la siguiente manera:
Un equipo BizTalk Server con 6 GB de RAM y 8 núcleos de procesador disponibles.
Un equipo 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 de SQL Server configurado de la siguiente manera:
Hay 8 GB de RAM disponibles.
4 núcleos de procesador disponibles.
BizTalk Server virtual/SQL Server físico
En la ilustración siguiente se muestran los niveles de BizTalk Server virtual y SQL Server físicos.
BizTalk Server virtual/SQL Server físico
En este escenario, la prueba de carga se realizó en BizTalk Server que se ejecutan en máquinas virtuales de Hyper-V y SQL Server que se ejecutan en hardware físico.
Nota
La asignación de núcleos de PROCESADOR y RAM 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 de Hyper-V o en hardware físico.
BizTalk Server: 3 equipos de BizTalk Servers configurados de la siguiente manera:
3 GB de RAM asignadas a cada equipo 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 BizTalk Server con un total de 3 x 4 = 12 núcleos de procesador disponibles para BizTalk Server.
SQL Server: 1 equipo de SQL Server configurado de la siguiente manera:
Hay 8 GB de RAM disponibles.
4 núcleos de procesador disponibles.
Virtual BizTalk Server/Virtual SQL Server
En la ilustración siguiente se muestra un equipo de BizTalk Server virtual y un equipo de SQL Server virtual en equipos host de Hyper-V independientes.
Virtual BizTalk Server/Virtual SQL Server
En este escenario, la prueba de carga se realizó en BizTalk Server que se ejecutan en máquinas virtuales de Hyper-V y SQL Server que se ejecutan en una máquina virtual de Hyper-V. Las BizTalk Server máquinas virtuales de Hyper-V y la máquina virtual de Hyper-V SQL Server se ejecutaron en equipos host de Hyper-V independientes.
Nota
La asignación de núcleos de PROCESADOR y RAM para este escenario es idéntica a la asignación de núcleos de RAM y procesador para el escenario de BizTalk Server virtual o físico SQL Server, 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 BizTalk Server virtuales y un equipo de SQL Server virtual consolidado en un equipo host de Hyper-V.
Entorno consolidado
En este escenario, la prueba de carga se realizó en BizTalk Server que se ejecutan en máquinas virtuales de Hyper-V y SQL Server que se ejecutan en una máquina virtual de Hyper-V. Las BizTalk Server máquinas virtuales de Hyper-V y la máquina virtual de Hyper-V SQL Server se ejecutaron en el mismo equipo host de 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 tanto las máquinas virtuales de Hyper-V como BizTalk Server las SQL Server Las máquinas virtuales de Hyper-V se configuraron para ejecutarse en el mismo equipo host de Hyper-V.
Consulte también
Comentarios
Próximamente: A lo largo de 2024 iremos eliminando gradualmente las Cuestiones de GitHub como mecanismo de retroalimentación para el contenido y lo sustituiremos por un nuevo sistema de retroalimentación. Para más información, consulta: https://aka.ms/ContentUserFeedback.
Enviar y ver comentarios de