--- sourceDocument: Yokohama IT Operations Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/it-operations-management Release : - yokohama ft:locale : - de-DE ft:publication_title : - Yokohama IT Operations Management ft:clusterId : - itom bundleId : - itom workflow : - Technology --- # VMware NSX Erweiterte Discovery des Lastenausgleichsmoduls # VMware NSX Erweiterte Discovery des Lastenausgleichsmoduls {#ariaid-title1} * Freigeben Version: Yokohama * * Aktualisiert 30. Januar 2025 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 Minuten Lesedauer Die ServiceNow DiscoveryDie Anwendung verwendet das Discovery-Muster des erweiterten VMware NSX-Lastenausgleichsmoduls, um zu finden VMware NSXLastenausgleichsmodule. Um einige dieser Ressourcen zu erkennen, muss aktualisiert werden Muster für Discovery und Service-MappingAnwendung von ServiceNow Store. Das Muster verwendet eine Reihe von REST-APIs, um die Lastenausgleichsmodule zu finden. Wird von ausgelöst NSXHTTP-Klassifizierung, die auf antwortet HTTP: Klassifizieren Probe. Weitere Informationen finden Sie unter [HTTP-Geräte-Discovery](https://servicenow-prod.fluidtopics.net/0pNktmqP37GQVkwGc6ap~A "Discovery kann Geräte finden, die das HTTP-Protokoll verwenden."). Hinweis: Es sind zwei Muster verfügbar. Das veraltete VMware NSX-Lastenausgleichsmodul-Muster ist für die S-Serie. Das neue VMware NSX-T-Lastenausgleichsmodul-Muster ist für die T-Serie vorgesehen. Die Funktionalität und die gesammelten 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 NSXStandardauthentifizierung : In VMware NSX, Aktivieren NSXStandardauthentifizierung. Stellen Sie sicher, dass 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 Now Platform, Konfigurieren Sie Anmeldeinformationen für die Standardauthentifizierung. Die Anmeldeinformationen müssen die folgenden API-Berechtigungen haben: * 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=yokohama&pubname=yokohama-platform-security&ft:locale=en-US). Stellen Sie sicher, dass die HTTP-Discovery für ausgelöst wird NSXHaupt-Controller-IP : Die HTTP-Discovery wird nur ausgelöst, wenn die SSH- oder SNMP-Discovery nicht erfolgreich ist. Erstellen Sie einen Discovery-Zeitplan : Erstellen Sie den Discovery-Zeitplan für VMware NSXLastenausgleichsmodul-Discovery, oder führen Sie eine schnelle Discovery für die IP-Adresse von aus NSXHauptcontroller. Weitere Informationen zum Ausführen einer schnellen Discovery finden Sie unter [Führen Sie eine Schnellerkennung aus](https://servicenow-prod.fluidtopics.net/wuDndBMfo0yOLNd6bUyFvQ#t_DiscoverNow "Mit Quick Discovery oder DiscoverNow kann ein Administrator eine CI-Konfigurations-Discovery für eine einzelne IP-Adresse ausführen, ohne dass ein Zeitplan erforderlich ist."). ## Daten erfasst von DiscoveryFür VMware NSXErweiterter Lastenausgleichsmodul {#vmware-nsx-lb-discovery__section_rvw_lm5_wkb} DiscoveryFüllt die Daten in aus CMDBBeim 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 von NSXHauptcontroller. | | Betriebsstatus \[Operational_Status\] | Lastenausgleichsmodul-Status: 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\] | Listener-Protokoll. Beispiel: HTTP, HTTPS. | [Tabelle : 2. Lastenausgleichsmodul-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. Lastenausgleichsmodul-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\] | Name des Poolmitglieds. | | IP-Adresse \[ip_address\] | IP-Adresse des Poolmitglieds. | | Objekt-ID \[object_ID\] | Objekt-ID des Poolmitglieds. | | Serviceport \[Service_Port\] | Pool-Mitgliedsport, mit dem kommuniziert werden soll. | [Tabelle : 4. Mitglied des Lastenausgleichsmodul-Pools \[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\] | Überwachungsname. | | Objekt-ID \[object_ID\] | Überwachungsobjekt-ID. | | Zeitüberschreitung in Sekunden \[timeout_sec\] | Wartezeit in Sekunden auf eine Antwort. | | Intervall in Sekunden \[Check_interval_sec\] | Intervall in Sekunden, nach dem der Monitor die Anforderung erneut sendet. | | Überwachungstyp-Protokoll \[Monitor_type\] | Überwachungstyp. Beispiel: HTTP, HTTPS, TCP. | | Anforderungspfad \[Request_path\] | Pfad, an den der Monitor die Anforderung sendet. | | Max. Wiederholungen \[max_retries\] | Die maximale Anzahl, mit der die Ressource getestet wird, bevor sie als „ausgefallen" deklariert wird. | [Tabelle : 5. Integritätsservice für Cloud-Lastenausgleichsmodul \[cmdb_ci_lb_health_service\]] {#vmware-nsx-lb-discovery__table_bf5_vgk_ncc} Die Zuordnung der Abhängigkeitsansichten zeigt alle erkannten Lastenausgleichsmodul-CIs und die Beziehungen zwischen ihnen. ## CI-Beziehungen {#vmware-nsx-lb-discovery__section_dwt_4m5_wkb} DiscoveryErstellt diese Beziehungen zur Unterstützung von VMware NSXLastenausgleichsmodul-Discovery.{#vmware-nsx-lb-discovery__table_qr4_zn5_wkb__entry__3} | CI | Beziehung | CI | |-|-|-| | Lastenausgleichsmodul-Service \[cmdb_ci_lb_service\] | Wird ausgeführt am::Run | NSX-Lastenausgleichsmodul \[cmdb_ci_nsx_lb\] | | Lastenausgleichsmodul-Service \[cmdb_ci_lb_service\] | Verwendet::verwendet von | Lastenausgleichsmodul-Pool \[cmdb_ci_lb_pool\] | | Lastenausgleichsmodul-Pool \[cmdb_ci_lb_pool\] | Gehostet auf::Hostet | NSX-Lastenausgleichsmodul \[cmdb_ci_nsx_lb\] | | Lastenausgleichsmodul-Pool \[cmdb_ci_lb_pool\] | Besitzt::im Besitz von | Mitglied des Lastenausgleichsmodul-Pools \[cmdb_ci_lb_pool_member\] | | Integritätsservice für Cloud-Lastenausgleichsmodul \[cmdb_ci_lb_health_service\] | Gehostet auf::Hostet | NSX-Lastenausgleichsmodul \[cmdb_ci_nsx_lb\] | | Integritätsservice für Cloud-Lastenausgleichsmodul \[cmdb_ci_lb_health_service\] | Verwendet von::uses | Lastenausgleichsmodul-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 wie erwartet fortgesetzt wird, befolgen Sie die folgenden Vorschläge.{#vmware-nsx-lb-discovery__table_ggn_ypj_yhb__entry__3} | Symptom | Ursache | Lösung | |-|-|-| | Discovery schlägt fehl. Die Discovery-Nachricht enthält die Informationen zu einem Fehler, der durch die REST-Zeitüberschreitung verursacht wurde. | Es gibt viele CIs, die die REST-Aufrufantwort in der Bereitstellung senden. Die MID-ServerDie REST-Aufrufantwort kann nicht verarbeitet werden, ohne die von gesteuerte Zeitgrenze zu überschreiten mid.sa.cloud.request_timeoutParameter. | Standardmäßig ist mid.sa.cloud.request_timeoutParameter ist auf 30000 Millisekunden festgelegt. Erhöhen Sie den Wert dieses Parameters für den relevanten MID-ServerUnd führen Sie die Discovery erneut aus. Hinweis: Wenn Konfigurationsparameter Zugehörige Liste für relevant MID-ServerZeigt diesen Parameter nicht an. Möglicherweise müssen Sie ihn hinzufügen. | | Musterdesigner Schlägt während einer Debug-Sitzung fehl. Die MusterdesignerDie Nachricht enthält Informationen zu einem Fehler, der durch eine Zeitüberschreitung verursacht wurde. | Die MusterdesignerSchlägt aufgrund einer Zeitüberschreitung beim Muster-Debugging (und nicht während der Discovery) fehl. | Standardmäßig ist sa.debugger.max_timeoutParameter ist auf 240 Sekunden festgelegt. Erhöhen Sie den Wert dieses Parameters für den relevanten MID-Server. | [ ] {#vmware-nsx-lb-discovery__table_ggn_ypj_yhb}