Planifier les performances matérielles de Service Manager

Une partie importante des performances de System Center - Service Manager dépend de la configuration matérielle et de la topologie de déploiement qui est planifiée pour gérer les besoins de votre organisation. Les sections suivantes fournissent des instructions générales à prendre en compte lorsque vous planifiez des performances matérielles adéquates.

Performances du matériel

Voici les goulots d’étranglement matériels les plus visibles dans Service Manager, avec une charge et une quantité significatives de données 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. Si vous disposez des ressources, investir dans davantage de mémoire et un sous-système d’E/S plus rapide pour améliorer les E/S SQL Server obtiendra de meilleures performances.
2. Si vous prévoyez que de nombreuses consoles se connectent à un serveur d’administration, vous pouvez améliorer les performances pour gérer la charge maximale en investissant dans des processeurs et de la 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.

Rôle des machines virtuelles

De nombreuses organisations utilisent des machines virtuelles pour héberger des applications Windows Server. Les rôles serveur Service Manager, tels que le serveur d’administration et le serveur d’entrepôt de données, ne sont pas des exceptions. 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.

Nous vous déconseillons de rapport d’ordinateurs virtuels à physiques spécifiques, car les besoins de votre organisation sont intrinsèquement uniques. 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 planifier la mise en place de ressources matérielles supplémentaires pour chaque ordinateur virtuel.

Les serveurs de base de données sont vulnérables aux performances médiocres sur les machines virtuelles si les conseils de planification suivants ne sont pas suivis :

• Exécution de SQL Server dans un environnement Hyper-V.
• 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 autorise uniquement quatre processeurs virtuels par invité, ce qui peut limiter le serveur Service Manager si vous avez de nombreuses consoles.

Résultats des tests de base de Service Manager

Service Manager a été testé à la base de référence pour les performances et l’extensibilité à l’aide de différents scénarios de déploiement avec le matériel minimum recommandé sous la forme d’ordinateurs physiques. Plus précisément, les scénarios ont été testés avec les bases de données préremplies et les consoles Service Manager créant et mettant à jour les incidents et les demandes de modification 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 inclut également 40 consoles Service Manager actives.
• 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 inclut également 80 consoles Service Manager actives.

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 envisage d’avoir moins de 20 000 ordinateurs et consoles pris en charge et moins de flux de travail, les performances de Service Manager doivent être acceptables, même si certains des rôles Service Manager sont hébergés sur des ordinateurs virtuels.

Toutefois, si vous envisagez d’ajouter des ordinateurs supplémentaires pris en charge dans la base de données Service Manager, vous devez planifier l’augmentation de la quantité de RAM pour le serveur de base de données Service Manager au-delà des exigences minimales répertoriées dans ce document. Par exemple, dans le test de base de référence 8 Go de RAM a été installé dans le serveur de base de données Service Manager qui contenait des 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. La latence réseau a été introduite entre la console Service Manager et le serveur d’administration Service Manager.

Remarque

Le serveur de base de données Service Manager et les serveurs d’administration Service Manager doivent se trouver sur un réseau local à faible latence ; La latence réseau entre le serveur de base de données Service Manager et le serveur d’administration Service Manager peut entraîner une dégradation significative des performances de Service Manager.

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

• Lorsque la latence réseau était inférieure à 100 millisecondes (msec), les temps de réponse globaux de la console Service Manager étaient corrects.

• Lorsque la latence réseau était de 150 msec à 200 msec, les performances ont été notées comme utilisables, avec jusqu’à une dégradation de 40 % dans le temps de réponse dans certains scénarios. Avec une latence comprise entre 150 msec et 200 msec, vous devez planifier l’évaluation des scénarios clés de votre organisation et déterminer si la connexion Bureau à distance (RDC) est une meilleure option.

  Remarque

  Le développement des cartes de service dans la console Service Manager était lent avec une certaine latence.

• Lorsque la latence réseau a dépassé 200 msec, les temps de réponse globaux de la console Service Manager ont été observés comme médiocres. 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.

Étapes suivantes

• Pour lire les instructions générales à prendre en compte lorsque vous planifiez les performances des logiciels Service Manager, passez en revue les performances de Service Manager.