Données de résultats des tests de planification de la capacité

S’applique à : Windows Azure Pack

Windows tests de planification de la capacité Azure Pack montrent les résultats suivants.

Données de résultats du portail de gestion pour les locataires

*Le temps de réponse de demande de page calculé n'inclut pas les temps de réponse pour les publications de client sur le portail de gestion pour les locataires, qui impliquent d'effectuer des tâches telles que la création de sites web ou de bases de données d'utilisateur final.

Données de résultats des composants en aval

Débit augmenté de 100 pour cent après augmentation du nombre d'instances du portail de gestion pour les locataires (de une à deux). Cela s'est produit car aucun des composants en aval (API et tous les fournisseurs de ressources) n'a atteint des goulots d'étranglement. Le portail de gestion pour les locataire est censé rencontrer le goulot d'étranglement du processeur avant les composants en aval.

L'ajout d'instances du portail de gestion pour les locataires augmente le débit de manière linéaire, à condition que les composants en aval ne rencontrent aucun goulot d'étranglement.

Résultats des tests de l'API client

Le tableau suivant présente les résultats des performances de l'API client qui utilisent deux instances de fournisseur de ressources.

Il a été observé qu'une seule instance de l'API client pouvait prendre en charge de manière fiable 320 demandes par seconde avec une utilisation moyenne du processeur de 80 pour cent.

Si vous prévoyez une charge élevée sur le portail, il est important de surveiller l'utilisation des ressources sur les ordinateurs. Pour plus d’informations sur la supervision des performances au fil du temps, consultez Analyseur de performances.

Pour plus d’informations sur le test de contrainte d’une charge personnalisée, consultez le chapitre 18 – Tests de contrainte des applications web.

Résultats des tests de fournisseur de ressources SQL Server

Le serveur d'hébergement SQL Server avait deux processeurs et 8 Go de RAM. Il s'agissait d'un serveur autonome qui n'utilisait aucun type de disque de réseau de zone de stockage (SAN).

La meilleure mesure de performances pour le fournisseur de ressources SQL Server est le nombre d'opérations d'E/S de disque SQL Server, car les E/S de disque ralentissent avant que l'utilisation du processeur maximale soit atteinte.

Une même instance de fournisseur de ressources SQL Server peut traiter de manière fiable 26 demandes par seconde avec un temps de réponse inférieur à trois secondes. Toute charge supérieure à ce niveau d'utilisation du processeur dégrade le débit et le temps de réponse dépasse trois secondes.