Architecture et composants

Cet article contient les rubriques suivantes :
camm31
Cet article contient les rubriques suivantes :
L'architecture vous permet de développer rapidement tous les modules d'extension d'API propres aux différents fabricants (packs d'unités) dont vous avez besoin pour collecter les données directement à partir d'une unité ou d'un système de gestion d'éléments (EMS).
DX NetOps
permet de réaliser un déploiement dans une architecture autonome ou distribuée.
Dans un déploiement autonome, l'installation est généralement effectuée sur le serveur de gestion faisant l'objet d'une intégration. Dans un déploiement distribué, l'application est déployée sur plusieurs serveurs pour pouvoir répondre aux exigences élevées des environnements des fournisseurs de services de communication (CSP) actuels.
Le diagramme suivant décrit l'architecture générale de
DX NetOps
for CA eHealth dans une installation multiserveur :
Architecture DX NetOps Mediation Manager - XML
CA Mediation Manager architecture--XML
Lorsque vous installez DX NetOps Mediation Manager for Performance Management 2.3.4 ou une version ultérieure sur des systèmes distribués, installez les composants Performance Management et DX NetOps Mediation Manager comme suit :
  • Data Aggregator, Data Collector et CA Performance Center sur des systèmes individuels.
  • Les composants CERT et Views sur les systèmes sur lesquels Data Aggregator et CA Performance Center ont été installés respectivement.
  • CAPM Presenter et LocalController sur chaque système doté d'un composant Data Collector.
  • Le composant MultiController principal sur un système muni d'un composant CA Performance Center.
  • LocalController avec Engine et Delivery Service sur un autre système muni d'un composant Data Aggregator.
    Installez le MultiController principal et un LocalController avec les composants Engine et Delivery Service sur des systèmes dont la RAM et l'UC sont différentes. Si la mémoire n'est pas suffisante, installez le MultiController principal et le LocalController avec les composants Engine et Delivery Service sur des systèmes individuels.
Le diagramme suivant décrit l'architecture générale d'une installation multiserveur de
DX NetOps
for Performance Management avec deux Data Collectors :
DX NetOps MM for PM dans 4 systèmes
CAMM for PM in 4 Systems
Le composant Generic Executor n'apparaît pas dans les diagrammes, mais il est décrit dans ce document.
Les composants de
DX NetOps
incluent l'ensemble d'entités logicielles de base suivant :
  • MultiController
  • LocalController
  • Web Manager
  • Generic Executor
  • Delivery Service
Les sous-composants de
DX NetOps
incluent les entités suivantes :
  • Engine
  • Presenter ou CAPM Presenter
MultiController
Vous pouvez déployer jusqu'à deux MultiControllers dans un cluster : un principal et un secondaire. Déployez un MultiController au minimum par cluster. Un MultiController permet d'effectuer les actions suivantes dans votre environnement de cluster :
  • Surveiller les messages de signal d'activité à partir des composants LocalController qui se trouvent sur des serveurs distants.
  • Opérer comme serveur de licences centralisé pour le cluster
  • Stocker les fichiers de configuration centralisés pour les composants du cluster
LocalController
Installez un LocalController sur chaque serveur physique dans le cluster sur lequel un sous-composant (Engine ou Presenter) réside. Un LocalController permet d'effectuer les actions suivantes :
  • Communiquer avec les sous-composants installés sur le serveur.
  • Surveiller les messages de signal d'activité pour les sous-composants sur le serveur local et les redémarrer automatiquement en cas d'échec
  • Utiliser un service de livraison pour traiter la sortie de l'Engine. Ce service fournit des documents XML dans un format compressé et chiffré à un sous-composant Presenter local ou distant.
Web Manager
Le Web Manager vous permet de gérer le déploiement des packs d'unités via son interface Web. L'interface affiche les informations suivantes :
  • Le statut des packs d'unités en cours d'exécution.
  • Le statut des composants LocalController sur lesquels les packs d'unités sont installés.
  • Le statut des MultiControllers principal et secondaire.
Generic Executor
Tous les composants d'un cluster partagent un ensemble commun de fonctions de communication et d'exécution. Le Generic Executor démarre les sous-composants Engine et Presenter et nettoie les fichiers journaux et temporaires.
Generic Executor se lance lors du démarrage du système et effectue ses écoutes sur un port TCP spécifique. Pour démarrer un composant comme le MultiController, l'utilitaire de contrôle de
DX NetOps
, cammCtrl, envoie un fichier de configuration XML du MultiController au Generic Executor. Lorsque le Generic Executor reçoit ces données, il identifie le composant MultiController et le démarre à l'aide des informations du fichier de configuration.
Delivery Service
Lorsqu'un Engine termine son cycle d'interrogation, il génère un ou plusieurs documents XML standard
DX NetOps
dans le répertoire de file d'attente. Le Delivery Service surveille le répertoire de file d'attente séparément et distribue les données à un ou plusieurs Presenters locaux ou distants. Delivery Service détermine le Presenter approprié en envoyant une demande au Multicontroller via le LocalController et identifie l'adresse IP et le port TCP du Presenter. Le Delivery Service ne traite pas la file d'attente tant que le Presenter local ou distant n'est pas disponible.
Engine
L'Engine est le moteur d'interrogation multithread principal dans
DX NetOps
. Vous pouvez le déployer en mode actif ou de secours. L'Engine permet d'effectuer les actions suivantes :
  • Collecter des informations à partir d'unités via XML, CSV, Telnet, SSH, etc. Le composant Engine traite ensuite les données et les envoie vers un document XML standard de
    DX NetOps
    .
  • Déployer le document XML standard
    DX NetOps
    dans la file d'attente en vue de son traitement par le Delivery Service.
Presenter
Le Presenter est requis uniquement pour
DX NetOps
for eHealth. Un Presenter est requis pour chaque pack d'unités. Il s'agit d'un moteur de présentation multithread qui permet d'effectuer les actions suivantes :
  • Recevoir le document XML standard
    DX NetOps
    issu de l'Engine.
  • Formater les données au format de sortie requis (CSV, XML, SNMP et DDI).
CAPM Presenter
CAPM Presenter est requis uniquement pour
DX NetOps
for CA Performance Management. CAPM Presenter doit être installé sur le Data Collector qui prend en charge
DX NetOps
. Tout comme le Presenter, CAPM Presenter reçoit le document XML standard de
DX NetOps
issu du composant Engine. Cependant, CAPM Presenter ne formate pas les données dans un format de sortie requis.
Le nombre de composants CAPM Presenter varie selon le nombre de packs d'unités complexes.