VMware NSX Advanced Load Balancer-Erkennung

Das Muster zur VMware NSX Advanced Load Balancer-Erkennung wird von der ServiceNow Discovery-Anwendung dazu verwendet, VMware NSX-Lastenausgleichsmodule zu finden. Die Erkennung einiger dieser Ressourcen erfordert ein Update der  Anwendung Muster für Discovery und Service-Mappingaus dem ServiceNow Store.

Mit dem Muster werden REST-APIs dazu verwendet, die Lastenausgleichsmodule zu finden. Es wird vom NSX-HTTP-Klassifizierer ausgelöst, der auf die Probe HTTP - Classify reagiert. 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 Sie die NSX-Standardauthentifizierung.
• Stellen Sie sicher, dass Sie die unterstützte NSX API-Version verwenden: /api/4.0/edges.
• Installieren Sie das Plugin ServiceNow® Configuration Management Database (CMDB) (com.snc.cmdb) aus dem ServiceNow Store.
• Konfigurieren Sie auf der ServiceNow-Instanz Anmeldeinformationen, um die Ausführung der folgenden API-Abfragen für die IP des NSX-Hauptcontrollers zu ermöglichen:
  • /api/4.0/edges
  • /api/4.0/edges/<edge_id>loadbalancer/config
  Stellen Sie sicher, dass die HTTP-Erkennung für die IP des NSX-Hauptcontrollers ausgelöst wird.

  Hinweis:

  Die HTTP-Erkennung wird nur ausgelöst, wenn die SSH- oder SNMP-Erkennung nicht erfolgreich ist.
• Erstellen Sie den Erkennungszeitplan für die Erkennung von VMware NSX-Lastenausgleichsmodulen, oder führen Sie mithilfe von Schnell-Discovery ausführen eine Schnellerkennung für die IP-Adresse des NSX-Hauptcontrollers durch.

Von Discovery während der horizontalen Erkennung erfasste Daten

Die erkannten Daten umfassen die folgenden Tabellen und Felder.

Tabelle und Feld	Beschreibung
Haupt-CI (Lastenausgleichsmodul) [cmdb_ci_nsx_lb]
name	Edge-Name
object_id	Edge-ID
ip_address	IP-Adresse des NSX Haupt-Controllers
operational_status	Lastenausgleichsmodulstatus: aktiv oder inaktiv
Load Balancer-Service [cmdb_ci_lb_service]
name	Name des virtuellen Servers
ip_address	IP-Adresse des virtuellen Servers
object_id	Objekt-ID des virtuellen Servers
port	Virtueller Serverport, mit dem kommuniziert werden soll
listener_protocol	Listenerprotokoll. Beispiel: HTTP, HTTPS
Load Balancer-Pool [cmdb_ci_lb_pool]
name	Poolname.
object_id	Poolobjekt-ID
Load Balancer Pool-Mitglied [cmdb_ci_lb_pool_member]
name	Poolmitgliedsname
ip_address	Poolmitglieds-IP-Adresse
object_id	Poolmitgliedsobjekt-ID
service_port	Poolserverport, mit dem kommuniziert werden soll
Integritätsservice [cmdb_ci_lb_health_service]
name	Name des Monitors
object_id	Objekt-ID des Monitors
timeout_sec	Zeit in Sekunden, die auf eine Antwort gewartet wird
check_interval_sec	Intervall in Sekunden, nach dem der Monitor die Anforderung erneut sendet
monitor_type	Monitortyp. Beispiel: HTTP, HTTPS, TCP
request_path	Pfad, an den der Monitor die Anforderung sendet
MaxRetries	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

Diese Beziehungen werden zur Unterstützung der VMware NSX-Lastenausgleicherkennung erstellt:

CI	Beziehung	CI
Load Balancer-Service [cmdb_ci_lb_service]	Wird ausgeführt auf::Wird ausgeführt	Haupt-CI (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	Haupt-CI (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]
Integritätsservice [cmdb_ci_lb_health_service]	Gehostet auf::Hostet	Haupt-CI (Lastenausgleichsmodul) [cmdb_ci_nsx_lb]
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.