Zum Inhalt

Migration von Zabbix

Zabbix und Vesana haben ähnliche Grundkonzepte, aber unterschiedliche Begriffe. Diese Tabelle ist der Schlüssel:

Konzept-Mapping

Zabbix Vesana Bemerkung
Host Host identisch
Item Profile-Check + Host-Service Item-Definition = Profile-Check, Item pro Host = Host-Service
Trigger Schwellwerte am Check (Warning/Critical) in Vesana bewertet der Check selbst; die Alert-Regel entscheidet nur, wer wann benachrichtigt wird
Action Alert-Rule + Channels Zabbix-Actions kombinieren Trigger + Eskalation, Vesana trennt das
Template Profil mit Profile-Checks direkter Pendant
Macro {$VAR} Override pro Host-Check bzw. einstellbare Werte am Script Vesana hat keine globalen Macros; Profilwerte lassen sich je Gerät überschreiben
Discovery Rule (LLD) kein direktes Pendant siehe Häufige Fragen
Host Group Ordner und/oder Tags ein Gerät liegt in genau einem Ordner, kann aber mehrere Tags tragen
Item Type Zabbix Agent agent_* Check-Typen gleicher Use-Case
Item Type SNMP agent snmp, snmp_string, snmp_table analog
Item Type Simple check ping, http, port (Collector) analog
Item Type External check agent_custom, agent_script Skripte zentral in Vesana
Item Type Calculated aktuell nicht direkt Workaround: Custom-Script
Trigger Severity Status WARNING / CRITICAL Zabbix hat 6 Severities, Vesana die Statusse OK, WARNING, CRITICAL, UNKNOWN, No Data
Maintenance Downtime identisch
Acknowledgement ACK identisch
Web Scenario http-Check nicht 1:1 — kein eingebauter Multi-Step-Web-Test

Phase 1 — Inventur

# Aus Zabbix-API:
curl -X POST -H "Content-Type: application/json" \
  -d '{"jsonrpc":"2.0","method":"host.get","params":{"output":"extend","selectGroups":"extend"},"auth":"...","id":1}' \
  https://zabbix.example.com/api_jsonrpc.php

Du brauchst die Liste aller Hosts mit Hostgroups und ihren Templates. Daraus baust du das Vesana-Konzept-Mapping.

Phase 2 — Profile vorbereiten

Pro Zabbix-Template ein Vesana-Profil. Die Profile aus der Vesana-Bibliothek decken viele Gerätetypen bereits ab — was fehlt, als eigenes Profil anlegen.

Die Items pro Template werden zu Profil-Checks. Schwellwerte aus den Zabbix-Triggers als Warning-/Critical-Grenzen am Check übernehmen.

Einen Konverter für Zabbix-Templates gibt es nicht; die Profile legst du in Vesana an (oder importierst ein Vesana-Profil-Bundle).

Phase 3 — Hosts importieren

Nach der Profil-Anlage: Hosts mit Profil-Zuweisung anlegen — über den Host-Assistenten oder aus der Discovery heraus. Die Profil-Checks entstehen dabei automatisch. Ein Import-Werkzeug für Zabbix-Hosts gibt es nicht.

Phase 4 — Daten-Pfade umstellen

Wenn Zabbix-Agent läuft

Du musst den Agent austauschen — Zabbix-Agent kann nicht direkt mit Vesana reden. Workflow:

  1. Vesana-Agent mit dem Installationsbefehl aus Vesana installieren (Host → Agent einrichten)
  2. Werte eine Weile vergleichen
  3. Zabbix-Agent stoppen + deinstallieren

Beide Agents können parallel laufen — der Vesana-Agent öffnet keinen Port, er verbindet sich nur ausgehend zum Server.

Wenn Zabbix-Proxy / Aktiv-Server-Polling

Migrieren auf Vesana-Collector im selben Netzsegment. Konfiguration analog zum Zabbix-Proxy: ein Collector pro Standort.

Phase 5 — Triggers + Actions ersetzen

Die Bedingung eines Zabbix-Triggers wird zur Warning-/Critical-Grenze am Check. Die Zabbix-Action wird zur Alert-Regel:

  • Geltungsbereich: alle Geräte des Tenants, ausgewählte Geräte oder ausgewählte Checks — jeweils mit Ausnahmen (Tags und Ordner sind kein Filter einer Alert-Regel)
  • Statusse und Wartezeit: ab welchem Status und nach wie vielen Sekunden gemeldet wird
  • Kanäle: aus der Zabbix-Action ableiten
  • Eskalation: Zabbix-Action-Steps werden zu Eskalations-Stufen der Regel

Komplexere Zabbix-Trigger mit last(), avg(), Calculated-Items: nicht 1:1 übernehmbar — als Monitoring-Script in Vesana realisieren.

Phase 6 — Dashboards

Zabbix-Dashboards → eigene Dashboards (oder die angepasste eingebaute Übersicht). Widget-Mapping:

Zabbix-Widget Vesana-Widget
Trigger Overview Offene Probleme
Graph Graph
Plain Text Zahl oder Text / Notiz
Map kein Widget — die Karten (logisch/physisch)
Host Availability Lage

Phase 7 — User + Permissions

Zabbix-User-Groups → Vesana-Rollen. Default-Rollen reichen für die meisten Fälle. Custom-Rollen für Spezialfälle.

Häufige Fragen

Was ist mit Zabbix-LLD?

Kein direktes Pendant. Was die häufigsten Fälle abdeckt:

  • Dateisysteme: agent_disk überwacht alle Partitionen automatisch; auf SNMP-Geräten wählt der SNMP-Sensor-Picker die vorhandenen Speicher aus
  • Interfaces: der Geräte-Scan schlägt je Schnittstelle einen Bandbreiten-Check vor; „SNMP-Tabelle: schlechtester Zustand" bewertet eine ganze Tabelle in einem Check
  • Dienste: agent_services_auto erkennt die automatisch startenden Dienste und meldet sie als Sammel-Check

Calculated Items?

Per Monitoring-Script (agent_script): das Skript holt mehrere Werte per OS-API oder anderen Tools, berechnet das Ergebnis und gibt es im Nagios- oder JSON-Format zurück.

Was mit Web-Scenarios?

Kein eingebauter Multi-Step-Web-Test. Ein Monitoring-Script mit einer curl-Kette ist der Ausweg.

Können wir Historie übernehmen?

Nicht direkt. Empfehlung: alte Zabbix-Instanz noch 90 Tage als Read-Only laufen lassen, danach archivieren. Vesana fängt frisch an.

Anschluss