Performances du matériel

Date de publication : juillet 2016

S’applique à : System Center 2012 SP1 - Service Manager, System Center 2012 R2 Service Manager, System Center 2012 - Service Manager

Une partie importante des performances de System Center 2012 - Service Manager dépend de la configuration matérielle et de la topologie de déploiement prévue pour répondre aux besoins de votre organisation. Les sections suivantes fournissent des recommandations générales à prendre en considération pour la planification de performances matérielles adéquates.

On indique ci-après les goulots d'étranglement matériels les plus perceptibles dans Service Manageravec une charge ou une quantité de données significative dans la base de données Service Manager :

1. Le goulot d'étranglement le plus courant est constitué par la mémoire et les E/S de l'ordinateur sur lequel s'exécute Microsoft SQL Server. Lorsque cela est possible, l'acquisition de mémoire supplémentaire et d'un sous-système d'E/S plus rapide pour améliorer les E/S de SQL Server permettra d'obtenir de meilleures performances.

2. Si vous prévoyez de connecter de nombreuses consoles au serveur d'administration, vous pouvez améliorer les performances lors des pointes de charge en faisant l'acquisition de processeurs et de mémoire supplémentaires pour le serveur d'administration ou en installant un serveur d'administration Service Manager secondaire.

Il convient de tenir compte de la configuration matérielle minimale requise pour chaque rôle décrite dans ce document.

Le rôle des machines virtuelles

De nombreuses organisations utilisent des machines virtuelles pour héberger des applications Windows Server. Service Manager , tels que le serveur d'administration et le serveur d'entrepôt de données, ne font pas exception. En matière d'utilisation de machines virtuelles, les scénarios vont de la virtualisation de tous les rôles de serveur à différentes combinaisons d'ordinateurs virtuels et physiques.

Les besoins de votre organisation étant intrinsèquement uniques, nous ne recommandons aucun ratio particulier entre ordinateurs virtuels et physiques. Toutefois, la configuration matérielle minimale requise pour chaque rôle logiciel s'applique aux ordinateurs physiques. Si vous décidez de virtualiser un rôle logiciel, vous devez effectuer un planification pour vous assurer que vous disposez des ressources matérielles supplémentaires pour chaque ordinateur virtuel.

Les serveurs de base de données sont exposés à de mauvaises performances sur les machines virtuelles si les conseils de planification suivants ne sont pas suivis :

• Running SQL Server 2008 in a Hyper-V Environment (Exécution de SQL Server 2008 dans un environnement Hyper-V) (SQL2008inHyperV2008.docx).

• N'utilisez jamais de disques dynamiques sur des machines virtuelles destinées à héberger SQL Server. Utilisez des disques durs virtuels de taille fixe ou des disques pass-through.

• Hyper-V ne permet que 4 processeurs virtuels par invité, ce qui peut freiner le serveur Service Manager si vous disposez de nombreuses consoles.

Résultats de test de la ligne de base Service Manager

Service Manager a été testée en termes de performances et d'évolutivité en utilisant différents scénarios basés sur la configuration matérielle minimale recommandée avec des ordinateurs physiques. Plus précisément, les scénarios ont été testés avec des bases de données pré-renseignées et des Console de Service Managercréant et actualisant des incidents et des demandes de changement dans une boucle.

La base de données était pré-renseignée avec des informations pour deux tests :

• Le test 1 a porté sur 20 000 ordinateurs, 20 000 utilisateurs et tous les éléments de configuration nécessaires, soit 250 000 éléments de configuration totalisant 2,5 millions de lignes environ dans la base de données. Le test 1 incluait également 40 Console de Service Manageractives.

• L'essai 2 a porté sur 50 000 ordinateurs, 50 000 utilisateurs et les éléments de configuration associés, soit 700 000 éléments de configuration environ totalisant 6 millions de lignes dans la base de données. Le test 2 incluait également 80 Console de Service Manageractives.

Les tests ont fourni les résultats suivants :

• Pour atteindre les objectifs de temps de réponse pour la configuration avec 50 000 ordinateurs, la mémoire de l'ordinateur SQL Server doit être augmentée pour passer de 8 Go à 32 Go.

• Pendant le test, 200 incidents et 50 demandes de modification pour la configuration à 20 000 ordinateurs, ainsi que 500 incidents et 125 demandes de modification pour la configuration à 50 000 ordinateurs ont été générés chaque heure, 3 à 4 modèles et abonnements à des notifications ayant été traités pour chaque incident et chaque demande de modification.

• Généralement, dans le test de ligne de base, les flux de travail tels que le traitement d'abonnement aux notifications et l'application de modèles ont été exécutés moins d'une minute après la génération de chaque élément de travail.

Si votre organisation prévoit de prendre en charge moins de 20 000 ordinateurs et consoles et moins de flux de travail, la performance de Service Manager devrait être acceptable, même si certains des rôles Service Manager sont hébergés sur des ordinateurs virtuels.

Toutefois, si vous prévoyez d'ajouter d'autres ordinateurs pris en charge dans la base de données Service Manager , vous devriez prévoir d'augmenter la quantité de RAM du serveur de base de données Service Manager au-delà des spécifications minimales indiquées dans ce document. Par exemple, dans le test de ligne de base, 8 Go de RAM étaient installés sur le serveur de base de données Service Manager qui contenait les enregistrements pour 20 000 ordinateurs. Après coup, vous devriez ajouter 8 Go de RAM pour chaque incrément de 10 000 ordinateurs que vous prévoyez de prendre en charge. Par exemple, pour 50 000 ordinateurs, prévoyez 32 Go de RAM. Lors du test de la configuration comprenant 50 000 ordinateurs avec 32 Go de RAM installée sur l'ordinateur hébergeant SQL Server, les performances ont été améliorées à un point tel qu'aucune dégradation n'a pu être constatée par rapport à la situation antérieure à l'ajout d'ordinateurs.

Le temps d'attente réseau a aussi été testé dans la ligne de base. Une latence réseau a été introduite entre la Console de Service Manager et le serveur d'administration Service Manager .

Les tests ont également fourni les résultats suivants :

• Lorsque la latence du réseau était inférieure à 100 ms, les temps de réponse globaux de la Console de Service Manager ont été jugés satisfaisants.

• Lorsque la latence réseau était comprise entre 150 et 200 ms, la performance a été jugée utilisable avec une dégradation des temps de réponse pouvant aller jusqu'à 40 % dans certains scénarios. Avec une latence comprise entre 150 et 200 ms, vous devriez prévoir d'évaluer les scénarios clés de votre organisation et de déterminer si une connexion Bureau à distance (RDC) est préférable.

  Notes

  
  L'extension des cartes de service dans la Console de Service Manager était lente quel que soit le niveau de latence.

• Lorsque la latence réseau a dépassé 200 ms, les temps de réponse globaux de la Console de Service Manager ont été jugés faibles. Si votre latence dépasse 200 ms, vous devriez prévoir d'utiliser une connexion Bureau à distance (RDC) ou un autre accès à distance semblable pour les tâches d'exploitation. Toutefois, les tâches administratives occasionnelles étant moins répandues vous ne devriez pas avoir besoin d'accès à distance pour ces dernières.