Partager via

Cycle de vie du pack d’administration

  • Article

System Center - Operations Manager utilise des packs d’administration contenant des paramètres de surveillance pour les applications et les services. Idéalement, un pack d’administration vous indique tout ce que vous voulez savoir sur l’application ou la technologie que vous surveillez et rien que vous ne voulez pas savoir. Les packs d’administration sont conçus pour fournir une expérience de supervision utile pour la plupart des environnements ; Toutefois, vous souhaiterez tester, ajuster et adapter chaque pack d’administration afin de fournir des résultats optimaux pour les besoins de votre organisation.

Le cycle de vie du pack d’administration, décrit dans le tableau suivant, est l’approche recommandée pour utiliser des packs d’administration. Les sections suivant le tableau fournissent les détails de chaque étape.

Étape Description
Examinez et évaluez les packs d'administration dans un environnement pré-production. Avant de déployer un pack d'administration dans votre environnement de production, vous devez vous familiariser avec le contenu du pack d'administration et du guide, et importer le pack d'administration dans un environnement de pré-production ou de test. Vous pouvez également afficher le pack d'administration dans un environnement de machine virtuelle.
Réglez les paramètres du pack d'administration et sauvegardez-les dans un pack d'administration personnalisé. Utilisez des remplacements pour paramétrer les paramètres d’un pack d’administration, tels que les moniteurs, les règles, les découvertes d’objets et les attributs pour mieux répondre aux besoins de votre organisation. Vous devez enregistrer les remplacements dans un pack d'administration que vous avez créé.
Déployez des packs d'administration dans un environnement de production Exportez le pack d’administration avec des remplacements associés au pack d’administration que vous allez déployer et importer des packs d’administration dans votre environnement de production.
Gestion de pack d'administration Après le déploiement, un pack d’administration peut avoir besoin d’un réglage supplémentaire, par exemple dans les circonstances suivantes :

- Modifications d’ordre environnemental, à l’exemple d’un nouveau matériel ou d’un nouveau système d’exploitation
- Ajout d’une nouvelle application dans un environnement de production
- Mise à niveau de la version d’une application
- Quand une nouvelle version ou une mise à jour du pack d’administration est disponible
- Après les modifications de stratégie entraînant plus ou moins d’analyses en fonction des attentes de l’entreprise

Examiner et évaluer

Chaque pack d'administration doit être accompagné d'un guide du pack d'administration qui est installé dans le même dossier que le pack d'administration. Un guide du pack d'administration contient des instructions sur l'installation et la configuration du pack d'administration, ainsi que des informations sur le pack d'administration, telles que les objets que le pack d'administration détecte et la procédure de cumul de l'intégrité. Vous pouvez utiliser ces informations pour vous aider à personnaliser le pack d'administration pour vos besoins. Vous devez toujours examiner le guide du pack d'administration avant d'importer le pack d'administration.

MPViewer est un outil permettant d'examiner le contenu d'un pack d'administration scellé, et d'afficher le contenu suivant d'un pack d'administration : règles, analyses, affichages, tâches, tâches de la console et rapports. MPViewer affiche également les connaissances associées à l'élément de pack d'administration particulier. Vous pouvez installer et utiliser MPViewer sur n’importe quel ordinateur sur lequel la console Opérateur Operations Manager est installée.

Lorsque vous avez un nouveau pack d’administration, vous devez l’importer dans un environnement de préproduction . Dans Operations Manager, il est recommandé d’avoir une implémentation de production utilisée pour surveiller vos applications de production et une implémentation de préproduction qui a une interaction minimale avec l’environnement de production. Le groupe d'administration pré-production permet de tester et de configurer la fonctionnalité du pack d'administration avant qu'il ne se déploie dans l'environnement de production.

Pour mesurer avec exactitude les données qu'un serveur d'administration regroupe, vous devez présenter les demandes de votre environnement de production à l'agent. Le matériel du serveur d’administration dans l’environnement de préproduction doit refléter le matériel utilisé dans votre environnement de production. Votre groupe d'administration pré-production doit contenir les mêmes packs d'administration importés sur le serveur d'administration que ceux du groupe d'administration production. Pour tester l'interopérabilité, votre environnement pré-production doit également inclure les mêmes types de rôles de serveur que ceux de votre environnement de production, mais à une échelle plus réduite.

Le fait d'affecter un agent Operations Manager à plusieurs groupes d'administration est appelé hébergement multiple. Si vous multifacteurez un sous-ensemble représentatif d’agents dans votre environnement de production et votre environnement de préproduction, l’environnement de préproduction doit vous fournir les informations dont vous avez besoin pour régler correctement le pack d’administration. Pour plus d’informations sur les agents multihoming, consultez Configuration des agents Windows.

Paramétrer et personnaliser

Vous pouvez utiliser des remplacements pour affiner les paramètres d'un objet d'analyse dans Operations Manager, y compris des analyses, des règles, des détections d'objets et des attributs. Vous devez créer un pack d’administration dans lequel vous pouvez enregistrer les personnalisations que vous effectuez.

Pour optimiser efficacement la configuration de supervision de vos services informatiques, qui peuvent impliquer un ou plusieurs packs d’administration en fonction de la complexité de ce service, vous devez impliquer le propriétaire du service ou les experts en matière, un représentant du service desk, un représentant des membres de l’équipe des opérations qui surveillent les alertes et les événements et prennent des mesures quand quelque chose nécessite une attention, et l’équipe d’ingénierie responsable de l’infrastructure Operations Manager. Selon le service surveillé par les packs d’administration, vous pouvez également inclure une représentation des équipes de mise en réseau et de sécurité. Les responsables de l’infrastructure Operations Manager peuvent ne pas avoir les connaissances et l’expérience du service pour régler efficacement le ou les packs d’administration sans entrée d’expert.

Commencez par examiner les alertes les plus courantes pour améliorer la précision de la surveillance en mettant l’accent sur les alertes à volume élevé. Identifiez les éléments suivants et hiérarchiser en fonction de l’impact :

  • Nombre et pourcentage d’alertes provoquées par des problèmes existants/connus
  • Nombre et pourcentage d’alertes répétées ou en double. Peut indiquer qu’un réglage supplémentaire est nécessaire ou qu’il existe un problème potentiel pour examiner plus en détail.
  • Nombre et pourcentage d’alertes indiquant les problèmes de performances ou de disponibilité
  • Ratio des alertes aux tickets générés
  • Alertes dont l’état de résolution a été défini sur un état indiquant que le flux de travail génère un volume élevé d’alertes et est déterminé par l’examen pour être défectueux par les opérations ou la prise en charge de niveau 2

Utilisez les rapports suivants pour déterminer si un réglage supplémentaire est nécessaire :

  • Rapport d’alertes les plus courantes
  • Rapport d’alertes
  • Volume de données par pack d'administration

Les rapports suivants sont importants pour vérifier que vous surveillez efficacement le service dans son intégralité et qu’il n’existe pas :

  • Évolution de la configuration en raison de règles de découverte s’exécutant trop fréquemment ou il existe une propriété/attribut collectée qui change fréquemment
  • Les données de performances collectées trop fréquemment ou n’ont pas besoin d’être collectées, car l’organisation ne l’utilisera pas dans un rapport, une vue ou un tableau de bord
  • Données d’événement collectées qui n’ajoutent aucune valeur et ne sont activées que pour la résolution des problèmes (courte période de temps)
  • Basculement de l’état d’intégrité en raison d’une configuration incorrecte, d’un bogue ou d’un autre symptôme
  • Règle d’alerte avec nombre élevé de répétitions

Au minimum, chaque flux de travail doit être évalué en fonction des critères suivants :

  • Occurrence mesurable et identifiable. Tout ce qui n’est pas aligné sur cette catégorie est désactivé.
  • Quand l’alerte se produit, savons-nous comment la résoudre ?
  • Les exceptions (avertissements) qui fournissent une notification proactive de l’impact potentiel du service sont exposées au NOC/Service Desk, en plus d’un incident (erreur) qui indique une interruption du service.
  • La découverte est-elle trop fréquente ?
  • Devons-nous collecter ces données de performances ? Est-ce utile ?
  • L’alerte est-elle compréhensible, pertinente et à jour ?
  • Le moniteur doit-il résoudre automatiquement si le symptôme/problème se corrige lui-même ?

Éléments à régler

  • Fréquence de détection

  • Seuils d'analyse

  • Targets

  • Intervalles pour les règles/analyses basées sur des scripts et les règles de collecte des performances

  • Paramètres

Conseils

  • Examinez toutes les nouvelles alertes signalées pour les serveurs analysés avec le nouveau pack d'administration. Vous pouvez utiliser les rapports Alertes et Alertes les plus courantes pour découvrir vos alertes les plus courantes. Lorsque vous installez un pack d'administration pour la première fois, il a tendance à détecter une multitude de problèmes inconnus auparavant. Surveillez les alertes pour déterminer les domaines potentiels de préoccupation.

  • Remplacez le moniteur ou la règle en fonction de tous les objets d’une classe particulière, d’un groupe ou d’un objet spécifique.

  • Désactivez le moniteur ou la règle si le problème n’est pas assez grave pour justifier une alerte et que vous n’avez pas besoin d’être informé de la situation spécifique surveillée.

  • Changez le seuil de l'analyse qui génère l'alerte si vous souhaitez analyser la condition sous-jacente ; mais la génération de l'alerte avant la condition est effectivement un problème pour votre environnement spécifique.

  • Lorsque vous définissez des remplacements pour un pack d'administration, enregistrez-les dans un pack d'administration nommé Pack_administration_Override, dans lequel Pack_administration renvoie au nom du pack d'administration scellé auquel les remplacements s'appliquent.

Déployer

Lorsque vous êtes satisfait des performances et des résultats du pack d’administration dans l’environnement de préproduction, vous pouvez déployer le pack d’administration et ses personnalisations dans l’environnement de production. Le pack d'administration dans lequel vous avez enregistré les personnalisations doit être exporté afin que vous puissiez l'importer vers d'autres ordinateurs. Pour plus d’informations, consultez Comment importer, exporter et supprimer des packs d’administration. Le pack d'administration qui contient les remplacements que vous définissez est dépendant du pack d'administration d'origine et peut être importé uniquement vers des groupes d'administration sur lesquels le pack d'administration d'origine est installé.

Mettre à jour

Après avoir déployé un pack d'administration, vous devez périodiquement évaluer sa performance et ses résultats dans l'environnement de production, afin de vous assurer qu'il remplisse toujours les attentes de l'entreprise. La liste suivante décrit les événements communs pouvant nécessiter des modifications dans un pack d'administration :

  • Changements environnementaux, tels que le nouveau matériel ou un nouveau système d’exploitation

    Lorsque vous testez un nouveau matériel ou un nouveau système d’exploitation que vous envisagez d’ajouter à votre environnement de production, vous devez inclure des packs d’administration existants dans votre plan de test pour identifier tout réglage supplémentaire qui peut être nécessaire. Pour un nouveau système d'exploitation, vous pouvez importer des nouveaux packs d'administration spécifiques à ce système d'exploitation.

  • Ajout d’une nouvelle application à l’environnement de production

    Une nouvelle application peut nécessiter un nouveau pack d'administration ou des réglages sur les packs d'administration existants.

  • Mise à niveau d’une version d’une application

    Lorsque les organisations mettez à niveau les versions d’application, elles effectuent une mise à niveau en phases, pendant lesquelles les deux versions de l’application existent dans le réseau, ou mettez à niveau toutes les installations de l’application à la fois. Après avoir essayé les packs d'administration avec la nouvelle version et effectué les réglages nécessaires, vous devez utiliser la même approche pour déployer les packs d'administration qui permettent de déployer les mises à niveau. Si les deux versions de l'application seront utilisées au même moment, vous devez installer les packs d'administration appropriés pour chaque version. Si toutes les installations de l'application seront mises à niveau au même moment, supprimez le pack d'administration de l'ancienne version de l'application, et installez le pack d'administration de la nouvelle version.

  • Lorsqu’une nouvelle version ou mise à jour du pack d’administration est disponible

    Vous devez utiliser l'environnement pré-production pour examiner et paramétrer les nouvelles versions ou les versions mises à niveau du pack d'administration.

  • Modifications de stratégie

    Les changements en cours dans votre entreprise ou dans votre organisation peuvent nécessiter des réglages sur les packs d'administration, afin d'augmenter ou de réduire la fréquence d'analyse.

Meilleures pratiques pour le contrôle des modifications

Vous trouverez ci-après les bonnes pratiques lors de la gestion des packs d'administration Operations Manager :

  • Maintenez une archive des versions des packs d'administration afin de pouvoir annuler les modifications en cas de besoin. Une méthode efficace pour la maintenance de l’archive consiste à utiliser des logiciels de contrôle de version, tels que Microsoft Team Foundation Server ou SharePoint Server. Vous pouvez également y procéder en utilisant un partage de fichiers sur le réseau avec les dossiers individuels de chaque version de pack d'administration.

  • Lorsque vous définissez des remplacements pour un pack d'administration, enregistrez-les dans un pack d'administration nommé Pack_administration_Override, dans lequel Pack_administration renvoie au nom du pack d'administration scellé auquel les remplacements s'appliquent. Par exemple, les remplacements pour le pack d’administration Microsoft.SQLServer.2012.Monitoring.mp sont enregistrés dans Microsoft.SQLServer.2012.Monitoring_Overrides.xml. Pour plus d'informations, voir Creating a Management Pack for Overrides.

  • Lorsqu'un pack d'administration est mis à jour, mettez à jour le fichier _Overrides.xml correspondant avec le nouveau numéro de version. Vous devez utiliser un éditeur XML pour mettre à jour le numéro de version du fichier _Overrides.xml. Si vous apportez des modifications à un fichier _Overrides.xml mais que vous ne modifiez pas l’attribut de version, vous pouvez importer le fichier, mais les paramètres du fichier ne seront pas appliqués.

  • Documentez les remplacements que vous apportez aux packs d'administration. Lorsque vous définissez un remplacement, ajoutez une explication de l’action que vous effectuez et la raison de celle-ci au champ de description en sélectionnant Modifier dans le volet Détails de la boîte de dialogue Remplacer les propriétés. Vous pouvez également utiliser une feuille de calcul ou un autre formulaire pour documenter les modifications que vous apportez aux packs d'administration.

Étapes suivantes