--- sourceDocument: IT Operations Management Zürich sourceDocumentLink: https://www.servicenow.com/docs/r/de-DE/zurich/it-operations-management Release : - zurich ft:locale : - de-DE ft:publication_title : - IT Operations Management Zürich ft:clusterId : - itom bundleId : - itom workflow : - Technology --- # VMware NSX Lastenausgleichsmodul # VMware NSX Erweiterte Discovery des Lastenausgleichsmoduls {#ariaid-title1} * Freigeben Version: Zurich * * Aktualisiert 31. Juli 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 Minuten Lesedauer Die ServiceNow Discovery Die Anwendung verwendet das Discovery-Muster des VMware NSX Advanced Load Balancer, um zu finden VMware NSX Lastenausgleichsmodule. Um einige dieser Ressourcen zu erkennen, muss aktualisiert werden Muster für Discovery und Service-Mapping Anwendung aus dem ServiceNow Store. Das Muster verwendet eine Reihe von REST-APIs, um die Lastenausgleichsmodule zu finden. Wird durch ausgelöst NSX HTTP-Klassifizierer, der auf antwortet HTTP: Klassifizieren Probe. Weitere Informationen finden Sie unter [Erkennung von HTTP-Geräten](https://www.servicenow.com/docs/EdDrY~FofwP6e9792zg0PQ "Discovery kann Geräte erkennen, die das HTTP-Protokoll verwenden."). Hinweis: Es sind zwei Muster verfügbar. Das veraltete Muster „VMware NSX Load Balancer" gilt für die S-Serie. Das neue Muster „VMware NSX-T Load Balancer" ist für die T-Serie. Die Funktionalität und die erfassten Informationen bleiben unverändert. ## Apps im Store anfordern {#vmware-nsx-lb-discovery__section_gvb_cql_rlb} Besuchen Sie die [ServiceNow Store](https://store.servicenow.com/sn_appstore_store.do#!/store/home)-Website, um alle verfügbaren Apps anzuzeigen und Informationen zum Senden von Anforderungen an den Store zu erhalten. Kumulative Informationen zum Release für alle veröffentlichten Apps finden Sie in den Release-Hinweisen zum [ServiceNow Store-Versionsverlauf](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} ## Voraussetzungen {#vmware-nsx-lb-discovery__section_fn4_km5_wkb} Aktivieren NSX Standardauthentifizierung : In VMware NSX, Aktivieren NSX Standardauthentifizierung. Überprüfen Sie, ob die Anwendungen aktuell sind : * CMDB CI-Klassenmodelle * Visibility Content * Muster für Discovery und Service-Mapping {#vmware-nsx-lb-discovery__ul_gkf_5wj_ncc} Konfigurieren Sie Anmeldeinformationen für Standardauthentifizierung : Auf der ServiceNow AI Platform, Konfigurieren Sie Anmeldeinformationen für die Standardauthentifizierung. Die Anmeldeinformationen müssen über die folgenden API-Berechtigungen verfügen: * NSX: * /api/4.0/edges * /api/4.0/edges/\loadbalancer/config {#vmware-nsx-lb-discovery__ul_mcw_2zs_ncc} * NSX-T: /api/v1/Edge-Cluster {#vmware-nsx-lb-discovery__ul_lcw_2zs_ncc}Weitere Informationen zu Anmeldeinformationen für die Standardauthentifizierung finden Sie unter [Basic authentication credentials](https://www.servicenow.com/docs/access?context=r_BasicAuthCredentialsForm&version=zurich&pubname=zurich-platform-security&ft:locale=en-US). Überprüfen Sie, ob die HTTP-Discovery für ausgelöst wird NSX Haupt-Controller-IP : Die HTTP-Discovery wird nur ausgelöst, wenn die SSH- oder SNMP-Discovery nicht erfolgreich ist. Erkennungszeitpläne erstellen : Erstellen Sie den Discovery-Zeitplan für VMware NSX Load Balancer-Discovery, oder führen Sie eine schnelle Discovery für die IP-Adresse des aus NSX Haupt-Controller. Weitere Informationen zum Ausführen einer schnellen Discovery finden Sie unter [Schnell-Discovery ausführen](https://www.servicenow.com/docs/DAOOKU0Zdx~NDqYOxlBswQ#t_DiscoverNow "Mit einer Schnell-Discovery bzw. mit DiscoverNow können Administratoren die Erkennung einer CI-Konfiguration für eine einzelne IP-Adresse ausführen, ohne dass ein Zeitplan benötigt wird."). ## Daten erfasst von Discovery Für VMware NSX Erweiterter Lastenausgleichsmodul {#vmware-nsx-lb-discovery__section_rvw_lm5_wkb} Discovery Füllt die Daten in aus CMDB Beim Ausführen der Muster des erweiterten VMware NSX-Lastenausgleichsmoduls. {#vmware-nsx-lb-discovery__table_mvv_5gk_ncc__entry__2} | Feld | Beschreibung | |-|-| | Name \[name\] | Edge-Name | | Objekt-ID \[object_id\] | Edge-ID | | IP-Adresse \[ip_address\] | IP-Adresse des NSX Haupt-Controller. | | Betriebsstatus \[operational_status\] | Lastenausgleichsmodulstatus: aktiv oder inaktiv | [Tabelle : 1. NSX-Lastenausgleichsmodul \[cmdb_ci_nsx_lb\]] {#vmware-nsx-lb-discovery__table_mvv_5gk_ncc} {#vmware-nsx-lb-discovery__table_ugr_vgk_ncc__entry__2} | Feld | Beschreibung | |-|-| | Name \[name\] | Name des virtuellen Servers | | IP-Adresse \[ip_address\] | IP-Adresse des virtuellen Servers | | Objekt-ID \[object_id\] | Objekt-ID des virtuellen Servers | | Port \[port\] | Virtueller Serverport, mit dem kommuniziert werden soll | | Listener-Protokoll \[listener_Protocol\] | Listenerprotokoll. Beispiel: HTTP, HTTPS | [Tabelle : 2. Load Balancer-Service \[cmdb_ci_lb_service\]] {#vmware-nsx-lb-discovery__table_ugr_vgk_ncc} {#vmware-nsx-lb-discovery__table_kjs_vgk_ncc__entry__2} | Feld | Beschreibung | |-|-| | Name \[name\] | Poolname. | | Objekt-ID \[object_id\] | Poolobjekt-ID | [Tabelle : 3. Load Balancer-Pool \[cmdb_ci_lb_pool\]] {#vmware-nsx-lb-discovery__table_kjs_vgk_ncc} {#vmware-nsx-lb-discovery__table_tgt_vgk_ncc__entry__2} | Feld | Beschreibung | |-|-| | Name \[name\] | Poolmitgliedsname | | IP-Adresse \[ip_address\] | Poolmitglieds-IP-Adresse | | Objekt-ID \[object_id\] | Poolmitgliedsobjekt-ID | | Service-Port \[Service_Port\] | Poolserverport, mit dem kommuniziert werden soll | [Tabelle : 4. Load Balancer Pool-Mitglied \[cmdb_ci_lb_pool_member\]] {#vmware-nsx-lb-discovery__table_tgt_vgk_ncc} {#vmware-nsx-lb-discovery__table_bf5_vgk_ncc__entry__2} | Feld | Beschreibung | |-|-| | Name \[name\] | Name des Monitors | | Objekt-ID \[object_id\] | Objekt-ID des Monitors | | Zeitüberschreitung in Sekunden \[timeout_sec\] | Zeit in Sekunden, die auf eine Antwort gewartet wird | | Intervall in Sekunden \[Check_interval_sec\] | Intervall in Sekunden, nach dem der Monitor die Anforderung erneut sendet | | Überwachungstyp-Protokoll \[Monitor_type\] | Monitortyp. Beispiel: HTTP, HTTPS, TCP | | Anforderungspfad \[Request_path\] | Pfad, an den der Monitor die Anforderung sendet | | Max. Wiederholungen \[max_retries\] | Die maximale Häufigkeit, mit der die Ressource getestet wird, bevor sie als „inaktiv" deklariert wird. | [Tabelle : 5. Cloud-Lastenausgleichsmodul-Integritätsservice \[cmdb_ci_lb_Health_Service\]] {#vmware-nsx-lb-discovery__table_bf5_vgk_ncc} Die Dependency Views-Zuordnung zeigt alle erkannten Lastenausgleichsmodul-CIs und ihre Beziehungen untereinander. ## CI-Beziehungen {#vmware-nsx-lb-discovery__section_dwt_4m5_wkb} Discovery Erstellt diese Beziehungen zur Unterstützung von VMware NSX Lastenausgleichsmodul-Discovery.{#vmware-nsx-lb-discovery__table_qr4_zn5_wkb__entry__3} | CI | Beziehung | CI | |-|-|-| | Load Balancer-Service \[cmdb_ci_lb_service\] | Wird ausgeführt auf::Wird ausgeführt | NSX-Lastenausgleichsmodul \[cmdb_ci_nsx_lb\] | | Load Balancer-Service \[cmdb_ci_lb_service\] | Verwendet::Verwendet von | Load Balancer-Pool \[cmdb_ci_lb_pool\] | | Load Balancer-Pool \[cmdb_ci_lb_pool\] | Gehostet auf::Hostet | NSX-Lastenausgleichsmodul \[cmdb_ci_nsx_lb\] | | Load Balancer-Pool \[cmdb_ci_lb_pool\] | Eigentümer von::Eigentum von | Load Balancer Pool-Mitglied \[cmdb_ci_lb_pool_member\] | | Cloud-Lastenausgleichsmodul-Integritätsservice \[cmdb_ci_lb_Health_Service\] | Gehostet auf::Hostet | NSX-Lastenausgleichsmodul \[cmdb_ci_nsx_lb\] | | Cloud-Lastenausgleichsmodul-Integritätsservice \[cmdb_ci_lb_Health_Service\] | Verwendet von::Verwendet | Load Balancer-Pool \[cmdb_ci_lb_pool\] | [ ] {#vmware-nsx-lb-discovery__table_qr4_zn5_wkb} ## Problembehandlung {#vmware-nsx-lb-discovery__section_bjf_rm5_wkb} Wenn der Zuordnungsprozess nicht so verläuft, wie Sie es erwartet haben, sollten Sie den folgenden Vorschlägen folgen.{#vmware-nsx-lb-discovery__table_ggn_ypj_yhb__entry__3} | Symptom | Ursache | Lösung | |-|-|-| | Discovery fehlgeschlagen. Die Discovery-Nachricht enthält die Informationen zu einem Fehler, der durch die REST-Zeitüberschreitung verursacht wurde. | Es gibt viele CIs, deren REST-Aufrufantwort in der Bereitstellung gesendet wird. Der MID-Server kann die REST-Aufrufantwort nicht verarbeiten, ohne dass die vom Parameter mid.sa.cloud.request_timeout gesteuerte Zeitbegrenzung überschritten wird. | Standardmäßig ist der Parameter mid.sa.cloud.request_timeout auf 30.000 Millisekunden festgelegt. Erhöhen Sie den Wert dieses Parameters auf dem entsprechenden MID-Server, und führen Sie die Discovery erneut aus. Hinweis: Wenn dieser Parameter in der zugehörigen Liste der Konfigurationsparameter für den betreffenden MID-Server nicht angezeigt wird, müssen Sie ihn möglicherweise hinzufügen. | | Bei Musterdesigner tritt während einer Debug-Sitzung ein Fehler auf. Die Musterdesigner-Meldung enthält die Informationen zu einem Fehler, der durch eine Zeitüberschreitung verursacht wurde. | Beim Musterdesigner tritt ein Fehler aufgrund einer Zeitüberschreitung beim Muster-Debugging auf (und nicht während der Discovery). | Standardmäßig ist der Parameter sa.debugger.max_timeout auf 240 Sekunden festgelegt. Erhöhen Sie den Wert dieses Parameters auf dem betreffenden MID-Server. | [ ] {#vmware-nsx-lb-discovery__table_ggn_ypj_yhb}