Détection de VMware NSX Advanced Load Balancer

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 4 minutes de lecture

    • 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.
    CI et connexions sur une carte Dependency Views

    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.