--- sourceDocument: Gestion des opérations IT Xanadu sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/xanadu/it-operations-management Release : - xanadu ft:locale : - fr-FR ft:publication_title : - Gestion des opérations IT Xanadu ft:clusterId : - itom bundleId : - itom workflow : - Technology --- # VMware Détection de l'équilibreur de charge NSX Advanced # VMware Détection de l'équilibreur de charge NSX Advanced {#ariaid-title1} * Rversion finale: Xanadu * * Mis à jour 1 août 2024 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 minutes de lecture L'application ServiceNow Découverte utilise le modèle de détection d'équilibreur VMware de charge NSX Advanced pour rechercher VMware les équilibreurs de charge NSX. La détection de ces ressources nécessite l'installation de l'application Modèles de détection et de mappage des services à partir du ServiceNow Store. Le modèle utilise un ensemble d'API REST pour trouver 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](https://servicenow-prod.fluidtopics.net/pTsBXXJ_bXnRb2TBcrJ~4w "Discovery peut détecter des appareils qui utilisent le protocole HTTP."). Remarque : deux modèles sont disponibles. L'ancien VMware modèle d'équilibreur de charge NSX est destiné à la série S. Le nouveau VMware modèle d'équilibreur de charge NSX-T est destiné à la série T. Les fonctionnalités et les informations collectées restent similaires. ## Demander des applications dans l'App Store {#vmware-nsx-lb-discovery__section_gvb_cql_rlb} Visitez le site Web [ServiceNow Store](https://store.servicenow.com/sn_appstore_store.do#!/store/home) 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](https://www.servicenow.com/docs/bundle/store-release-notes/page/release-notes/store/sn-store-release-notes.html).{#vmware-nsx-lb-discovery__inline-send-to-store} ## Prérequis {#vmware-nsx-lb-discovery__section_fn4_km5_wkb} Activer l'authentification de base NSX : Dans VMware NSX, activez l'authentification de base NSX. Vérifier que les applications sont à jour : * CMDB Modèles de classe CI * Contenu de visibilité * Modèles de détection et de mappage des services {#vmware-nsx-lb-discovery__ul_gkf_5wj_ncc} Configurer les informations d'identification d'authentification de base : Sur le Now Platform, configurez [Basic authentication credentials](https://www.servicenow.com/docs/access?context=r_BasicAuthCredentialsForm&version=xanadu&pubname=xanadu-platform-security&ft:locale=en-US). Les informations d'identification doivent avoir les autorisations API suivantes : * NSX : * /api/4.0/edges * /api/4.0/edges/\loadbalancer/config {#vmware-nsx-lb-discovery__ul_mcw_2zs_ncc} * NSX-T : /api/v1/clusters_edges {#vmware-nsx-lb-discovery__ul_lcw_2zs_ncc} Vérifier que la détection HTTP est déclenchée par rapport à l'adresse IP du contrôleur principal NSX : La détection HTTP n'est déclenchée qu'en cas d'échec de la détection SSH ou SNMP. Créer un calendrier de détection : Créez le calendrier de détection pour VMware la détection de l'équilibreur de charge NSX ou [Exécuter une détection rapide](https://servicenow-prod.fluidtopics.net/6Fm9tjQSYsucFi46Joi02g#t_DiscoverNow "La détection rapide, ou DiscoverNow, permet à un administrateur d'exécuter une détection de configuration de CI sur une seule adresse IP sans calendrier.") sur l'adresse IP du contrôleur principal NSX. ## Données collectées par Découverte pour VMware l'équilibreur de charge NSX Advanced {#vmware-nsx-lb-discovery__section_rvw_lm5_wkb} Découverte renseigne les données dans lors CMDB de l'exécution des schémas d'équilibreur VMware de charge NSX Advanced. {#vmware-nsx-lb-discovery__table_mvv_5gk_ncc__entry__2} | Champ | Description | |-|-| | Nom \[name\] | Nom de la bordure. | | ID d'objet \[object_id\] | ID de la bordure. | | Adresse IP \[ip_address\] | Adresse IP de l'élément NSX Controller principal. | | État opérationnel \[operational_status\] | État de l'équilibreur de charge : actif ou inactif. | [Tableau 1. Équilibreur de charge NSX \[cmdb_ci_nsx_lb\]] {#vmware-nsx-lb-discovery__table_mvv_5gk_ncc} {#vmware-nsx-lb-discovery__table_ugr_vgk_ncc__entry__2} | Champ | Description | |-|-| | Nom \[name\] | Nom du serveur virtuel. | | Adresse IP \[ip_address\] | Adresse IP du serveur virtuel. | | ID d'objet \[object_id\] | ID d'objet du serveur virtuel. | | Port \[port\] | Port du serveur virtuel avec lequel communiquer. | | Protocole d'écoute \[listener_protocol\] | Protocole d'écoute. Par exemple : HTTP, HTTPS. | [Tableau 2. Service d'équilibreur de charge \[cmdb_ci_lb_service\]] {#vmware-nsx-lb-discovery__table_ugr_vgk_ncc} {#vmware-nsx-lb-discovery__table_kjs_vgk_ncc__entry__2} | Champ | Description | |-|-| | Nom \[name\] | Nom de pool. | | ID d'objet \[object_id\] | ID d'objet du pool. | [Tableau 3. Pool d'équilibreurs de charge \[cmdb_ci_lb_pool\]] {#vmware-nsx-lb-discovery__table_kjs_vgk_ncc} {#vmware-nsx-lb-discovery__table_tgt_vgk_ncc__entry__2} | Champ | Description | |-|-| | Nom \[name\] | Nom du membre du pool | | Adresse IP \[ip_address\] | Adresse IP du membre du pool. | | ID d'objet \[object_id\] | ID d'objet du membre du pool. | | Port de service \[service_port\] | Port du membre du pool avec lequel communiquer. | [Tableau 4. Membre du pool d'équilibreurs de charge \[cmdb_ci_lb_pool_member\]] {#vmware-nsx-lb-discovery__table_tgt_vgk_ncc} {#vmware-nsx-lb-discovery__table_bf5_vgk_ncc__entry__2} | Champ | Description | |-|-| | Nom \[name\] | Nom du dispositif de surveillance. | | ID d'objet \[object_id\] | ID d'objet du dispositif de surveillance. | | Délai en secondes \[timeout_sec\] | Délai, en secondes, avant une réponse. | | Intervalle en secondes \[check_interval_sec\] | Intervalle en secondes après lequel le dispositif de surveillance envoie à nouveau la demande. | | Protocole de type de moniteur \[monitor_type\] | Type de surveillance. Par exemple : HTTP, HTTPS, TCP. | | Chemin d'accès à la demande \[request_path\] | Chemin d'accès vers lequel le dispositif de surveillance envoie la demande. | | Nombre maximal de nouveaux essais \[max_retries\] | Le nombre maximal de tests de la ressource avant d'être déclarée \<\< En panne \>\>. | [Tableau 5. Service d'intégrité de l'équilibreur de charge dans le cloud \[cmdb_ci_lb_health_service\]] {#vmware-nsx-lb-discovery__table_bf5_vgk_ncc} La carte Dependency Views montre tous les CI d'équilibreur de charge détectés et les relations entre eux. ## Relations CI {#vmware-nsx-lb-discovery__section_dwt_4m5_wkb} Découverte crée ces relations pour prendre en charge la détection de l'équilibreur de VMware charge NSX.{#vmware-nsx-lb-discovery__table_qr4_zn5_wkb__entry__3} | CI | Relation | CI | |-|-|-| | Service d'équilibreur de charge \[cmdb_ci_lb_service\] | Runs on::Runs | Équilibreur de charge NSX \[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 | Équilibreur de charge NSX \[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é de l'équilibreur de charge dans le cloud \[cmdb_ci_lb_health_service\] | Hébergé sur::Hôtes | Équilibreur de charge NSX \[cmdb_ci_nsx_lb\] | | Service d'intégrité de l'équilibreur de charge dans le cloud \[cmdb_ci_lb_health_service\] | Used by::Uses | Pool d'équilibreurs de charge \[cmdb_ci_lb_pool\] | [ ] {#vmware-nsx-lb-discovery__table_qr4_zn5_wkb} ## Dépannage {#vmware-nsx-lb-discovery__section_bjf_rm5_wkb} Si le processus de mappage ne se déroule pas comme prévu, suivez les suggestions ci-après.{#vmware-nsx-lb-discovery__table_ggn_ypj_yhb__entry__3} | 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. | [ ] {#vmware-nsx-lb-discovery__table_ggn_ypj_yhb}