SNAG-View 4
SAP

SNAG-View 4 spricht jetzt SAP

Wie die Integration funktioniert und was als Nächstes kommt

Das neue SAP-Addon für SNAG-View 4: Funktionsweise und Architektur
Ausblick auf zwei weitere Module: SNAG-Hub und Admin-Todos

Nicht portiert. Neu gebaut.
  • Der SAP-Agent von SNAG-View 3 war in PHP geschrieben: ein eigenständiger Dienst, dessen Oberfläche „nur" in SNAG-View 3 eingehängt war.
  • Für SNAG-View 4 wollten wir die SAP-Ãœberwachung nicht einfach in Go nachbauen, sondern deutlich tiefer ins System integrieren.
  • Also nicht portiert, sondern weitergedacht und an einigen Stellen verbessert.

Neue Technologien.

Mehr Möglichkeiten · Weniger Abhängigkeiten
PHP
Golang
eigenes
SSR-Frontend
integriertes
JavaScript-Frontend
  • Sprache → Golang: Der komplette Agent wurde neu geschrieben: modern, performant, passend zu SNAG-View 4.
  • Das Binary hat keinerlei Abhängigkeiten und läuft auf praktisch jedem Linux-System.
  • Frontend direkt in SNAG-View 4 integriert: einheitliches Look-and-Feel, alle SV4-Features nutzbar, z. B. der Passwort-Tresor.
  • Aufgeräumt: Konfigurationsmöglichkeiten gebündelt, alte Ansichten im neuen Design übernommen.

Neue Technologien.

Mehr Möglichkeiten · Weniger Abhängigkeiten
RFC-Schnittstelle
ICF-Webservices
Nagios
Metriken
  • Schnittstelle: Der SV3-Agent nutzte die „alte" SAP-eigene RFC-Schnittstelle.
  • Der SV4-Agent holt die Daten über die ICF-Web-Schnittstelle: ganz normale Webservice-/API-Calls.
  • Mit der HANA-Datenbank spricht er direkt über das HANA-Protokoll.
  • Check-Ergebnisse: keine Nagios-Ergebnisse mehr, sondern Zeitreihen-Metriken direkt in die Timeseries-Datenbank von SNAG-View 4.

Alte Architektur.

SNAG-View 4
SAP-Poller
SAP PRD
SAP QAS
HANA
Postgres
Konfiguration
Check-Ergebnisse
  • Die guten Ideen des SV3-Agenten bleiben: SV4-Addon (Frontend, Status) plus eigenständiger Crawler, der SAP-Poller.
  • Der Poller: ein Go-Server mit eigener Postgres-DB, auf dem SV4-Server oder separat.
  • Er erreicht SNAG-View 4 samt Timeseries-DB (und umgekehrt) sowie die SAP-Systeme per ICF bzw. HANA-Protokoll.
  • SV4 pusht jede Konfigurationsänderung; der Poller schreibt die Metriken direkt in die Timeseries-DB von SV4.

Live-Daten Abfrage.

SNAG-View 4
SAP-Poller
SAP PRD
SAP QAS
HANA
  • SNAG-View 4 spricht niemals direkt mit den SAP-Systemen, auch bei Live-Abfragen nur mit dem Poller.
  • Saubere Trennung der Zuständigkeiten.
  • Mehr Sicherheit: nur ein offener Weg zwischen Poller und SAP-Systemen, kein zusätzlicher von SNAG-View 4.
  • Live-Daten oder historische Daten: SV4 redet immer nur mit dem Poller.

Konfiguration in SNAG-View 4.

Klick auf das Bild zum Vergrößern
  • Die Konfiguration der SAP-Systeme erfolgt ausschließlich in der dafür entwickelten SNAG-View-4-Oberfläche.
  • SAP-Systeme anlegen, Checks auswählen und konfigurieren.
  • Status, gesammelte Daten und Metriken direkt einsehen.
  • Zugangsdaten kommen aus dem SV4-Passwort-Tresor.

Die Basis steht.

System-
anbindung
Status-Berechnung
Poller-Betrieb
Registrierung, Config-Push
  • Noch am Anfang, aber die Basis steht und ist auslieferungsbereit.
  • Basis-Implementierung: eigener Poller-Server plus SNAG-View-4-Frontend.
  • Ein neuer SNAG-View-4-Connector, der SAP-Connector, registriert den Poller bei SNAG-View 4.
  • Kommunikation über eigene Token auf beiden Seiten, ausschließlich per SSL.
  • SNAG-View 4 pusht die SAP-Server-Konfiguration und alle Änderungen selbstständig zum Poller.

HANA im Blick.

  • Die ersten Checks sind vor allem HANA-Checks: Sie bilden das primäre Major-Incident-Management ab. Der Update-Process-Check ist bisher der einzige Check über die ICF-Schnittstelle.
  • Die nächste Ladung ist in Arbeit, weiterhin HANA-fokussiert, bis dieser zentrale Incident-Punkt vollständig überwacht ist.
  • Ziel: nach und nach alle bekannten SAP-Checks des alten Agenten wieder verfügbar machen.
Implementiert
HANA
HANA Services
HANA Physical Memory
HANA Instance Memory
Update Process Check
Iteration 2: in Arbeit
HANA system_replication
HANA hdd_trace
HANA hdd_log
HANA hdd_data
HANA alerts
online_status
system_edit

SAP-Matrix im Blick.

SAP-Status-Matrix mit Ampel-Kacheln in SNAG-View 4
Klick auf das Bild zum Vergrößern
  • Die Matrix-View: alle SAP-Systeme mit Ampel-Status je Check-Kategorie auf einen Blick.
  • Kategorien wie Gesamt, Backup, CCMS, Workprozesse, Jobs, User, Kurzdumps.
  • Geplant: Regeln auf StateChanges und Job-Log, einstellbare Intervalle und Schwellwerte.
  • Details und Priorisierung: „Planning the future".
Ausblick

Zwei weitere große Features, an denen wir arbeiten:
SNAG-Hub und Admin-Todos

SNAG-Hub: Templates von der Stange.

  • Berechtigte Kritik: Die Einrichtung von SNAG-View 4 ist zu kompliziert. Zu wenig Templates, und die Telegraf-Input-Plugins brauchen Einarbeitung.
  • Der SNAG-Hub schließt diese Lücke: ein zentraler Template-Server von Sector Nord (PoC im Test) mit Collections, also kompletten Ãœberwachungs-Konfigurationen aus Device-, Telegraf- und Sensor-Templates, Commands, Tags und Ratings, später auch Check-Skripten.
  • Im SV4-Frontend durchsuchen und direkt in die eigene Installation importieren.
SV4: Kunde A
SV4: Kunde B
SV4: Kunde C
SNAG-Hub
Collection
Collection
Collection
SNAG-Hub Template-Collections in SNAG-View 4
Klick auf das Bild zum Vergrößern

Admin-Todos: Aufgaben statt Rauschen.

  • Das starre Benachrichtigungscenter wird abgelöst: System-Meldungen, Reports und Check-Ergebnisse werden Aufgaben. Auch dieses Modul ist aktuell in der PoC-Phase.
  • Eine zentrale Ansicht für alles, was ansteht: fehlerhafte Checks, stehende Telegrafs, Berechtigungs-Reviews, veraltete Konfigurationen.
  • Aufgaben zuweisen, priorisieren, kommentieren, abhaken: der Task-Manager fürs Monitoring.
  • Erster Blick am Morgen: Probleme und Aufgaben auf einen Blick → zuweisen, planen, fixen.
Admin-Todos: Aufgabenliste in SNAG-View 4
Klick auf das Bild zum Vergrößern
34
Zertifikat läuft ab (zugewiesen: Jan)Mittel
Weekly-Report prüfen, Prio: hochHoch
Berechtigungs-Review Q3Niedrig
Neu: Incident über Nacht prüfenHoch

Heute SAP. Als Nächstes: Komfort.

  • SAP-Basis und HANA-Checks sind da. Weitere Checks und Ansichten kommen nach und nach dazu.
  • SNAG-Hub und Admin-Todos sind in der Pipeline, plus eine dritte Sache, die in „Planning the future" vorgestellt wird.
  • Was zuerst kommt, entscheidet ihr mit: in der Session „Planning the future 2026".
Danke.
Fragen und Themen-Priorisierung: Session „Planning the future 2026".