VMware NSX Erweiterte Erkennung des Lastenausgleichsmoduls

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 3 Minuten Lesedauer

    • Die Anwendung ServiceNow Discovery verwendet das Discovery-Muster für das Lastenausgleichsmodul „VMware NSX Advanced“, um das Lastenausgleichsmodul VMware NSX zu finden. Um einige dieser Ressourcen zu erkennen, müssen Sie die Anwendung Muster für Discovery und Service-Mapping aus dem ServiceNow Storeaktualisieren.

    Das -Muster verwendet eine Reihe von REST APIs, um die Lastenausgleichsmodule zu finden. Sie wird von der HTTP-Klassifizierung NSX ausgelöst, die auf die Probe „HTTP – Klassifizieren“ antwortet. 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 Standardauthentifizierung für NSX .
    Aktivieren Sie in VMware NSXdie Standardauthentifizierung für NSX.
    Vergewissern Sie sich, dass die Anwendungen aktuell sind
    • CMDB CI-Klassenmodelle
    • Visibility Content
    • Muster für Discovery und Service-Mapping
    Konfigurieren Sie die Anmeldeinformationen für die Standardauthentifizierung
    Konfigurieren Sie unter Now Platformdie Anmeldeinformationen für die Standardauthentifizierung. Die Anmeldeinformationen müssen die folgenden API-Berechtigungen aufweisen:
    • NSX:
      • /api/4.0/edges
      • /api/4.0/edges/<edge_id>loadbalancer/config
    • NSX-T: /api/v1/edge-cluster
    Weitere Informationen zu den Anmeldeinformationen für die Standardauthentifizierung finden Sie unter Basic authentication credentials.
    Stellen Sie sicher, dass die HTTP-Discovery für die Hauptcontroller-IP NSX ausgelöst wird
    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 die Discovery des Lastenausgleichsmoduls VMware NSX, oder führen Sie eine Schnell-Discovery für die IP-Adresse des Hauptcontrollers NSX aus. Weitere Informationen zum Ausführen einer Schnell-Discovery finden Sie unter Schnell-Discovery ausführen.

    Von Discovery für VMware NSX Advanced Load Balancer gesammelte Daten

    Discovery füllt die Daten in CMDB bei der Ausführung der Muster für erweiterte Lastenausgleichsmodule von VMware NSX.

    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 -Hauptcontrollers.
    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
    Listenerprotokoll [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
    Serviceport [service_port] Poolserverport, mit dem kommuniziert werden soll
    Tabelle : 5. Integritätsservice für Cloud-Lastenausgleichsmodul [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
    Überwachungstypprotokoll [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.
    CIs und Verbindungen in einer Dependency Views-Zuordnung

    CI-Beziehungen

    Discovery erstellt diese Beziehungen, um die Erkennung des Lastenausgleichsmoduls VMware NSX zu unterstützen.
    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]
    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::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.