Architecture du serveur du scénario de test
Cette rubrique fournit une vue d’ensemble du flux de messages entre les serveurs pendant le test de charge et des architectures de serveur distinctes sur lesquelles le test de charge a été effectué.
Vue d’ensemble du flux de messages pendant le test de charge
Le diagramme suivant fournit une vue d’ensemble générique de l’architecture du serveur utilisée pour tous les scénarios de test et du flux de messages entre les serveurs pendant un test de charge.
Notes
Chaque architecture de serveur distincte testée est décrite dans la section Architecture du serveur de base.
La figure suivante fournit une vue d’ensemble du flux de messages. Les nombres de la figure correspondent aux étapes répertoriées sous la figure.
Vue d’ensemble du flux de messages
Le test de charge est lancé par l’ordinateur Load Agent Controller VSTS_TestController :
Un projet Visual Studio 2008 sur VSTS_TestController est exécuté. Le projet charge une instance de la classe BizUnit, charge le fichier de configuration XML BizUnit spécifié et commence à exécuter les étapes définies dans le fichier de configuration BizUnit.
Notes
Pour plus d’informations sur le fichier de configuration XML utilisé par BizUnit, consultez Définition du test à l’aide d’un fichier de configuration XML.
Une fois les étapes de configuration du test terminées, l’une des étapes du projet BizUnit exécute une commande qui affiche une boîte de dialogue qui vous invite à démarrer une série de tests « d’amorçage » pour envoyer des messages d’amorçage à l’environnement BizTalk Server.
Les messages d’amorçage sont envoyés à partir d’un projet de test Visual Studio 2008 distinct sur VSTS_TestController. Les messages d’amorçage sont envoyés pour « réchauffer » l’environnement de test en initialisant les caches système.
Une fois que tous les messages d’amorçage ont été traités ; l’instance BizUnit charge Analyseur de performances compteurs pour tous les ordinateurs testés dans l’exécution de test main et exécute une commande pour afficher une boîte de dialogue qui vous invite à envoyer des messages pour la main série de tests.
Le projet de test de charge Visual Studio 2008 sur VSTS_TestController demande aux ordinateurs de l’Agent de test de charge d’envoyer des messages pour la main série de tests.
Les ordinateurs de l’Agent de test de charge envoient des messages de test aux ordinateurs BizTalk Server spécifiés dans le fichier app.config du projet Test de charge Visual Studio 2008 sur l’ordinateur Load Test Controller (VSTS_TestController).
Les ordinateurs BizTalk Server reçoivent les messages envoyés par les ordinateurs de l’agent de test de charge. Pour ce test de charge, les messages ont été reçus par un emplacement de réception de requête-réponse bidirectionnel.
BizTalk Server publie le message dans la base de données MessageBox.
Les messages sont consommés par une orchestration.
L’orchestration est liée à un port d’envoi de sollicitation-réponse bidirectionnel qui appelle le service de calculatrice en aval.
Notes
Le service de calculatrice en aval est basé sur des exemples Windows Communication Foundation.
Le service de calculatrice utilise la demande provenant de BizTalk Server et retourne une réponse au port d’envoi BizTalk Server de sollicitation-réponse.
BizTalk Server traite la réponse et conserve le message de réponse dans la base de données MessageBox. Ensuite, le message de réponse du service web Calculatrice est récupéré à partir de la base de données MessageBox par le port de requête-réponse BizTalk, et un message de réponse est remis aux ordinateurs de l’agent de test de charge.
Architecture du serveur de référence
Pour l’architecture serveur de base, le rôle Hyper-V n’a pas été installé et BizTalk Server et SQL Server ont été installés sur le système d’exploitation hôte. Cette opération a été effectuée pour établir les métriques de performances « de référence » de la solution BizTalk Server sur un environnement matériel physique.
La figure suivante illustre les niveaux de BizTalk Server physique et de SQL Server pour l’architecture serveur de base.
BizTalk Server physique / SQL Server physique (base de référence)
BizTalk Server - 2 ordinateurs BizTalk Server configurés comme suit :
Un ordinateur BizTalk Server avec 6 Go de RAM et 8 cœurs de processeur disponibles.
Un ordinateur BizTalk Server avec 3 Go de RAM et 4 cœurs de processeur disponibles.
6 + 3 = 9 Go de RAM disponibles et 8 + 4 = 12 cœurs de processeur disponibles pour BizTalk Server.
SQL Server - 1 SQL Server ordinateur configuré comme suit :
8 Go de RAM disponible.
4 cœurs de processeur disponibles.
BizTalk Server virtuel / SQL Server physique
La figure suivante illustre les niveaux BizTalk Server virtuel et physique SQL Server.
BizTalk Server virtuel / SQL Server physique
Pour ce scénario, le test de charge a été effectué sur BizTalk Server s’exécutant sur des machines virtuelles Hyper-V et SQL Server s’exécutant sur du matériel physique.
Notes
L’allocation de la RAM et des cœurs de processeur décrits ci-dessous était identique pour chaque scénario non de base, la seule différence étant que certains ordinateurs s’exécutent sur une machine virtuelle Hyper-V ou sur du matériel physique.
BizTalk Server - 3 ordinateurs BizTalk Server configurés comme suit :
3 Go de RAM alloués à chaque ordinateur BizTalk Server avec un total de 3 x 3 = 9 Go de RAM disponible pour BizTalk Server.
4 cœurs de processeur alloués à chaque ordinateur BizTalk Server avec un total de 3 x 4 = 12 cœurs de processeur disponibles pour BizTalk Server.
SQL Server - 1 SQL Server ordinateur configuré comme suit :
8 Go de RAM disponible.
4 cœurs de processeur disponibles.
Virtual BizTalk Server / Virtual SQL Server
La figure suivante illustre un ordinateur BizTalk Server virtuel et un ordinateur SQL Server virtuel sur des ordinateurs hôtes Hyper-V distincts.
Virtual BizTalk Server / Virtual SQL Server
Pour ce scénario, le test de charge a été effectué sur BizTalk Server s’exécutant sur des machines virtuelles Hyper-V et SQL Server s’exécutant sur une machine virtuelle Hyper-V. Les BizTalk Server machines virtuelles Hyper-V et les machines virtuelles Hyper-V SQL Server ont été exécutés sur des ordinateurs hôtes Hyper-V distincts.
Notes
L’allocation de ram et de cœurs de processeur pour ce scénario est identique à l’allocation de ram et de cœurs de processeur pour le scénario BizTalk Server virtuel/SQL Server physique, la seule différence étant que SQL Server a été configuré pour s’exécuter sur une machine virtuelle Hyper-V plutôt que sur du matériel physique.
Environnement consolidé
La figure suivante représente des ordinateurs BizTalk Server virtuels et un ordinateur SQL Server virtuel consolidé sur un ordinateur hôte Hyper-V.
Environnement consolidé
Pour ce scénario, le test de charge a été effectué sur BizTalk Server s’exécutant sur des machines virtuelles Hyper-V et SQL Server s’exécutant sur une machine virtuelle Hyper-V. Les machines virtuelles Hyper-V BizTalk Server et les machines virtuelles Hyper-V SQL Server ont toutes été exécutées sur le même ordinateur hôte Hyper-V.
Notes
L’allocation de ram et de cœurs de processeur pour ce scénario est identique à l’allocation de ram et de cœurs de processeur pour le scénario BizTalk Server virtuel/SQL Server virtuel, la seule différence étant que les BizTalk Server machines virtuelles Hyper-V et SQL Server Les machines virtuelles Hyper-V ont été configurées pour s’exécuter sur le même ordinateur hôte Hyper-V.