Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cette rubrique fournit une vue d’ensemble du flux de messages entre les serveurs pendant les tests de charge et les architectures de serveur distinctes sur lesquelles le test de charge a été effectué.
Vue d’ensemble du flux de messages pendant les tests de charge
Le diagramme suivant fournit une vue d’ensemble générique de l’architecture de serveur utilisée pour tous les scénarios de test et le flux de messages entre les serveurs pendant un test de charge.
Remarque
Chaque architecture de serveur distincte testée est décrite dans la section Architecture du serveur de référence.
La figure suivante fournit une vue d’ensemble du flux de messages. Les nombres de la figure correspondent aux étapes répertoriées ci-dessous.
Vue d’ensemble du flux de messages
Le test de charge est lancé par le contrôleur d'agent de charge 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.
Remarque
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 de 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 exécution de test « priming » 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 tous les messages d’amorçage traités ; L’instance BizUnit charge les compteurs Performance Monitor pour tous les ordinateurs testés dans la série de test principale et exécute une commande pour afficher une boîte de dialogue qui vous invite à envoyer des messages pour la série de tests principale.
Le projet de Test de Charge de Visual Studio 2008 sur VSTS_TestController instruit les ordinateurs de l'Agent de Test de Charge à soumettre des messages pour le déroulement principal du test.
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 du contrôleur de test de charge (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 demande-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 requête/réponse bidirectionnel qui appelle le service de calculatrice en aval.
Remarque
Le service de calculatrice en aval est basé sur les exemples de Windows Communication Foundation.
Le service de calculatrice consomme une requête provenant de BizTalk Server et retourne une réponse au port d'envoi avec demande-réponse de BizTalk Server.
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 de calcul est récupéré à partir de la base de données MessageBox par le port de demande-réponse BizTalk, qui délivre ensuite un message de réponse aux ordinateurs de l'Agent de Test de Charge.
Architecture du serveur de référence
Pour l’architecture du serveur de référence, 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. Cela a été effectué pour établir des 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 BizTalk Server et SQL Server physiques pour l’architecture du serveur de référence.
Serveur BizTalk physique / Serveur SQL 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.
Total de 6 + 3 = 9 Go de RAM disponible et 8 + 4 = 12 cœurs de processeur disponibles pour BizTalk Server.
SQL Server - 1 ordinateur SQL Server configuré comme suit :
8 Go de RAM disponible.
4 cœurs de processeur disponibles.
Virtual BizTalk Server / Physical SQL Server
La figure suivante illustre les niveaux BizTalk Server virtuels et SQL Server physiques.
Virtual BizTalk Server / Physical SQL Server
Pour ce scénario, le test de charge a été effectué sur BizTalk Server s’exécutant sur Hyper-V machines virtuelles et SQL Server s’exécutant sur du matériel physique.
Remarque
L’allocation de mémoire ram et de cœurs de processeur décrits ci-dessous était identique pour chaque scénario non planifié, 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 Servers configurés comme suit :
3 Go de RAM allouée à 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 ordinateur SQL Server 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 distincts Hyper-V.
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 machines virtuelles bizTalk Server Hyper-V et sql Server Hyper-V machine virtuelle ont été exécutées sur des ordinateurs hôtes Hyper-V distincts.
Remarque
L’allocation de mémoire 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 Virtual BizTalk Server /Physical SQL Server , 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 illustre les 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 bizTalk Server Hyper-V et sql Server Hyper-V machine virtuelle étaient toutes exécutées sur le même ordinateur hôte Hyper-V.
Remarque
L’allocation de mémoire 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 Virtual BizTalk Server /Virtual SQL Server , la seule différence étant que les machines virtuelles BizTalk Server Hyper-V et SQL Server Hyper-V machines virtuelles ont été configurées pour s’exécuter sur le même ordinateur hôte Hyper-V.