VMware NSX Erweiterte Discovery des Lastenausgleichsmoduls
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.
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 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
- 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/<edge_id>loadbalancer/config
- NSX-T: /api/v1/Edge-Cluster
- NSX:
- 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.
Daten erfasst von DiscoveryFür VMware NSXErweiterter Lastenausgleichsmodul
DiscoveryFüllt die Daten in aus CMDBBeim Ausführen der Muster des erweiterten VMware NSX-Lastenausgleichsmoduls.
| 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. |
| 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. |
| Feld | Beschreibung |
|---|---|
| Name [name] | Poolname. |
| Objekt-ID [object_ID] | Poolobjekt-ID. |
| 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. |
| 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. |
CI-Beziehungen
| 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] |
Problembehandlung
| 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. |