Die 10 besten RAID-Überwachungstools für Heimserver

Ein RAID-Array kann gesund aussehen, während sich eines seiner Laufwerke unbemerkt verschlechtert. Es kann auch beeinträchtigt werden, während die verbleibenden Laufwerke weiterhin SMART PASSED melden.

Eine gute Überwachung benötigt daher mehr als eine einzelne grüne Statusanzeige. Das beste Heimserver-Setup überwacht das Array, die physischen Laufwerke, Wiederaufbauten oder Scrubs sowie die Benachrichtigungen, die auf eine Änderung hinweisen.

RAID-Überwachung ist mehr als SMART

RAID-Zustand und Laufwerkszustand beantworten unterschiedliche Fragen.

Ein Array-Monitor zeigt, ob das Speichersystem weiterhin über die erwarteten Mitglieder verfügt, ob Redundanz verloren gegangen ist und ob gerade ein Wiederaufbau, eine Resynchronisierung, ein Scrub oder eine Konsistenzprüfung läuft.

Die SMART-Überwachung blickt unter das Array auf einzelne HDDs, SSDs und NVMe-Laufwerke. Sie kann Temperatur, Medienfehler, ausstehende Sektoren, neu zugewiesene Sektoren, Lebensdauer, Selbsttestergebnisse und andere Signale auf Geräteebene sichtbar machen.

RAID-Überwachung
     |
     +-- Array-Status
     |     Gesund / Beeinträchtigt / Offline
     |
     +-- Laufwerkszustand
     |     SMART / NVMe / Temperatur
     |
     +-- Wiederherstellung
     |     Wiederaufbau / Resynchronisierung / Scrub
     |
     +-- Verlauf
     |     Trends / Fehler / Kapazität
     |
     +-- Benachrichtigungen
           E-Mail / Push / Webhook / Chat

Dieser Unterschied ist wichtig, weil ein gesundes Array ein sich verschlechterndes Laufwerk enthalten kann, während ein beeinträchtigtes Array noch mehrere einzelne Laufwerke enthalten kann, deren SMART-Status weiterhin normal ist.

Das zugrunde liegende RAID-Modell wird ausführlicher in der Funktionsweise von RAID behandelt. Die Überwachung beginnt jedoch mit einer einfacheren Regel: Überwache sowohl das Array als auch die darunterliegenden Laufwerke.

Was sollte ein Tool zur RAID-Überwachung tatsächlich überwachen?

Ein nützliches Monitoring-Tool für den Heimserver sollte so viele dieser Ebenen abdecken, wie es seine Aufgabe erfordert:

So haben wir die besten Tools zur RAID-Überwachung bewertet

Dies ist keine Rangliste der schönsten Dashboards. Die folgenden Tools decken unterschiedliche Bereiche des Monitoring-Stacks ab.

Wir haben sie anhand von fünf praktischen Fragen bewertet:

• Was kann es tatsächlich überwachen? Array-Status, einzelne Laufwerke, ZFS-Pools, Hardware-RAID oder den gesamten Server?
• Bewahrt es den Verlauf? Eine langsam steigende Fehleranzahl ist oft nützlicher als ein einzelner aktueller Wert.
• Kann es ohne manuelle Prüfung alarmieren? Die Überwachung sollte Probleme proaktiv sichtbar machen.
• Wie schwierig ist die Bereitstellung? Ein einzelnes Home-NAS sollte keine Infrastruktur für Enterprise-Observability erfordern, sofern der Nutzer dies nicht wünscht.
• Ergänzt es native RAID-Tools? Die besten Setups kombinieren in der Regel eine arrayspezifische Überwachung mit einer Ebene zur Laufwerkszustandsüberwachung.

Die numerische Reihenfolge ist redaktionell und stellt keinen synthetischen Benchmark-Wert dar.

Die 10 besten RAID-Überwachungstools für Home-Server auf einen Blick

1. Netdata – Bestes RAID-Überwachungsdashboard insgesamt

Netdata ist insgesamt die beste Wahl, wenn Sie eine einzige Überwachungsebene für das Speichersystem und den restlichen Home-Server wünschen.

Die aktuellen Storage-Collector decken mehrere Architekturen ab, die für RAID-Nutzer relevant sind.

Für Linux-Software-RAID liest der MD-RAID-Collector /proc/mdstat und überwacht MD-Geräte. Für physische Laufwerke verfügt Netdata über einen SMART-Collector, der auf smartctl basiert. Sein ZFS-Pool-Collector überwacht den Zustand und Speicherplatz von Pools über zpool, während sein StoreCLI-RAID-Collector unterstützte Hardware-RAID-Adapter, physische Laufwerke und Backup-Batterien überwachen kann.

Diese Bandbreite verschafft Netdata einen Vorteil gegenüber SMART-Dashboards mit engerem Fokus.

MD-RAID
SMART
ZFS
Hardware-RAID
Dateisysteme
CPU
Arbeitsspeicher
Netzwerk
Container
     |
  Netdata
     |
Ein Dashboard

Ein einzelner Netdata-Agent kann unabhängig ausgeführt werden und sein lokales Dashboard auf Port bereitstellen 19999. Die Cloud-Anbindung ist für den Überwachungsagenten selbst optional, obwohl Netdata Cloud zentrale Ansichten und zusätzliche Funktionen für mehrere Knoten bietet.

Dadurch ist Netdata besonders nützlich auf einem Heimserver, auf dem die Speicherüberwachung neben Systemauslastung, RAM-Auslastung, Dateisystemkapazität, Docker-Aktivität und Netzwerkleistung stattfinden sollte.

Am besten geeignet für: Nutzer, die ein Dashboard für das RAID und den restlichen Server wünschen.

Kompromiss: Netdata ist breit aufgestellt und nicht ausschließlich auf Datenträger fokussiert. Scrutiny bietet eine übersichtlichere Ansicht, wenn SMART-Attribute und die langfristige Verschlechterung physischer Laufwerke untersucht werden sollen.

2. Scrutiny – Am besten geeignet zum Erkennen von Trends beim Laufwerkszustand

Scrutiny ist eine der nützlichsten Ergänzungen für ein Heim-NAS, da es mehrere Schwächen der reinen SMART-Überwachung behebt.

SMART stellt eine große Anzahl von Attributen bereit, aber nicht jedes Attribut ist gleichermaßen nützlich. Auch die Hersteller-Schwellenwerte können so konservativ sein, dass ein Laufwerk bis kurz vor dem Ausfall als „gesund“ erscheint.

Scrutiny kombiniert SMART-Daten mit einer Weboberfläche, der Speicherung historischer Trends, Temperaturüberwachung und zusätzlichen Schwellenwerten, die auf realen Daten zu Laufwerksausfällen basieren.

Dadurch lassen sich Fragen stellen wie:

Aktuell ausstehende Sektoren

Januar        0
März          0
Juni          2
August        8

Ein einzelner aktueller SMART-Bericht zeigt, dass der Wert acht beträgt. Scrutiny zeigt Ihnen, dass sich die Kennzahl in die falsche Richtung entwickelt hat.

Es unterstützt außerdem konfigurierbare Benachrichtigungen über E-Mail, Webhooks, ntfy, Gotify, Slack, Discord, Telegram und andere Dienste.

Die Unterstützung von RAID-Controllern hängt davon ab, ob smartctl kann auf die zugrunde liegenden physischen Laufwerke zugreifen. Aus diesem Grund dokumentiert Scrutiny das Passthrough von Controllern und die Zuordnung von Docker-Geräten.

Die wichtige Einschränkung ist ebenso eindeutig:

Scrutiny überwacht Laufwerke, nicht das RAID-Array selbst.

Ein Linux-MD-Array sollte weiterhin mit mdadm oder einer anderen array-bewussten Ebene überwacht werden. Ein ZFS-Pool sollte weiterhin mit einer ZFS-spezifischen Überwachung überwacht werden.

Am besten geeignet für: Heimserver mit mehreren HDDs oder SSDs, bei denen historische SMART- und Temperaturtrends wichtig sind.

Kompromiss: Verwechseln Sie eine Reihe gesunder Laufwerke in Scrutiny nicht mit einem Beweis dafür, dass das RAID-Array gesund ist.

Die Ebene zur Überwachung des Laufwerkszustands hängt auch von den Laufwerken selbst ab. Die Auswahl geeigneter NAS-Laufwerke reduziert vermeidbare Probleme bei Wiederherstellungen und im kontinuierlichen 24/7-Betrieb.

3. smartmontools – Beste Grundlage für die Überwachung von HDDs, SSDs und NVMe-Laufwerken

smartmontools ist optisch deutlich weniger aufregend als Scrutiny, aber grundlegender.

Das Projekt stellt zwei zentrale Werkzeuge bereit:

smartctl
   |
Ein Laufwerk prüfen und testen

smartd
   |
Laufwerke kontinuierlich überwachen

smartctl kann SMART- und Zustandsinformationen von ATA/SATA-, SCSI/SAS- und NVMe-Geräten auslesen und Selbsttests der Laufwerke auslösen. smartd läuft als Daemon und überprüft Geräte kontinuierlich auf konfigurierte Zustandsbedingungen.

Viele Überwachungsprodukte auf höherer Ebene basieren letztlich auf diesen Daten. Der SMART-Collector von Netdata benötigt smartmontools, Scrutiny baut seine Laufwerkszustandsebene auf smartctl-Daten auf, und Prometheus-smartctl-Exporter verwenden dieselbe Schnittstelle.

Das Projekt wird ebenfalls weiterhin entwickelt. Das aktuelle Upstream-Änderungsprotokoll führt smartmontools 8.0 als nächste unveröffentlichte Generation nach 7.5 auf.

Für einen schlanken Heimserver ist smartd möglicherweise alles, was benötigt wird:

Laufwerk
  |
SMART
  |
smartd
  |
Warnung

Sie benötigen nicht unbedingt eine separate Datenbank, ein Dashboard und einen Metrik-Stack, um festzustellen, dass ein Laufwerk einen wichtigen Schwellenwert überschritten hat.

Am besten geeignet für: Benutzer, die eine schlanke, ausgereifte Grundlage für den physischen Laufwerkszustand und automatisierte Tests wünschen.

Kompromiss: Die Ausgabe über die Befehlszeile ist weniger zugänglich als bei Scrutiny oder Cockpit, und smartd allein bietet nicht dieselbe visuelle historische Analyse.

4. mdadm Monitor — Bester nativer Monitor für Linux-Software-RAID

Wenn das Array Linux-MD-RAID verwendet, sollte mdadm auch dann Teil des Überwachungskonzepts bleiben, wenn Netdata oder ein anderes Dashboard installiert ist.

mdadm --monitor versteht das Array selbst.

Es kann Ereignisse wie die folgenden melden:

• Ausfall eines Geräts;
• degradierte Arrays;
• Aktivierung eines Ersatzlaufwerks;
• Verschwinden eines Geräts;
• Start der Wiederherstellung;
• Fortschritt der Wiederherstellung;
• Abschluss der Wiederherstellung.

Damit wird die Lücke geschlossen, die SMART hinterlässt:

smartd
  |
Sind die Laufwerke intakt?

mdadm --monitor
  |
Ist das RAID-Array intakt?

Für einen minimalistischen Linux-Heimserver ergibt die Kombination aus mdadm-Überwachung und smartd ein überraschend leistungsfähiges Überwachungssystem, ohne einen umfangreichen Web-Stack hinzuzufügen.

Am besten geeignet für: Debian-, Ubuntu- und andere Linux-Server mit MD RAID 1, 5, 6 oder 10.

Kompromiss: mdadm konzentriert sich auf Linux-Software-RAID statt auf ZFS, Hardware-RAID oder grafische Langzeitanalysen.

5. OpenZFS ZED — Beste native Ereignisüberwachung für ZFS-Pools

ZFS-Benutzer sollten ZFS als ZFS überwachen, statt jedes Ereignis auf herkömmliche RAID-Begriffe abzubilden.

ZED, der ZFS Event Daemon, überwacht Ereignisse, die vom ZFS-Kernelmodul erzeugt werden, und führt konfigurierte ZEDLET-Aktionen aus, wenn passende Ereignisklassen auftreten.

Die Überwachungsbeziehung sieht folgendermaßen aus:

ZFS-Kernel
    |
  zevents
    |
   ZED
    |
ZEDLET-Aktionen
    |
Benachrichtigungen / Automatisierung

Damit eignet sich ZED für Pool- und Geräteereignisse, die zu ZFS selbst gehören, statt zu einem externen Festplatten-Dashboard.

Ein vollständiger ZFS-Heimserver-Stack kann daher Folgendes umfassen:

ZED
 |
Pool-Ereignisse

smartd / Scrutiny
 |
Zustand physischer Laufwerke

Netdata / Grafana
 |
Dashboard und Verlauf

Am besten für: TrueNAS-, OpenZFS- oder Linux-/BSD-ZFS-Benutzer, die eine native Ereignisverarbeitung für ihre Pools wünschen.

Kompromiss: ZED ist ein Ereignis-Daemon, kein ausgefeiltes All-in-One-Dashboard. Wenn eine langfristige Visualisierung wichtig ist, sollte es mit einer weiteren Ebene kombiniert werden.

6. Cockpit Storage — Beste RAID-Überwachungsoberfläche für Linux-Einsteiger

Cockpit ist eine der einfachsten Möglichkeiten, einem normalen Linux-Server eine browserbasierte Verwaltungsoberfläche hinzuzufügen.

Die Speicheranwendung unterstützt lokale Datenträger, Partitionen, RAID, Verschlüsselung, NFS, iSCSI und andere gängige Speicheroperationen.

Cockpit hat der Speicherseite außerdem Informationen zum SMART-Gerätezustand hinzugefügt, einschließlich der Möglichkeit, Festplatten-Selbsttests über den Browser auszuführen.

Damit ist es eine gute Option für Einsteiger bei einem Server, der ansonsten so aussieht:

Ubuntu / Debian / Fedora
          |
       Cockpit
          |
 Speicheroberfläche im Browser
          |
 RAID + SMART + Einhängungen

Es ist besonders nützlich, wenn der Benutzer den Speicher verwalten möchte, statt einen dedizierten Observability-Stack aufzubauen.

Am besten für: Linux-Einsteiger, die den RAID- und Festplattenstatus in einer übersichtlichen Serververwaltungsoberfläche sehen möchten.

Kompromiss: Cockpit eignet sich besser zum Anzeigen und Verwalten des aktuellen Serverstatus als zum Speichern einer detaillierten SMART-Historie über Monate.

7. Prometheus + smartctl_exporter + Grafana — Am besten für langfristige Metriken

Wenn Überwachung zum eigenen Hobby wird, bietet der Prometheus-Stack deutlich mehr Kontrolle als ein zweckgebundenes NAS-Dashboard.

Das offizielle smartctl_exporter wandelt smartctl-Statistiken in Prometheus-Metriken um. Es erfordert smartmontools 7.0 oder neuer, da es von der JSON-Ausgabe von smartctl abhängt.

Die Architektur ist modular:

SMART-/RAID-/ZFS-Exporter
           |
       Prometheus
           |
         Grafana
           |
 Dashboards + Alarmierung

Zusätzliche Exporter oder Node-Messwerte können Folgendes hinzufügen:

• Dateisystemkapazität;
• Festplatten-E/A;
• ZFS-Pools;
• MD-RAID-Status;
• Temperatur;
• Serverauslastung;
• USV-Messwerte;
• Netzwerkaktivität.

Dies ist die beste Option, wenn Sie historische Fragen beantworten möchten, anstatt nur den aktuellen Zustand zu prüfen.

Zum Beispiel:

• Ist die Laufwerkstemperatur während des letzten RAID-Rebuilds gestiegen?
• Wann traten nicht korrigierbare Fehler erstmals auf?
• Hat sich die Speicherlatenz nach dem Hinzufügen eines weiteren Laufwerks verändert?
• Wie stark ist die Pool-Auslastung im letzten Jahr gestiegen?

Grafana Alerting kann auch Prometheus-basierte Regeln auswerten und Benachrichtigungen weiterleiten, wenn Bedingungen erfüllt sind.

Am besten geeignet für: Enthusiasten, die langfristige Messwerte, benutzerdefinierte Dashboards, Korrelationen und flexible Alarme wünschen.

Kompromiss: Prometheus + Exporter + Grafana erfordern deutlich mehr Konfiguration als Scrutiny oder Netdata. Für ein einfaches einzelnes NAS kann diese Komplexität wenig praktischen Nutzen bringen.

8. Checkmk – Am besten zur Überwachung mehrerer Heimserver

Checkmk wird attraktiver, wenn das Home Lab mehr als eine Maschine umfasst.

Anstatt nur an ein NAS zu denken, kann es auch Folgendes geben:

NAS
Backup-Server
Proxmox-Host
Mini-PC
Router
USV
Switch
     |
   Checkmk

Der Checkmk-Linux-Agent unterstützt die Hardwareüberwachung über Plugins, einschließlich SMART-Werten moderner HDDs und SSDs.

In der Dokumentation wird auch ausdrücklich berücksichtigt, dass Laufwerke hinter unterstützten RAID-Controllern verborgen sein können. Je nach Controller können Tools wie smartmontools, tw_cli, oder MegaRAID-Dienstprogramme erforderlich sein, bevor Checkmk auf die Informationen der zugrunde liegenden Geräte zugreifen kann.

Der größere Vorteil liegt im zentralisierten Betrieb: Mehrere Hosts, Dienststatus, Alarmregeln, Diagramme, Inventar, Kapazität und Systemüberwachung können alle in einer Oberfläche verwaltet werden.

Am besten geeignet für: Home Labs, in denen der Speicherzustand zusammen mit mehreren Linux-Servern und Infrastrukturgeräten überwacht werden muss.

Kompromiss: Checkmk ist für ein einzelnes NAS unnötiger Mehraufwand, wenn Netdata oder die native Betriebssystemüberwachung bereits die wichtigen Fehlersignale abdeckt.

9. StorCLI – Am besten für LSI- und Broadcom-Hardware-RAID

Hardware-RAID erfordert eine andere Überwachungsperspektive, da das Betriebssystem möglicherweise eine virtuelle Festplatte sieht, während der Controller darunter mehrere physische Laufwerke verwaltet.

Betriebssystem
      |
 Virtuelles Laufwerk
      |
 RAID-Controller
      |
+-----+-----+-----+
Festplatte 1   Festplatte 2  Festplatte 3

StorCLI ist Broadcoms Befehlszeilenprogramm zur Verwaltung unterstützter LSI-/Broadcom-RAID-Controller.

Damit lassen sich der Controllerstatus, virtuelle Laufwerke, physische Laufwerke, Wiederaufbauvorgänge, Gehäuseinformationen, Cache sowie unterstützte Batterie- oder Backup-Komponenten überprüfen.

Der Status eines Hardware-RAIDs kann Zustände umfassen wie:

• Optimal;
• Teilweise degradiert;
• Degradiert;
• Offline.

Diese Sichtbarkeit auf Controllerebene ist entscheidend, da generische SMART-Tools möglicherweise nicht in der Lage sind, Mitgliedslaufwerke über jeden RAID-Controller automatisch zu erkennen.

Eine nützliche Monitoring-Kombination ist:

Broadcom-/LSI-RAID
        |
      StorCLI
        |
     Netdata
        |
Dashboard + Warnmeldungen

Der StoreCLI-Collector von Netdata kann Controllerinformationen erfassen und neben den übrigen Servermetriken anzeigen.

Am besten geeignet für: Heimserver mit unterstützten Broadcom-, LSI- oder MegaRAID-Hardwarecontrollern.

Kompromiss: StorCLI ist eine controllerspezifische Verwaltungssoftware und kein universelles Dashboard für Heimserver.

10. Zabbix – Am besten für fortgeschrittene RAID-Alarmierung und Automatisierung

Zabbix ist die infrastruktursorientierteste Option in dieser Liste.

Die aktuellen Agent-2-Vorlagen umfassen offizielles SMART-Monitoring. Der Zustand von Arrays und Controllern kann über unterstützte Integrationen, benutzerdefinierte Elemente, Skripte oder für die jeweilige Umgebung geeignete Vorlagen ergänzt werden.

Eine größere Zabbix-Bereitstellung kann Folgendes kombinieren:

SMART
RAID
ZFS
Dateisystem
USV
Temperatur
Netzwerk
Dienste
     |
   Zabbix
     |
Verlauf
Auslöser
Benachrichtigungen
Eskalation

Die Stärke liegt nicht in einer speziell entwickelten RAID-Ansicht, sondern in der Möglichkeit, genau festzulegen, was als Fehler gilt und was anschließend geschehen soll.

Beispielsweise könnte eine Warnung an einen normalen Benachrichtigungskanal weitergeleitet werden, während ein degradiertes Array oder eine offline geschaltete virtuelle Festplatte eine dringendere Eskalation auslöst.

Am besten geeignet für: fortgeschrittene Benutzer, die Zabbix bereits betreiben oder detaillierte Alarmregeln und Automatisierungen für mehrere Systeme benötigen.

Kompromiss: Der Einrichtungsaufwand ist hoch. Zabbix ausschließlich zur Überwachung von zwei Festplatten in einem einzelnen Heim-NAS zu installieren, ist normalerweise unnötig.

Welches RAID-Monitoring-Tool sollten Sie tatsächlich verwenden?

RAID-Zustand vs. SMART-Zustand: Das ist nicht dasselbe

Diese Unterscheidung ist wichtiger als die Wahl zwischen den meisten Tools in der Rangliste.

Ein nützliches Beispiel ist:

mdadm:
Array intakt

Scrutiny:
Laufwerk 3
Aktuell ausstehender Sektor = 0 → 2 → 8

Das Array ist noch nicht ausgefallen, aber der Verlauf des physischen Laufwerks liefert einen Grund zur Untersuchung.

Das Gegenteil kann ebenfalls passieren:

mdadm:
Array beeinträchtigt

smartctl:
Laufwerk 1 BESTANDEN
Laufwerk 2 BESTANDEN
Laufwerk 3 BESTANDEN

Das fehlende Mitglied könnte aufgrund von Verkabelungs-, Stromversorgungs- oder Controllerproblemen, der Geräteerkennung oder eines anderen Fehlers verschwunden sein, der nicht durch einen SMART-Ausfallschwellenwert dargestellt wird.

Monitoring von mdadm, ZFS und Hardware-RAID

Das richtige Monitoring-Tool hängt teilweise davon ab, wo die RAID-Logik angesiedelt ist.

Deshalb beeinflusst das Speicherlayout die Monitoring-Architektur. Software-RAID, ZFS und Hardware-RAID stellen über unterschiedliche Steuerungsebenen verschiedene Zustände bereit.

Scrutiny vs. Netdata: Welche Lösung sollten Sie installieren?

Sie funktionieren zusammen besser als gegeneinander.

Eine unkomplizierte Heimserver-Kombination ist daher:

Netdata
  |
Array- und Serverzustand

Scrutiny
  |
Trends physischer Laufwerke

Wenn Sie nur eine Anwendung möchten, deckt Netdata mehr Ebenen ab.

Wenn das NAS-Betriebssystem den Array-Zustand bereits gut überwacht, kann Scrutiny mehr neue Informationen liefern, da es eine bessere Verlaufsansicht der physischen Laufwerke bietet.

Benötigen Sie Prometheus und Grafana für ein Heim-NAS?

Normalerweise nicht.

Wenn die einzige Anforderung lautet:

Benachrichtigen Sie mich, wenn das RAID beeinträchtigt ist
Benachrichtigen Sie mich, wenn ein Laufwerk ausfällt

Native Array-Warnungen zusammen mit smartd, Scrutiny oder Netdata können das Problem mit deutlich weniger Infrastruktur lösen.

Prometheus und Grafana sind sinnvoll, wenn Ihnen Folgendes wichtig ist:

• Monate oder Jahre an Verlauf;
• mehrere Server;
• benutzerdefinierte Dashboards;
• Korrelation von Temperatur und I/O;
• Verfolgung des Speicherwachstums;
• Kombination von RAID mit UPS-, Netzwerk-, Docker- und Host-Metriken;
• benutzerdefinierte PromQL-Warnregeln.

Der falsche Grund für die Installation von Grafana ist, dass das Dashboard einfach beeindruckend aussieht.

Der richtige Grund ist, dass Sie Fragen haben, für die ein Zeitverlauf benötigt wird.

Welche RAID-Warnungen sollten Sie konfigurieren?

Überwachung wird erst dann nützlich, wenn etwas Sie erreichen kann, ohne dass Sie zuerst das Dashboard öffnen müssen.

Array-Warnungen

• Array beeinträchtigt;
• Array offline;
• unerwartetes fehlendes Mitglied;
• Ersatzlaufwerk aktiviert;
• Rebuild oder Resynchronisierung gestartet;
• Rebuild fehlgeschlagen;
• Rebuild abgeschlossen.

Warnungen für physische Laufwerke

• SMART-Gesundheitsstatus insgesamt fehlgeschlagen;
• Die Anzahl der aktuell ausstehenden Sektoren nimmt zu;
• Die Anzahl der nicht offline korrigierbaren Sektoren nimmt zu;
• Die Anzahl der neu zugewiesenen Sektoren nimmt deutlich zu;
• kritische NVMe-Warnung;
• SSD-Ausdauer oder Verschleiß nähert sich dem Austauschzeitpunkt;
• Die Laufwerkstemperatur bleibt außerhalb des erwarteten Bereichs.

ZFS-Warnungen

• Pool beeinträchtigt;
• Gerätefehler;
• Prüfsummenfehler nehmen zu;
• Scrub entdeckt Fehler;
• Resilver gestartet oder fehlgeschlagen;
• Die Pool-Kapazität nähert sich dem festgelegten Schwellenwert.

Hardware-RAID-Warnungen

• physisches Laufwerk ausgefallen;
• virtuelles Laufwerk beeinträchtigt;
• virtuelles Laufwerk offline;
• Rebuild angehalten oder fehlgeschlagen;
• Fehler im Controller-Cache oder in der Backup-Batterie.

Die genauen Temperatur- und SMART-Schwellenwerte sollten nicht blind von einem anderen Server übernommen werden. Verschiedene Laufwerksmodelle stellen unterschiedliche Attribute und Betriebsbereiche bereit.

Das Prinzip ist wichtiger:

Ein Dashboard, das Sie nie öffnen, ist keine Überwachung.

SMART-Test vs. Scrub vs. Rebuild: Drei verschiedene Aufgaben

Diese Vorgänge werden häufig miteinander verwechselt, untersuchen jedoch unterschiedliche Dinge.

SMART-Selbsttest

Ein SMART-Selbsttest wird von einem einzelnen Speichergerät durchgeführt.

Ein Laufwerk
   |
SMART-Test
   |
Ergebnis auf Geräteebene

Ein langer SMART-Test kann mehr von der Laufwerksoberfläche scannen als ein kurzer Test, überprüft jedoch weder die Parität des RAID noch die ZFS-Datenkopien über das gesamte Speichersystem hinweg.

RAID-Wiederherstellung oder Resynchronisierung

Eine Wiederherstellung stellt die Redundanz nach dem Ausfall oder Austausch eines Mitglieds wieder her.

Beeinträchtigtes RAID
     |
Ersatzlaufwerk
     |
Wiederherstellung / Resynchronisierung
     |
Redundanz wiederhergestellt

Dies ist ein Wiederherstellungsvorgang, kein Test des Laufwerkszustands.

ZFS-Bereinigung oder RAID-Konsistenzprüfung

Eine Bereinigung oder Konsistenzprüfung überprüft bereits vorhandene Daten- und Redundanzbeziehungen.

Es beantwortet eine andere Frage:

Deshalb sollte die Überwachung alle drei anzeigen, wenn die Speicherarchitektur sie unterstützt.

Native NAS-Warnmeldungen aktivieren, bevor ein weiteres Dashboard installiert wird

Ein dediziertes NAS-Betriebssystem bietet möglicherweise bereits die erste Überwachungsebene, die Sie benötigen.

Beispielsweise zeigt die aktuelle Speicherverwaltung von ZimaOS unter Settings > Storage den Array-Status, den Laufwerkszustand, die nutzbare Kapazität sowie die Lese- und Schreibgeschwindigkeiten an. Ein ausgefallenes RAID-Mitglied versetzt das Array in einen beeinträchtigten Zustand, und der Wiederherstellungsprozess führt den Benutzer nach dem Austausch des Laufwerks durch die Wiederherstellung.

ZimaOS zeigt in seiner Speicheroberfläche außerdem den Fortschritt lang laufender RAID- und Paritätsprüfungen sowie detaillierte Informationen zum Laufwerkszustand an.

Die praktische Reihenfolge sollte daher lauten:

1. Native NAS-Warnmeldungen aktivieren
        |
2. Die Erkennung eines beeinträchtigten Arrays bestätigen
        |
3. Den Verlauf physischer Laufwerke hinzufügen
        |
4. Einen größeren Observability-Stack nur hinzufügen, wenn er nützlich ist

TrueNAS, Unraid, Synology, QNAP und andere NAS-Plattformen bieten ebenfalls native Funktionen zur Speicherzustandsüberwachung, die konfiguriert werden sollten, bevor ein zweites Überwachungssystem hinzugefügt wird.

Die zusätzliche Ebene sollte eine Frage beantworten, die die native Benutzeroberfläche nicht gut beantwortet.

RAID-Überwachung ersetzt keine Sicherung

Ein perfekter Alarm kann innerhalb von Sekunden melden, dass ein Laufwerk ausgefallen ist.

Es kann die Version eines gelöschten Ordners von gestern nicht wiederherstellen.

Es kann Dateien, die bereits durch Ransomware verschlüsselt wurden, nicht wiederherstellen.

Es kann das NAS nach Diebstahl, Brand oder einem katastrophalen Ausfall des Controllers nicht wiederherstellen.

Deshalb ist RAID keine Sicherung.

RAID
  |
Verfügbarkeit nach dem Ausfall einzelner Laufwerke

Überwachung
  |
Probleme schnell erkennen

Sicherung
  |
Verlorene oder beschädigte Daten wiederherstellen

Alle drei lösen unterschiedliche Teile des Zuverlässigkeitsproblems.

Die Überwachung wird während Wiederherstellungen besonders wichtig, da die verbleibenden Laufwerke über längere Zeit stark beansprucht werden können, während die Redundanz reduziert ist. Ein unerwarteter Stromausfall in diesem Zeitraum stellt ein zusätzliches Risiko dar. Deshalb ist der USV-Schutz während Speichervorgängen unabhängig von der Überwachung des Laufwerkszustands wichtig.

Empfohlene RAID-Überwachungs-Stacks

Einfacher Linux-RAID-Server

mdadm --monitor
       +
     smartd

Dies ist die schlanke Option.

mdadm überwacht das Linux-Array. smartd überwacht die Laufwerke. Keines von beiden benötigt eine umfangreiche Webplattform.

Einfacher NAS-Heimserver

Native NAS-Überwachung
         +
      Scrutiny

Die NAS-Oberfläche verwaltet Array-Zustand und Wiederherstellungen, während Scrutiny die Historie des Laufwerkszustands und Benachrichtigungen ergänzt.

Allgemeiner Linux-Heimserver

Netdata
   +
Scrutiny

Netdata bietet die Überwachung des Arrays und des gesamten Servers. Scrutiny liefert eine detailliertere Historie der physischen Laufwerke.

ZFS-Heimserver

ZED
 +
Scrutiny
 +
Netdata

ZED verarbeitet native ZFS-Ereignisse, Scrutiny überwacht Laufwerkstrends und Netdata bietet ein umfassenderes System-Dashboard.

Fortgeschrittenes Homelab

smartctl_exporter
MD-/ZFS-Exporter
node_exporter
      |
  Prometheus
      |
   Grafana
      |
Alarmierung

Dies ist geeignet, wenn Metrikenverlauf und mehrere Server wichtig genug sind, um den Betrieb eines vollständigen Observability-Stacks zu rechtfertigen.

Hardware-RAID-Server

StorCLI
   |
Netdata / Checkmk
   |
Warnungen + Dashboard

Das Controller-Dienstprogramm bleibt die maßgebliche Quelle für die Hardware-RAID-Ebene, während die Überwachungsplattform ihren Zustand sichtbar und handlungsrelevant macht.

Abschließendes Urteil

Netdata ist für die meisten Heimserver das beste Tool zur allgemeinen RAID-Überwachung, da es mehrere Speicherarchitekturen übergreifend überwachen und gleichzeitig den Host selbst überwachen kann.

Scrutiny ist das stärkste ergänzende Tool, wenn die Historie einzelner Laufwerke wichtig ist. Es eignet sich besonders, um langsame Veränderungen bei SMART-Attributen zu erkennen, bevor das Array selbst einen herabgesetzten Zustand erreicht.

smartmontools bleibt die grundlegende Ebene für die Laufwerksüberwachung, während mdadm Monitor weiterhin eine der saubersten Lösungen für Linux-Software-RAID ist.

OpenZFS ZED sollte Teil einer nativen ZFS-Überwachungsstrategie bleiben, anstatt Pool-Ereignisse durch generische SMART-Daten ersetzen zu wollen.

Cockpit ist die einfachste grafische Option für einen normalen Linux-Server, während Prometheus und Grafana sinnvoller werden, sobald langfristige Metriken zu einer echten Anforderung werden.

Checkmk und Zabbix werden wertvoller, wenn die Anzahl der überwachten Systeme wächst, und StorCLI ist unverzichtbar, wenn die RAID-Logik in unterstützter LSI-/Broadcom-Hardware steckt.

Die zuverlässigste Strategie für Heimserver ist daher mehrschichtig:

Array-Zustand
     +
Laufwerkszustand
     +
Wiederherstellungsstatus
     +
Warnungen
     +
Verlauf

RAID fällt normalerweise in mehreren Ebenen aus, daher sollte auch die Überwachung mehrschichtig erfolgen.

FAQ

Welches ist das beste Tool zur RAID-Überwachung für einen Heimserver?

Netdata ist eine der besten Komplettlösungen, da es Linux-MD-RAID, SMART-Geräte, ZFS-Pools, unterstützte Hardware-RAID-Systeme und den restlichen Server über eine einzige Oberfläche überwachen kann. Scrutiny ist das stärkere Spezialtool, wenn eine detaillierte SMART-Historie der physischen Laufwerke Priorität hat.

Ist Scrutiny ein Tool zur RAID-Überwachung?

Scrutiny überwacht die physischen Laufwerke unterhalb eines RAID-Arrays anhand von SMART-Daten. Es ersetzt nicht die Überwachung auf Array-Ebene, etwa mdadm für Linux-MD-RAID, ZED für ZFS-Ereignisse oder StorCLI für unterstützte Hardware-RAID-Controller.

Kann SMART PASSED anzeigen, obwohl ein Laufwerk ausfällt?

SMART PASSED bedeutet, dass das Laufwerk die allgemeine SMART-Ausfallbedingung des Geräts noch nicht überschritten hat. Einzelne Attribute können sich dennoch bereits bedenklich verändern, bevor dieser Status auf „failed“ wechselt. Eine Verlaufsüberwachung ist nützlich, weil sie solche Trends sichtbar macht.

Wie überwache ich mdadm-RAID am besten?

Verwenden Sie den Überwachungsmodus von mdadm für Array-Ereignisse und kombinieren Sie ihn mit smartmontools oder Scrutiny für den Zustand physischer Laufwerke. Netdata kann eine zusätzliche grafische Ebene für die Überwachung von MD-RAID und Server bereitstellen.

Wie überwache ich einen ZFS-Pool am besten?

Verwenden Sie ZFS-native Tools wie ZED und zpool für Pool-Ereignisse und den Pool-Status. Ergänzen Sie sie durch smartmontools oder Scrutiny für den Zustand einzelner Laufwerke sowie Netdata, Prometheus oder Grafana, wenn eine historische Visualisierung erforderlich ist.

Erkennt die RAID-Überwachung eine ausfallende Festplatte vor dem Ausfall?

Die alleinige Überwachung des Arrays reicht möglicherweise nicht aus. SMART-basierte Tools können sich ändernde Zustandsattribute von Laufwerken sichtbar machen, bevor das Array ein Mitglied verliert, allerdings kann kein Überwachungssystem jeden Laufwerksausfall zuverlässig vorhersagen.

Sollte ich Netdata oder Scrutiny verwenden?

Verwenden Sie Netdata, wenn Sie ein Dashboard für den gesamten Server wünschen, das RAID, Speicher, CPU, RAM, Netzwerk und Dienste abdeckt. Verwenden Sie Scrutiny, wenn detaillierte SMART-Trends und der Verlauf des Laufwerkszustands im Vordergrund stehen. Beide gleichzeitig einzusetzen kann sinnvoll sein, da sie unterschiedliche Ebenen abdecken.

Benötige ich Grafana zur Überwachung von RAID?

Nein. Grafana eignet sich für langfristige Messwerte, benutzerdefinierte Dashboards, mehrere Systeme und die Korrelation von Daten. Ein einfaches Home-NAS lässt sich oft mit seinen nativen Warnungen sowie smartmontools, Scrutiny oder Netdata ausreichend überwachen.

Welche Warnungen sollte ein RAID-Server senden?

Konfigurieren Sie mindestens Warnungen für Arrays mit eingeschränkter Funktion oder im Offline-Zustand, fehlende Mitglieder, fehlgeschlagene Rebuilds, fehlgeschlagene SMART-Zustandsprüfungen, wichtige Änderungen an SMART-Attributen, hohe Laufwerkstemperaturen, ZFS-Fehler sowie Fehler des Hardware-RAID-Controllers oder -Caches, sofern zutreffend.

Ist ein RAID-Scrub dasselbe wie ein SMART-Test?

Nein. Ein SMART-Test wird auf einem einzelnen Laufwerk ausgeführt. Ein Scrub oder eine Konsistenzprüfung validiert Daten und Redundanz auf Ebene des Speichersystems. Ein Rebuild stellt die Redundanz nach einem Festplattenausfall oder -austausch wieder her.

Ersetzt die RAID-Überwachung ein Backup?

Nein. Die Überwachung hilft, Ausfälle schnell zu erkennen, und RAID kann die Verfügbarkeit nach bestimmten Laufwerksausfällen aufrechterhalten. Gelöschte, verschlüsselte, beschädigte oder im Laufe der Zeit veränderte Dateien kann RAID jedoch nicht wiederherstellen. Ein separates Backup bleibt erforderlich.

Sollte ich SSDs und NVMe-Laufwerke in RAID überwachen?

Ja. SSDs und NVMe-Laufwerke liefern Zustandsinformationen wie kritische Warnungen, Temperatur, Medienfehler sowie Ausdauer- oder Verschleißwerte. Die genauen Attribute unterscheiden sich von den SMART-Daten von HDDs, daher benötigt das Überwachungstool eine geeignete Geräteunterstützung.