Indicateurs de performance clés
Cette rubrique fournit les résultats de test que le BizTalk Server groupe de produits a observés lors de l’utilisation des méthodes de scale-out suivantes :
Indicateurs de performances clés (KPI) lors de l’augmentation du nombre d’ordinateurs BizTalk Server dans un groupe de BizTalk Server. Pour ces tests, une seule base de données MessageBox BizTalk Server a été configurée pour le groupe BizTalk Server. Ces tests se sont concentrés uniquement sur l’impact de l’ajout d’ordinateurs BizTalk Server à un groupe BizTalk Server.
Indicateurs de performance clés lors de l’augmentation du nombre de bases de données MessageBox BizTalk Server utilisées par le groupe BizTalk Server. Ces tests se sont concentrés uniquement sur l’impact de l’ajout d’BizTalk Server bases de données MessageBox à un groupe BizTalk Server.
Indicateurs de performance clés lors de l’augmentation du nombre d’ordinateurs BizTalk Server et de bases de données MessageBox BizTalk Server utilisées par le groupe BizTalk Server. Ces tests ont mesuré l’impact de l’ajout d’ordinateurs BizTalk Server et de bases de données MessageBox BizTalk Server à un groupe BizTalk Server.
Analyse des indicateurs de performance clés
Scénario de messagerie, BizTalk Server scale-out – BizTalk et KPI SQL
L’ajout d’un deuxième ordinateur exécutant BizTalk Server n’a pas d’impact significatif sur le débit global. La charge sur le processeur BizTalk Server diminue de 25 %. Le processeur pour SQL Server augmente légèrement de 59 % à 59,8 % lorsque le deuxième ordinateur exécutant BizTalk Server est ajouté au groupe BizTalk Server. Au-delà de ce point, aucun autre avantage en matière de performances n’a été obtenu en augmentant le nombre de serveurs de traitement BizTalk.
Chaque hôte BizTalk instance interroge régulièrement la file d’attente appropriée dans messageBox. Tout message référencé dans la file d’attente de l’hôte est en fait stocké dans l’ensemble partagé de tables dans messageBox. Si le débit diminue lors de l’ajout d’autres ordinateurs exécutant BizTalk Server, une cause courante est une activité trop importante sur les tables partagées dans la base de données MessageBox. Un chemin d’E/S dédié pour SQL Server à ces tables peut être créé en affectant ces tables à un groupe de fichiers spécifique.
Optimisation des groupes de fichiers pour les bases de données2 fournit des conseils sur la façon d’affecter des tables à des groupes de fichiers spécifiques. Le script inclus dans BizTalk Server script SQL des groupes de fichiers de base de données MessageBox du guide explique comment procéder. La mise à l’échelle vers une configuration MessageBox multiple ne doit être prise en compte qu’après avoir distribué des objets MessageBox entre plusieurs groupes de fichiers et après que toutes les autres optimisations liées à SQL ont été appliquées.
Pourcentage d’utilisation du processeur BizTalk Server et SQL Server
Scénario de messagerie, BizTalk Server et SQL Server scale-out – BizTalk et L’indicateur de performance clé SQL
Ce test a été effectué pour déterminer l’efficacité de la mise à l’échelle du niveau SQL Server en ajoutant quatre bases de données MessageBox. Dans ce scénario, l’ajout de deux ordinateurs exécutant BizTalk Server a permis un débit durable maximal de 2 790 messages par seconde. Ce débit était supérieur de 118 % au débit maximal pouvant être obtenu lors de l’utilisation d’un seul MessageBox. Au-delà de ce point, l’ajout de plus de puissance de traitement au niveau BizTalk Server a dégradé les performances de la même manière que le scénario MessageBox unique.
Les principales conclusions des tests de scénario de messagerie sont que le scale-out BizTalk Server est une technique efficace pour augmenter le débit global si la contention sur SQL Server n’est pas un goulot d’étranglement. Si la base de données MessageBox devient un point de conflit, appliquez d’abord les optimisations détaillées dans Optimisation des performances de la base de données, en particulier le script d’optimisation de groupe de fichiers décrit dans BizTalk Server script SQL des groupes de fichiers de base de données MessageBox pour distribuer la charge d’E/S. Si vous ne parvenez toujours pas à atteindre le débit souhaité, vous devez envisager un scale-out en ajoutant d’autres bases de données MessageBox.
Pourcentage d’utilisation du processeur BizTalk Server et SQL Server
Scénario d’orchestration, BizTalk Server scale-out : SQL Server et BizTalk Server KPI
L’ajout d’un deuxième ordinateur exécutant BizTalk Server n’a pas d’impact significatif sur le débit global. La charge sur le processeur BizTalk Server diminue de 23 %. Le processeur pour SQL Server passe de 66,5 % à 68,5 % lorsqu’un ordinateur supplémentaire exécutant BizTalk Server est ajouté.
Pourcentage d’utilisation du processeur BizTalk Server et SQL Server
Scénario d’orchestration, BizTalk Server et SQL Server scale-out : SQL Server et BizTalk Server KPI
Ce test a été effectué pour déterminer l’efficacité de la mise à l’échelle du niveau BizTalk Server et SQL Server en ajoutant d’autres ordinateurs exécutant BizTalk Server et plus de bases de données MessageBox pour le scénario d’orchestration. Dans ce scénario, l’ajout de deux ordinateurs exécutant BizTalk Server a permis d’obtenir un débit durable maximal de 1 487 orchestrations par seconde. Ce résultat était supérieur de 116 % au résultat maximal pouvant être obtenu par rapport à un seul MessageBox. La mise à l’échelle vers quatre bases de données MessageBox sur des ordinateurs SQL Server distincts permet d’augmenter le débit en raison de la puissance de traitement supplémentaire et de la possibilité de distribuer la charge de base de données entre plusieurs bases de données MessageBox. Cette tactique soulage également les conflits sur les tables partagées, qui était un goulot d’étranglement dans l’environnement MessageBox unique. Comme dans le scénario de messagerie, l’augmentation du nombre de bases de données MessageBox et leur distribution entre des instances SQL dédiées permettent l’ajout de plusieurs ordinateurs BizTalk Server au groupe BizTalk Server.
Pourcentage d’utilisation du processeur BizTalk Server et SQL Server
Voir aussi
Mise à l’échelle d’un environnement BizTalk Server de production