System Center Operations Manager 2012 : Étendre la surveillance avec facilité
Le nouveau System Center Operations Manager s'engage à fournir de meilleures capacités d'analyse réseau intégrées et étendues.
Paul Schnackenburg
Il est essentiel de surveiller n'importe quel environnement de réseau informatique. Microsoft System Center Operations Manager (SCOM) a toujours fourni aperçu complet de l'état de votre réseau Microsoft. L'édition de SCOM 2007 R2 ajouté Unix et Linux, suivi d'un oeil attentif sur les environnements mixtes.
SCOM 2012 est prévue vers la fin de cette année. Cette nouvelle version ajoutera des caractéristiques intéressantes pour la haute disponibilité (HA), application performance monitoring, tableaux de bord, contrôle de périphérique réseau et serveur d'Application Java de surveillance.
La nouvelle version de SCOM auront également un assistant d'installation grandement améliorée. Le changement le plus notable sera qu'opérationnel et bases de données entrepôt de données sont créés pendant l'installation. Dans les versions antérieures, vous deviez tourner ces au préalable.
Le vérificateur préalable est également construit dans l'Assistant d'installation, ce qui simplifie le processus d'installation. Vous mettre en évidence les erreurs et copier automatiquement les messages d'erreur. Les informations d'identification de presse-papiers que vous définissez sont testées à partir de l'Assistant pour s'assurer qu'ils travaillent (voir Figure 1).
.jpg)
La figure 1 il y a plusieurs améliorations apportées à la procédure d'installation de System Center Operations Manager 2012.
Au cours du processus d'installation, vous devez spécifier le compte d'action gestion serveur, le service de configuration et le service d'accès de données. Vous pouvez utiliser le même compte pour les deux rôles, même si d'un point de vue de sécurité, ce n'est pas une bonne pratique recommandée.
Toutes les fonctions de serveur de SCOM 2012 sont pris en charge pour s'exécuter comme des machines virtuelles (VM). Il est recommandé d'exécuter la base de données SQL Server sur un serveur physique ou virtuel avec connexion directe des disques pour de meilleures performances. Comme pour beaucoup d'autres charges, instantanés VM ne sont pas supportés pour utilisation en conjonction avec SCOM 2012.
Gestion et passerelle serveurs doivent exécuter Windows Server 2008 R2 SP1, avec un processeur 2,8 GHz et au moins 2 Go de mémoire. SQL Server doit être x 64 2008 R2 SP1-plus ou 2008, en cours d'exécution sur un serveur avec au moins 4 Go de mémoire. Votre classement de base de données doit être défini pour SQL-Latin1_General_CP1_CI_AS avec la recherche plein texte activée.
Dans des environnements plus grands, vous voudrez cluster des serveurs SQL pour HA. Notez que la base de données du magasin de données n'est plus facultatif, comme c'était dans SCOM 2007 R2. Il est maintenant un composant requis dans votre environnement de SCOM. Vous pouvez, toutefois, avoir elle partagée entre des groupes de gestion. L'agent Windows vient à un 32 - et une version 64 bits, ainsi qu'une version de Itanium 64 bits.
Mise à niveau du chemin d'accès
Vous pouvez seulement télécharger directement SCOM 2012 de SCOM 2007 R2. Tous les serveurs de gestion de SCOM 2007 R2 vous souhaitez mettre à niveau doivent être 64 bits sur x 64 matériel et être exécutant Windows Server 2008 R2 SP1.
L'ordonnance générale de mise à niveau est des serveurs d'administration secondaires, les passerelles et les agents de première, puis le serveur de gestion de racine (RMS). La mise à niveau sera bloqué si les serveurs de gestion ou les passerelles sont encore SCOM 2007 R2. Il est souligné lors de la mise à niveau RMS si les agents sont toujours SCOM 2007 R2, mais il ne bloque pas la mise à niveau. Ces agents juste ne pourront rapport jusqu'à ce qu'ils ont été mis à niveau aux agents SCOM 2012.
Si vous êtes dans un environnement plus petit avec un serveur de SCOM 2007 R2 tout-en-un, vous pouvez soit mettre à niveau en place (à condition que votre serveur répond aux exigences matérielles et logicielles) ou mis en place un autre serveur de gestion et démarrer la mise à niveau à partir de là. Si vous allez avec la première option, vous devez mettre à niveau tous les agents avant qu'ils vous signaler au SCOM 2012.
Pour aider à la planification de la migration, il y a quelques excellents diagramme de fluxs dans la bibliothèque TechNet de clarifier vos options. A également fourni des liens vers listes avec des instructions pas à pas, de plus un pack de gestion de mise à niveau d'assistance (MP).
Certaines recommandations dans la planification de votre mise à niveau comprennent la sauvegarde des bases de données, désactivation de notifications pour prévenir les fausses alarmes, l'arrêt des connecteurs pour éviter les fausses billets générées et assurant des agents ne sont pas relevant directement de la RMS pendant votre mise à niveau. Avant tout, vérifiez le journal des événements pour tous les problèmes. Vous ne peut pas mettre à niveau votre solution à un problème, assurez-vous donc que vos groupes de gestion sont en bonne santés avant de vous mettre à niveau.
Vous pouvez avoir un mélange de groupes de gestion de SCOM 2007 R2 et SCOM 2012 et serveurs dans votre environnement pendant un certain temps, donc il est bon de savoir SCOM 2012 agents communiquera avec les serveurs de SCOM 2007 R2. Il ne fonctionnera l'autre manière autour, cependant, donc il est important de mettre à niveau vos anciens agents dès que possible.
Tous les députés qui travail avec SCOM 2007 R2 devrait fonctionner dans SCOM 2012, parce que le schéma de la MP est inchangé. Parmi les exceptions figurent quelques députés du tiers nécessitant de nouveaux modules sur l'agent, de nouveaux modèles de MP ou de nouveaux types de point de vue en raison de modifications de l'API. Réseau de surveillance des députés levier SNMP Simple Network Management Protocol () va continuer à travailler, mais peut nécessiter la mise à jour pour intégrer le réseau nouveau cadre de surveillance.
Amélioration de l'infrastructure
Dans SCOM 2007 R2, le RMS est un point de défaillance unique. C'est le point de connexion de consoles et des consoles de Web. Elle dirige le service de configuration et connecteurs de poignées, agrégation de santé et contrôle d'accès basée sur les rôles (RBAC). La seule façon de garantir HA dans SCOM 2007 R2 est pour le serveur RMS du cluster. Cela peut être techniquement et opérationnellement complexe. Elle s'appuie aussi sur un modèle actif/passif avec le matériel associé et les coûts de licence.
SCOM 2012 change le jeu en prenant la route de Microsoft Exchange et d'autres applications Microsoft. HA est construit, à droite de la boîte. Aucun serveur de gestion n'est plus important que tout autre. Tout simplement en avoir plusieurs dans une piscine, la charge est équilibrée et disponibilité est assurée. Chaque serveur exécute le service de configuration et stocke les données dans la base de données, au lieu de fichiers de configuration XML ou mémoire comme SCOM 2007 R2. Ceci conduit à un démarrage de serveur de gestion plus rapide.
Basculement n'est pas instantanée. Il peut prendre jusqu'à deux minutes alors que le pool de recharge les instances managées. En outre, tous les serveurs de gestion sont considérés comme ayant une capacité égale. Différences dans les processeurs et la capacité de la mémoire ne sont pas pris en compte. Il y a trois piscines par défaut : le Pool de ressources de serveur gestion tous, un Pool de Notification et un pool d'intégration Active Directory. Vous pouvez également créer vos propres piscines pour des besoins spécifiques.
Certains députés (tels que ceux pour Exchange Server 2007 et Exchange Server 2010) s'appuient sur un RMS. Parce qu'il n'est pas un serveur RMS dans SCOM 2012, un serveur de gestion est assigné le rôle d'émulateur de RMS pour permettre la compatibilité avec ces députés. Vous pouvez déplacer manuellement ce rôle entre les serveurs de gestion, mais il y a un député venant qui automatisera le basculement de rôle.
Vous pouvez contrôler manuellement les rôles au sein d'un pool. C'est convenable si vous avez un dispositif d'alerte texte/SMS matériel connecté à un serveur de gestion particulière. Il n'y a aucun point en omettant de cette fonction sur un autre serveur qui n'a pas attaché hardware.
Problèmes d'interopérabilité
Un problème avec la suite System Center actuel est qu'il s'agit essentiellement de différentes applications avec peu d'intégration. C'est sur le point de changer avec la version 2012. Le ciment qui lie ensemble de ces différents programmes est système Center Orchestrator 2012. Il fournit des Packs d'intégration (IPs) pour chacune des demandes principales System Center, y compris de SCOM. L'IP de SCOM peut créer et d'interagir avec les alertes et les moniteurs, ainsi que démarrer et arrêter le mode maintenance.
Il y a aussi des IPs pour System Center Service Manager (SCSM). Ces peuvent créer automatiquement des incidents sur les alertes SCOM. Par exemple, la propriété intellectuelle pour System Center Virtual Machine Manager (VMM) peut pousser informations sur VMs, des services, des nuages privés et des hôtes dans SCOM. Il sera intéressant de voir si cette nouvelle approche à l'intégration de la suite System Center fournira enfin la colle intégration demandée par tant de personnes.
SCOM 2007 R2 actuel utilise des connecteurs pour intégrer avec d'autres systèmes de gestion comme IBM Tivoli, HP OpenView et d'autres. SCOM 2012 ne supporte pas ces. Entre SCOM et autres systèmes de gestion de l'intégration sera facilitée grâce à System Center Orchestrator 2012.
Support de Windows PowerShell
La bonne nouvelle est que SCOM 2012 vient avec support complet de Windows PowerShell 2.0 et une foule de nouvelles applets de commande. Il y aura une courbe d'apprentissage, comme les nouveaux noms de cmdlet ont « SCOM » dans leurs noms. Les applets de commande vieux semblent encore travailler, cependant. Il y a aussi des nouvelles applets de commande pour la surveillance de machines Unix et Linux. Elles s'appuient sur Windows PowerShell 3.0, qui est actuellement en Community Technology Preview (CTP).
Pour exécuter des applets de commande Windows PowerShell, vous devrez établir une connexion vers un groupe de gestion. Vous pouvez ce faire une connexion persistante (donc vous pouvez exécuter des applets de commande multiple), ou temporaire pour exécuter une commande unique.
Surveillance de pointe
Dans une entreprise plus grande, dépannage réseau et maintenir des serveurs sont souvent deux emplois distincts. Il est donc difficile de déterminer rapidement si un problème est avec le matériel, le système d'exploitation ou du réseau. Un des plus passionnants ajouts au SCOM 2012 est le réseau de surveillance. Cela est spécialement conçu pour accroître la visibilité et l'aide que vous résoudre les problèmes plus rapidement.
SCOM 2007 R2 offre le dispositif de surveillance réseau de base, mais pas au port de niveau (sauf si vous configurez manuellement chaque périphérique). SCOM 2012 prend en charge SNMP v1, v2 et v3 et travaille avec les IP v4 et v6. La nouvelle pile SNMP est originaire de SCOM 2012. SCOM 2007 R2 utilise la pile OS SNMP.
Vous serez capable de surveiller tout dispositif réseau répond à SNMP jusqu'au niveau du port. Vous pouvez également exclure des dispositifs particuliers de découverte. Il y a également prolongé suivi ce processeur de pistes et utilisation/fragmentation de mémoire, avec les autres éléments spécifiques au périphérique pour les périphériques pris en charge par SCOM 2012. À ce jour, il y a plus de 80 fournisseurs et 800 appareils pris en charge.
Si un périphérique prend en charge SNMTP des pièges pour les modifications du système (comme une carte ajoutée ou modifications apportées à la configuration du châssis), SCOM 2012 écoute de celles-ci. Chaînes de lecture seulement SNMP font le suivi. Si un nœud est arrêté, tous les autres surveillance est supprimée, donc vous n'êtes pas inondé d'alertes sur les ports et les liens en bas (voir Figure 2).
.jpg)
La figure 2 données de surveillance de réseau peut vous aider à rapidement repérer problèmes.
La fonctionnalité port-Couture montre quel nœud surveillés par l'agent est relié à chaque port. SCOM découvriront également des VLAN et des commutateurs participant à chaque VLAN. Il surveillera uniquement les ports connectés, sauf si vous ajoutez manuellement les ports à la règle de port réseau critique. Pour les routeurs Cisco, il identifie les groupes Hot Standby Router Protocol (HSRP) dans laquelle ils participent. SCOM 2012 a plus de 200 nouveaux articles pour la surveillance réseau.
Actuellement, le nombre recommandé d'évolutivité pour SCOM 2012 est 500 dispositifs par le serveur de gestion et 2 000 appareils par groupe de gestion. Un guide de dimensionnement plus complet est à venir. Vous pouvez uniquement avoir une seule règle de la découverte par le serveur de gestion, donc assurez-vous qu'il englobe tous les périphériques dont vous avez besoin de trouver.
Il y a quatre tableaux de bord pour la surveillance réseau. Le tableau de bord du voisinage réseau fournit une représentation visuelle des périphériques connectés au sein d'un saut pour le nœud sélectionné. Vous pouvez augmenter le nombre de sauts jusqu'à cinq. Ce tableau de bord n'identifier l'équipe NIC comme tel, ni montrera les ordinateurs Unix/Linux. SMV sera associé avec le même dispositif de réseau que l'hôte, bien que le commutateur de Hyper-V apparaître comme un périphérique SNMP. Les autres tableaux de bord suivi vous donnera un aperçu des dispositifs de problème, des informations spécifiques sur des dispositifs particuliers et informations sur les ports individuels.
Dépannage des tactiques
Dépannage des problèmes de performances des applications sont une zone difficile. Souvent, il exige une connaissance approfondie du fonctionnement d'un programme particulier. Est le problème dans le code, le matériel de serveur, le logiciel du serveur ou du réseau ? Vous avez besoin de paramètres standard à travers toutes les applications et un moyen de localiser facilement le palier dans lequel le problème pourrait se trouvent.
AVIcode regarde pour des problèmes de performances dans le code d'application. Il a été récemment acquis par Microsoft et sera intégré dans SCOM comme Application Performance Monitoring (APM). APM ne fonctionne qu'avec Microsoft.NET Framework Web applications, pas exécutables autonomes et il ne surveille qu'IIS 7 ou 7,5.
L'infrastructure de SCOM 2012 est totalement intégré. Il n'y a aucune base de données distincte. Si il est suivi d'une machine Windows Server 2008/2008 R2 IIS en cours d'exécution, il sera automatiquement déployer l'agent APM. Vous pouvez également définir un ensemble Service Level Agreement ou SLA, (définir combien de secondes attente est inacceptable) pour toutes les applications Web, plutôt que d'avoir à configurer suivi pour chacun individuellement. Vous pouvez tordre puis l'ALS pour des programmes en particulier au besoin.
Lorsque les intercepteurs sont activés et chargés dans IIS, le serveur nécessitera un redémarrage. Après cela, même si vous ajoutez des applications supplémentaires, vous devez seulement recycler le pool d'application particulière (voir Figure 3).
.jpg)
Figure 3 Configuration Application Performance Monitoring n'est pas difficile, vous devriez être capable de suivre facilement les applications.
La beauté de ce niveau d'intégration devient évidente lorsque vous voyez réseau, matérielle et OS, juste à côté de l'information sur le rendement demande de surveillance. Cela rend beaucoup plus facile à zéro dans le problème.
Traitant des tableaux de bord
SCOM recueille les vastes quantités de données. Il n'est pas une question de collecte des données, bien que. C'est une question de filtrage et d'afficher les bonnes données aux bonnes personnes au bon moment. Graphiques et tableaux est une excellente façon de le faire. Les versions antérieures de SCOM avaient vues et tableaux de bord simples, mais SCOM 2012 prend un tout nouveau niveau.
Le nouvel Assistant de création de tableaux de bord le rend facile d'afficher des données sur mesure pour un public particulier. L'Assistant est disponible en natif et consoles du Web. Vous pouvez afficher les tableaux de bord qui en résulte dans la Console et la Console Web de SharePoint 2010. Ils regardent presque identiques dans les trois environnements. Tableaux de bord, exploration des données particulières où mène à un autre tableau de bord peut ont niché à SCOM 2012.
Il y a trois étapes à la création d'un tableau de bord dans SCOM 2012. Tout d'abord, sélectionnez une mise en page basée sur le nombre de cellules désiré. Ajouter un widget dans chaque cellule (types de widget incluent alerte, de Performance et d'État). Enfin, configurez chaque widget avec portée, critères et afficher des préférences (voir Figure 4).
.jpg)
Figure 4 création de tableaux de bord personnalisés dans System Center Operations Manager 2012 est un processus simple.
Vous pouvez maintenant intégrer des tableaux de bord SCOM dans SharePoint 2010, à l'aide d'un composant WebPart. Si les gens qui vont voir les tableaux de bord ne sont pas utilisateurs SCOM, vous pouvez configurer un composant WebPart avec des titres de compétences partagées. L'intégration fonctionne avec SharePoint Server 2010 Standard et Enterprise, ainsi que la version gratuite de la Fondation.
Toute personnalisation du tableau de bord est désormais stockée dans la base de données, donc il peut vous suivre à différents environnements et PC. Dans SCOM 2007 R2, les tableaux de bord ont été stockées dans le Registre sur l'ordinateur local. Tableaux de bord dans la console Web tous avoir une URL distincte. Cela le rend facile de diffuser des informations aux utilisateurs non-IT parce qu'ils peuvent simplement signet particulier tableaux de bord.
Le tableau de bord intégré plus populaire pourrait être la nouvelle console de tableau de bord de gestion groupe santé, également connu sous le nom la « pause café. » L'équipe appelle que parce qu'il est conçu pour donner les opérateurs SCOM 2012 un bref aperçu de leur environnement, répondant ainsi à la question, « Je peux prendre une pause café? » Il surveille l'infrastructure et fonctions livrées par le système SCOM (voir Figure 5).
.jpg)
Figure 5 la gestion groupe santé tableau de bord vous donne un aperçu rapide.
Surveillance de l'environnement mixte
SCOM 2012 continue prise en charge native pour Unix et Linux (* nix) machines, avec quelques améliorations importantes. La * agent de nix, prend en charge HP-UX 11i version 2 ou 3, sur PA-RISC et IA64 ; Sun Solaris 9 SPARC et 10 sur SPARC et x 86 ; Red Hat Enterprise Linux 4, 5 et 6 sur x 86 et x 64 ; Novell SuSE Linux Enterprise Server 9 sur x 86, 10 SP1 et 11 sur x 86 et x 64 ; et IBM AIX 5.3, 6.1 et 7.1 sur le pouvoir.
Afin de faciliter la surveillance de l'environnement mixte, SCOM 2012 prend en charge les sudo et clés SSH. Les anciens moyens, vous pouvez configurer un compte standard sur les ordinateurs gérés avec exactement le montant requis des autorisations. Ce dernier s'assure que l'entretien agent est sécurisé.
SCOM 2012 apporte également la prise en charge complète pour la surveillance de Java Enterprise Edition (JEE, anciennement J2E) serveurs d'application. Il prend en charge quatre serveurs : IBM WebSphere 6.1 et 7 ; Red Hat JBoss 4.2, 5.1 et 6 ; Oracle WebLogic Rel3 de 10 g et 11 g rel ; et l'open source Apache Tomcat 5.5, 6 et 7 sur Windows et Linux. Il appuie également WebSphere sur AIX et WebLogic sur Solaris.
Après avoir importé les députés Java pour correspondre à votre environnement, il doit découvrir automatiquement les serveurs d'application. Vous connaissez standard permet de surveiller si le serveur d'application est en cours d'exécution et si l'utilisation des ressources est dans les seuils définis.
Pour le suivi plus profondes, Microsoft a an open source application Java Management Extension (JMX) appelée BeanSpy (précédemment connu comme Extender JMX) que vous chargez sur le serveur d'application. Il rend compte de SCOM via HTTP ou HTTPS, avec ou sans l'authentification de base. BeanSpy communique avec les compteurs de MBean (un peu comme les compteurs de performance dans Windows) pour surveiller les applications individuelles, course, fréquence et temps consacré au nettoyage de la mémoire, ainsi que les performances du serveur d'application.
Il est décevant que SCOM n'a aucune prise en charge native pour le clustering Windows. Il serait également bon de voir l'application suivi de demandes de public cloud Windows Azure, ainsi que des applications Java en clusters dans JEE.
Dans l'ensemble, le SCOM 2012 est une réorganisation approfondie avec quelques nouvelles fonctionnalités très utiles. L'infrastructure simplifiée et l'évidence HA seront les bienvenus. Le réseau avancé de surveillance devrait faciliter votre vie de dépannage. Peut-être la plus intrigante fonctionnalité, mais verront comment System Center Orchestrator sera colle ensemble, toute la suite System Center.
.jpg)
Paul Schnackenburg a travaillé en elle depuis l'époque des 286 ordinateurs. Il travaille à temps partiel comme professeur d'informatique ainsi qu'exécute sa propre entreprise, Expert IT Solutions, sur la
Sunshine Coast de l'Australie. Il a des certifications MCSE, MCT, MCTS et MCITP et se spécialise dans le Windows Server, Hyper-V et les solutions d'échange pour les entreprises. Le joindre à paul@expertitsolutions.com.au et suivez son blog à TellITasITis.com.au.