Détection de VMware NSX Advanced Load Balancer

L'application ServiceNow Détection utilise le modèle de détection VMware NSX Advanced Load Balancer pour rechercher des équilibreurs de charge VMware NSX. La détection de ces ressources nécessite l'installation de l'application Patrons de détection et de mappage des services à partir du ServiceNow Store.

Le modèle utilise un ensemble de REST APIs pour rechercher les équilibreurs de charge. Il est déclenché par le classifieur HTTP NSX qui répond à la sonde HTTP - Classify. Pour plus d'informations, consultez Détection d'appareils HTTP.

Remarque :

deux modèles sont disponibles. Le modèle hérité VMware NSX Load Balancer est destiné à la série S. Le nouveau modèle VMware NSX-T Load Balancer est destiné à la série T. Les fonctionnalités et les informations collectées restent similaires.

Demander des applications dans l'App Store

Visitez le site Web ServiceNow Store pour découvrir toutes les applications disponibles et pour obtenir des informations sur la procédure à suivre pour soumettre des demandes à la boutique. Pour obtenir des informations sur les notes de publication cumulatives pour toutes les applications publiées, consultez les ServiceNow Storenotes de publication relatives à l'historique des versions.

Prérequis

• Activez l'authentification de base NSX.
• Assurez-vous d'utiliser la version de l'API NSX prise en charge : /api/4.0/edges.
• Installez le module d’extension ServiceNow® Base de données de gestion des configurations (CMDB) (com.snc.cmdb) à ServiceNow Storepartir du .
• Sur l'instance ServiceNow, configurez les informations d'identification pour activer l'exécution des requêtes API suivantes sur l'adresse IP de l'élément NSX Controller principal :
  • /api/4.0/edges
  • /api/4.0/edges/<edge_id>loadbalancer/config
  Assurez-vous que la détection HTTP est déclenchée sur l'adresse IP de l'élément NSX Controller principal

  Remarque :

  la détection HTTP n'est déclenchée que si la détection SSH ou SNMP échoue.
• Créez le calendrier de détection pour la détection de l'équibreur de charge VMware NSX ou suivez la procédure Exécuter une détection rapide sur l'adresse IP de l'élément NSX Controller principal.

Données collectées par Détection lors d'une détection horizontale

Les données détectées comprennent les tables et les champs suivants.

Table et champ	Description
CI principal (Équilibreur de charge) [cmdb_ci_nsx_lb]
nom	Nom de la bordure.
object_id	ID de la bordure.
ip_address	Adresse IP de l'élément NSX Controller principal.
operational_status	État de l'équilibreur de charge : actif ou inactif.
Service d'équilibreur de charge [cmdb_ci_lb_service]
nom	Nom du serveur virtuel.
ip_address	Adresse IP du serveur virtuel.
object_id	ID d'objet du serveur virtuel.
port	Port du serveur virtuel avec lequel communiquer.
listener_protocol	Protocole d'écoute. Par exemple : HTTP, HTTPS.
Pool d'équilibreurs de charge [cmdb_ci_lb_pool]
nom	Nom de pool.
object_id	ID d'objet du pool.
Membre du pool d'équilibreurs de charge [cmdb_ci_lb_pool_member]
nom	Nom du membre du pool
ip_address	Adresse IP du membre du pool.
object_id	ID d'objet du membre du pool.
service_port	Port du membre du pool avec lequel communiquer.
Service d'intégrité [cmdb_ci_lb_health_service]
nom	Nom du dispositif de surveillance.
object_id	ID d'objet du dispositif de surveillance.
timeout_sec	Délai, en secondes, avant une réponse.
check_interval_sec	Intervalle en secondes après lequel le dispositif de surveillance envoie à nouveau la demande.
monitor_type	Type de surveillance. Par exemple : HTTP, HTTPS, TCP.
request_path	Chemin d'accès vers lequel le dispositif de surveillance envoie la demande.
MaxRetries	Le nombre maximal de tests de la ressource avant d'être déclarée « En panne ».

La carte Dependency Views montre tous les CI d'équilibreur de charge détectés et les relations entre eux.

Relations CI

Ces relations sont créées pour prendre en charge la détection de VMware NSX Load Balancer :

CI	Relation	CI
Service d'équilibreur de charge [cmdb_ci_lb_service]	Runs on::Runs	CI principal (Équilibreur de charge) [cmdb_ci_nsx_lb]
Service d'équilibreur de charge [cmdb_ci_lb_service]	Uses::Used by	Pool d'équilibreurs de charge [cmdb_ci_lb_pool]
Pool d'équilibreurs de charge [cmdb_ci_lb_pool]	Hébergé sur : Hôtes	CI principal (Équilibreur de charge) [cmdb_ci_nsx_lb]
Pool d'équilibreurs de charge [cmdb_ci_lb_pool]	Owns::Owned by	Membre du pool d'équilibreurs de charge [cmdb_ci_lb_pool_member]
Service d'intégrité [cmdb_ci_lb_health_service]	Hébergé sur : Hôtes	CI principal (Équilibreur de charge) [cmdb_ci_nsx_lb]
Service d'intégrité [cmdb_ci_lb_health_service]	Used by::Uses	Pool d'équilibreurs de charge [cmdb_ci_lb_pool]

Dépannage

Si le processus de mappage ne se déroule pas comme prévu, suivez les suggestions ci-après.

Symptôme	Cause	Solution
Échec de la détection. Le message de détection fait état d'une erreur liée au délai d'expiration de REST.	De nombreux CI envoient la réponse d'appel REST dans le déploiement. Le Serveur MID ne peut pas traiter la réponse d'appel REST sans dépasser la limite de temps contrôlée par le paramètre mid.sa.cloud.request_timeout.	Par défaut, le paramètre mid.sa.cloud.request_timeout est défini sur 30 000 millisecondes. Augmentez la valeur de ce paramètre sur le Serveur MID pertinent et relancez la détection. Remarque : Si la liste connexe Paramètres de configuration pour le Serveur MID pertinent n'affiche pas ce paramètre, vous devrez peut-être l'ajouter.
Concepteur de modèle échoue lors d'une session de débogage. Le message de Concepteur de modèle fait état d'une erreur liée au délai d'expiration.	Concepteur de modèle échoue en raison d'un délai d'expiration pendant le débogage du modèle (et non pendant la détection).	Par défaut, le paramètre sa.debugger.max_timeout est défini sur 240 secondes. Augmentez la valeur de ce paramètre sur le Serveur MID pertinent.