VMware NSX Erweiterte Discovery des Lastenausgleichsmoduls

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.

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

Besuchen Sie die ServiceNow Store-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.

Voraussetzungen

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

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/<edge_id>loadbalancer/config
• NSX-T: /api/v1/Edge-Cluster

Weitere Informationen zu Anmeldeinformationen für die Standardauthentifizierung finden Sie unter Basic authentication credentials.

Ü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.

Daten erfasst von Discovery Für VMware NSX Erweiterter Lastenausgleichsmodul

Discovery Füllt die Daten in aus CMDB Beim Ausführen der Muster des erweiterten VMware NSX-Lastenausgleichsmoduls.

Tabelle : 1. NSX-Lastenausgleichsmodul [cmdb_ci_nsx_lb]

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 : 2. Load Balancer-Service [cmdb_ci_lb_service]

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 : 3. Load Balancer-Pool [cmdb_ci_lb_pool]

Feld	Beschreibung
Name [name]	Poolname.
Objekt-ID [object_id]	Poolobjekt-ID

Tabelle : 4. Load Balancer Pool-Mitglied [cmdb_ci_lb_pool_member]

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 : 5. Cloud-Lastenausgleichsmodul-Integritätsservice [cmdb_ci_lb_Health_Service]

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.

Die Dependency Views-Zuordnung zeigt alle erkannten Lastenausgleichsmodul-CIs und ihre Beziehungen untereinander.

CI-Beziehungen

Discovery Erstellt diese Beziehungen zur Unterstützung von VMware NSX Lastenausgleichsmodul-Discovery.

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]

Problembehandlung

Wenn der Zuordnungsprozess nicht so verläuft, wie Sie es erwartet haben, sollten Sie den folgenden Vorschlägen folgen.

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.