VMware Discovery für erweitertes NSX-Lastenausgleichsmodul

  • Freigeben Version: Xanadu
  • Aktualisiert 1. August 2024
  • 3 Minuten Lesedauer

    • Die Anwendung ServiceNow Discovery verwendet das Discovery-Muster „ VMware NSX Advanced Load Balancer“, um VMware NSX-Load Balancer zu finden. Die Erkennung einiger dieser Ressourcen erfordert ein Update der  Anwendung Muster für Discovery und Service-Mappingaus dem ServiceNow Store.

    Das -Muster verwendet eine Reihe von REST APIs, um 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 Legacy-Muster VMware NSX Load Balancer ist für die S-Serie vorgesehen. Das neue VMware NSX-T-Load Balancer-Muster ist für die T-Serie vorgesehen. 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
    Aktivieren Sie in VMware NSX die NSX-Standardauthentifizierung.
    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 Platformdas Feld Basic authentication credentials. 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
    Stellen Sie sicher, dass die HTTP-Discovery für die IP des NSX-Hauptcontrollers 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 NSX-Lastenausgleichsmoduls VMware ] oder Schnell-Discovery ausführen für die IP-Adresse des NSX-Hauptcontrollers.

    Von Discovery für VMware Erweitertes NSX-Lastenausgleichsmodul gesammelte Daten

    Discovery füllt die Daten in CMDB bei Ausführung der VMware Erweiterten NSX-Load Balancer-Muster.

    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-Controllers
    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 NSX-Lastenausgleichsmoduls VMware 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.