Test de charge maximale
Les informations de cette rubrique font référence aux tests expliqués dans Scénarios de test pour mesurer le MST du moteur.
Pour le premier test, le système a fonctionné à son débit maximal acceptable, de façon à effectuer des observations sur un système sain.
Le graphique suivant montre les indicateurs clés après l'utilisation de cette approche pour identifier le débit maximal acceptable du système de test.
Profil de charge du test de charge maximale
Ce graphique montre que, pendant la durée du test, la profondeur du spouleur est restée stable et n'a pas augmenté :
Les lignes noires en haut du graphique indiquent le nombre total de messages reçus par seconde par le système (pour les deux serveurs de réception, par exemple).
Les lignes au bas du graphique indiquent la profondeur du spouleur MessageBox sur chaque serveur SQL Server.
Une fois que le système fonctionne à la profondeur de spouleur stable maximale, le débit maximal acceptable est déterminé par le nombre de messages reçus par seconde. Pour ce scénario et avec le matériel décrit, un débit maximal acceptable de 290 messages par seconde a été atteint.
Notes
Une fois que le système fonctionne à une profondeur de spouleur dont la stabilité ne peut plus être garantie, le débit maximal acceptable est dépassé. Plusieurs exécution du test avec des charges différentes peuvent être nécessaires pour évaluer la charge maximale à laquelle la profondeur du spouleur reste stable et à laquelle le système peut gérer les messages accumulés sans risque de saturation.
Toute analyse des performances d'un déploiement BizTalk doit passer par la vérification de certains indicateurs clés permettant d'anticiper les engorgements de ressources. Les mesures clés et les valeurs correspondantes suivantes ont été utilisées pour ce déploiement fonctionnant au débit maximal acceptables :
Utilisation du processeur
| Serveur | Utilisation moyenne de l'UC |
|---|---|
| Serveurs BizTalk | 55 % |
| Serveur SQL Server (serveur MessageBox maître) | 76 % |
| Serveur SQL Server (autres serveurs MessageBox) | 83 % |
Durée d'inactivité du disque physique
| Serveur | Durée d'inactivité moyenne du disque |
|---|---|
| Moyenne pour tous les serveurs SQL Server | 69% |
Verrous SQL sur les serveurs SQL Server
| Paramètre | Valeur |
|---|---|
| Nombre total moyen de dépassements de délai de verrouillage par seconde (par serveur SQL Server) | 1980 |
| Temps d'attente total moyen pour les verrouillages (ms) | 495 |
Au cours de ce test, aucune erreur n'a été consignée dans le journal de l'application BizTalk ou SQL Server.
Ces données permettent de tirer les conclusions suivantes :
Notre système ne génère aucun engorgement de ressources évident.
Tous ces indicateurs se situent dans les limites acceptables.
L'utilisation de l'UC et les durées d'inactivité du disque montrent même que le système dispose encore d'une marge importante.
Les indicateurs de verrouillage SQL sont corrects, les délais d’expiration de verrou/s ne commencent pas à devenir un problème tant qu’environ 5 000 (selon votre SQL Server) et les temps d’attente de verrouillage inférieurs à 1 seconde ne sont pas également sains.
Maintenant que nous avons indiqué comment déterminer le débit maximal acceptable et identifié les indicateurs clés d'un système sain, étudions le comportement d'un système dont les capacités de traitement et de garbage collection sont dépassées. Passez au test de charge Overdrive.
Voir aussi
Scénarios de test pour mesurer le débit maximal acceptable du moteur
Test de surcharge de dépassement