Mittels Web-UI aber auch Kommandozeile gibt es einige Möglichkeiten E-Mail Benachrichtigungen (Notifications) für den sicheren Betrieb von Proxmox VE einzustellen. Dieser Artikel erklärt die aktuellen Möglichkeiten zur Konfiguration und Testung dieser Notifications unter Proxmox VE 8.1.
In den Proxmox VE Defaults gehen erstmal alle E-Mails an die E-Mail-Adresse, welche beim User root@pamhinterlegt ist. Dies kann man unter Datacenter -> Permissions -> Users einsehen.
Seit Proxmox VE 8.1 kann man über die Datacenter-Ebene die Notifications global konfigurieren.
Hierzu gibt es drei konfigurierbare Notification Targets:
Neu sind Gotify (Notification Server) und die Möglichkeit Mails über ein angegebenes SMTP-Konto zu versenden (inklusive SSL/TSL und Benutzer/Passwort Authentifizierung) (siehe Grafik: Notification Targets in PVE 8.1)
Hat man ein oder mehrere Notification Targets konfiguriert, kann man zusätzliche noch Notification Matchers definieren. Anhand dieser Regeln, werden Mails je nach Einstellung nur an bestimmte Targets zugestellt. Beispielsweise könnte man einstellen, dass Montag bis Freitag Notifications an eine support@firma.de gehen und am Wochenende an eine bereitschaft@firma.de - es gibt hier dank Regex und diverser Filter viele Möglichkeiten die Benachrichtigungen nach Wunsch versenden zu lassen. In der Grafik "Notification Targets in PVE 8.1" wird eingestellt, dass Samstag und Sonntag zwischen 00:00 Uhr und 23:59 Uhr Notifications des Typs "fencing" und der Severity "Warning" oder "Error" an ein bestimmtes Notification Target versendet werden.
In den Datacenter Notifications kann mittels Auswahl eines Notification-Targets und dem Klicken auf "Test" eine Test-E-Mail an das jeweilige Target senden (siehe Grafik: Test-Notification in PVE 8.1)
Notification Targets in PVE 8.1
Test-Notification in PVE 8.1
Notification Matchers in PVE 8.1
Eine Übersicht, für welche Ereignisse man überhaupt eine E-Mail bekommt sieht man in der Dokumentation bei Proxmox VE [1]:
| Event | type | Severity | Metadata fields (in addition to type) |
|---|---|---|---|
| System updates available | package-updates | info | hostname |
| Cluster node fenced | fencing | error | hostname |
| Storage replication failed | replication | error | - |
| Backup finished | vzdump | info (error on failure) | hostname |
| Mail for root | system-mail | unknown | - |
| Field name | Description |
|---|---|
| type | Type of the notifcation |
| hostname | Hostname, including domain (e.g. pve1.example.com) |
da man für viele andere Ereignisse noch weiterhin eine Benachrichtigung benötigt, folgt die Konfiguration von ZFS Mail Benachrichtigungen und eine Übersicht diverser Monitoring-Tools, mit denen man Proxmox VE 8.1 inklusive Ceph überwachen kann.
Hat man ZFS im Einsatz, so macht es auch Sinn, Benachrichtigungen bei ZFS-Fehlern zu bekommen. Hierzu kann man folgende Einstellungen treffen:
apt install zfs-zed && nano /etc/zfs/zed.d/zed.rc # E-Mail Adresse entsprechend anpassen ZED_EMAIL_ADDR="root" # Zum Testen temporär setzen ZED_NOTIFY_VERBOSE=1 systemctl reload-or-restart zed.service
Zum Testen kann man folgendes Test-Szenario verwenden:
cd /tmp dd if=/dev/zero of=sparse_file bs=1 count=0 seek=512M zpool create test /tmp/sparse_file zpool scrub test
Danach solltet Ihr eine E-Mail erhalten haben, dass das Scrubbing von test abgeschlossen ist. Das Test-File könnt ihr danach wieder löschen, indem ihr den temporären Pool löscht:
zpool export test rm /tmp/sparse_file
Hat man Ceph in Kombination mit Proxmox VE im Einsatz, so erhält man leider im Default keine Mail-Benachrichtigungen hinsichtlich Ceph. Einige Fehler werden zwar im Proxmox VE - Ceph Dashboard angezeigt, allerdings wird keine E-Mail versandt. Wir empfehlen eine Benachrichtigung per E-Mail durch eine der Monitoring Lösungen in unserer Übersichtstabelle.
Wir haben hier eine Übersicht der möglichen Tools zusammengestellt. Für CheckMK und Grafana inklusive InfluxDB2 haben wir eigene Anleitungen, die wir bereitstellen:
| Tool | Kosten | Open-Source | Predefined Checks | Checks (Singlehost) | Checks (Cluster) | Checks (Ceph) | Checks (ZFS) | Wiki-Artikel |
|---|---|---|---|---|---|---|---|---|
| Checkmk RAW Edition | Kostenfrei | Ja (Github) | Ja (via User Interface) | x | x | x | x | |
| Nagios/Icinga | Kostenfrei | Ja (Github) | Ja (Third Party) | nicht getestet | nicht getestet | nicht getestet | nicht getestet | |
| Zabbix | Kostenfrei | Ja (Github) | Ja (Tutorial, Third Party) | nicht getestet | nicht getestet | nicht getestet | nicht getestet | |
| PRTG | Kostenfrei (1) | Nein | Nein (nur via snmpd) | nicht getestet | nicht getestet | nicht getestet | nicht getestet | |
| Grafana | Kostenfrei | Ja (Github) | Ja (Third Party) | besser geeignet für Live-Monitoring von VMs und Host-Ressourcen. | ||||
(1) Kostenfrei bis 100 Checks / Sensoren
 |
Autor: Jonas Sterr Ich beschäftige mich mit den Themen Software Defined Storage, Proxmox Virtualisierung auf Basis von KVM, QEMU & Ceph im Produktmanagement der Thomas-Krenn.AG in Freyung. Proxmox ist meine absolute Leidenschaft und ich freue mich gerne über Kontaktanfragen und einen Austausch auf LinkedIn.
|
wiki