Intégration à d’autres produits de gestion d’entreprise

De nombreux clients disposent d’une ou plusieurs plateformes de supervision, où l’une fournit des données opérationnelles consolidées sur l’infrastructure métier, les centres de données, les réseaux complexes et les domaines informatiques de l’entreprise. À partir de cette plateforme de supervision centrale, ils corrélént ces données et transfèrent à la solution de gestion des services pour l’enregistrement et l’escalade des incidents, et pour analyser et visualiser les données présentées via différents types de tableaux de bord. System Center - Operations Manager est inclus dans cette infrastructure d’opérations de service pour transférer des données d’alerte ou d’alerte et de performances, ou est la plateforme de supervision principale étendue pour répondre aux besoins de votre entreprise.

L’interopérabilité entre Operations Manager et d’autres produits est effectuée à partir de nombreuses méthodes différentes en fonction des exigences techniques et métier. Voici quelques méthodes courantes pour l’interface avec Operations Manager :

• System Center - Orchestrator avec des packs d’intégration disponibles auprès de Microsoft, de tiers et de la communauté. Les packs d’intégration pour Orchestrator contiennent des activités supplémentaires qui étendent les fonctionnalités d’Orchestrator pour communiquer et échanger des données avec d’autres systèmes tiers.
• Connecteurs basés sur Operations Manager Connector Framework (OMCF). Les connecteurs basés sur l’OMCF, développés à partir du Kit de développement logiciel (SDK) Operations Manager, fournissent des méthodes et des types que vous pouvez utiliser pour initialiser et gérer un connecteur et obtenir ou envoyer des données d’opérations. Certains exemples de connecteurs utilisés pour s’intégrer à Operations Manager sont d’autres produits System Center tels que Service Manager et Virtual Machine Manager (VMM) et des produits tiers tels que Nagios ou IBM Netcool. Les connexions à des systèmes externes sont généralement effectuées à l’aide d’un service web.
• Interrogation des bases de données sql opérationnelles ou de l’entrepôt de données pour extraire certains jeux de données pour des rapports ou tableaux de bord personnalisés.

D’autres connecteurs personnalisés sont développés et implémentés pour prendre en charge des scénarios avancés tels que l’enrichissement des alertes, y compris des informations supplémentaires avant que l’alerte ne soit transférée au système de gestion des incidents, effectuer une corrélation d’alerte ou fournir des fonctionnalités de notification avancées avec Operations Manager.

Operations Manager s’intègre également à Azure Monitor pour transférer des événements, des alertes et des données de performances collectés pour une analyse plus approfondie et offre une meilleure visibilité pour l’entreprise.

Lorsqu’il est séparé par un pare-feu

Les ports et la communication entre Operations Manager et les autres produits de gestion dépendent de la méthode d’intégration utilisée. Si vous utilisez System Center - Orchestrator, le serveur runbook Orchestrator se connecte au serveur d’administration Operations Manager via le port TCP 5724. C’est une communication unidirectionnelle.

Si vous utilisez un connecteur fourni par le fournisseur, passez en revue leur documentation pour comprendre les ports et la direction des flux de trafic.

Considérations sur la conception

L’intégration entre Operations Manager et d’autres produits de supervision et de gestion est généralement configurée entre un serveur d’administration unique et l’autre produit de gestion. Dans d’autres cas, entre plusieurs serveurs d’administration ou en spécifiant le nom du groupe d’administration Operations Manager. La prise en charge de plusieurs groupes d’administration connectés n’est pas prise en charge, et chaque groupe d’administration doit installer une instance distincte du connecteur pour chaque groupe d’administration. Cela inclut l’intégration entre System Center Orchestrator, VMM et Service Manager.

Lors de la planification de la continuité des services, il est important d’évaluer et de déterminer les risques, l’impact et les options de récupération de votre déploiement Operations Manager pour prendre en charge vos cibles de niveau de service.

Si un serveur d’administration prend en charge l’intégration (via un connecteur hébergé directement sur le serveur d’administration ou à partir d’un autre produit System Center tel que VMM, Orchestrator ou Service Manager), vous devez planifier cette opération avec des étapes de récupération manuelles ou automatiques en fonction de la configuration d’intégration et de la séquence d’étapes requises pour revenir aux fonctionnalités normales.