Funktionsweise von Agent Client Collector Visibility – Inhalt

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 1 Minute Lesedauer

    • Agent Client Collector Visibility – Inhalt (ACC-VC) erfordert die Installation von ServiceNow Agent Client Collector (ACC) auf dem Zielhost. ACC ist ein Derivat von Sensu-Go, einer Open-Source-Software.

    ACC-VC-Anwendungsfälle

    ACC-VC wendet Prüfungen und Richtlinien an, um Hostdaten zu planen und zu erfassen. ACC-VC wird in den folgenden Fällen ausgelöst:
    • Periodische Planung: Ein richtlinienbasierter Ansatz, bei dem Discovery regelmäßig ausgelöst wird.
    • Bei CI-Löschung: Wenn der CI-Datensatz des Computers oder Servers gelöscht wird.
    • MID-Server -Zyklus: Wenn MID-Server ausfällt und wieder hochkommt.
    • Zielhost-Zyklus: Wenn der Zielhost ausfällt und wieder hochgefahren wird.
    • Netzwerkbruch: Wenn der Netzwerklink zum Ziel unterbrochen wird.
    Hinweis:
    Discovery wird für die Agents ausgelöst, deren Hosts bereits vorhanden sind. Agents, deren Hosts nicht vorhanden sind, werden über ACC-F erkannt.

    ACC-VC – Prüfungen und Richtlinien

    Die ACC-VC-Assets werden als Agent-Plugins mit dem Haupteinstiegspunkt [acc_visibility_main] und anderen Modulen für Betriebssystemfamilien gespeichert. Es gibt eine Hauptsystemprüfungsdefinition Discovery mit der Bezeichnung Enhanced Discovery, die von Enhanced Discovery Policyverwendet wird. Diese ACC-VC-Richtlinie wird anhand eines Zeitplans ausgeführt, der standardmäßig auf 24 Stunden (86.400 Sekunden) festgelegt ist. Diese Richtlinienkonfiguration wird mit allen Agents synchronisiert, die in der ACC-VC-Richtlinie definiert sind.

    Wenn die Nutzlast von MID-Server an die Instanz zurückgegeben wird, delegiert der ACC-VC-Prüftyp EnhancedDiscoveryAufgaben an die von ACC-VC bereitgestellte Skripteinbindung EnhancedDiscoveryHandler. Das Skript enthält Logik zur Verarbeitung der Daten aus dem Scheck und behandelt Aufgaben wie:
    • Datentransformation in eine IRE-kompatible Nutzlast (Identification and Reconciliation Engine)
    • Abgleich von Nicht-CI-Daten (cmdb_running_processes, cmdb_tcp_connections usw.)

    Die ACC-VC-Prüfdefinition Enhanced Discoverywird von der Instanz ServiceNow initiiert. Anschließend wird in der Ausgabewarteschlange ein Datensatz der ECC-Warteschlange mit dem Thema MonitoringProbe mit relevanten Prüfungsinformationen erstellt. MID-Server verarbeitet den Scheck dann, indem eine Nachricht per WebSocket über TLS an den ACC gesendet wird.

    Während dieser Zeit bedient der MID-Server auch alle relevanten Assets oder Plugins, die vom ACC angefordert werden, um sicherzustellen, dass sie für das jeweilige Betriebssystem, die Plattform, die Betriebssystemversion und die Architektur relevant sind, auf der ACC ausgeführt wird.

    Sie können alle Teile der ACC-VC-Anwendung bearbeiten und ändern, einschließlich Prüfungstyp, Richtlinie und Prüfungsdefinition. Weitere Informationen finden Sie unter Prüfungen und Richtlinien.

    Virtuelle Maschinen (VM) und Cloud-Instanzen

    ACC-VC ordnet ein über Discoveryerkanntes Ziel einer bereits vorhandenen VM-Instanz-CIs zu. ACC-VC ordnet den erkannten CI-Datensatz einem bereits vorhandenen VM-Instanz-Datensatz oder Cloud-Server-Instanz-Datensatz mit entsprechenden CMDB-Beziehungen zu.

    Die folgenden Varianten von Virtualisierungs- und Cloud-Server-Anbietern werden für ACC-VC unterstützt:
    • vCenter
    • Amazon AWS Cloud
    • Google (GCP)
    • Microsoft Azure