De 10 beste RAID-monitoringtools voor thuisservers

Een RAID-array kan er gezond uitzien terwijl een van de schijven stilletjes slechter wordt. De array kan ook gedegradeerd raken terwijl de overgebleven schijven nog steeds SMART PASSED rapporteren.

Goede monitoring vereist daarom meer dan één groen statuslampje. De beste thuisserverconfiguratie bewaakt de array, de fysieke schijven, rebuilds of scrubs en de waarschuwingen die aangeven dat er iets is veranderd.

RAID-monitoring is meer dan SMART

RAID-status en schijfstatus beantwoorden verschillende vragen.

Een arraymonitor vertelt je of het opslagsysteem nog steeds de verwachte leden bevat, of redundantie verloren is gegaan en of er een rebuild, hersynchronisatie, scrub of consistentiebewerking wordt uitgevoerd.

SMART-monitoring kijkt onder die array naar afzonderlijke HDD's, SSD's en NVMe-schijven. Het kan temperatuur, mediafouten, in behandeling zijnde sectoren, opnieuw toegewezen sectoren, uithoudingsvermogen, zelftestresultaten en andere signalen op apparaatniveau zichtbaar maken.

RAID-monitoring
     |
     +-- Arraystatus
     |     Gezond / Gedegradeerd / Offline
     |
     +-- Schijfstatus
     |     SMART / NVMe / Temperatuur
     |
     +-- Herstel
     |     Rebuild / Hersynchronisatie / Scrub
     |
     +-- Geschiedenis
     |     Trends / Fouten / Capaciteit
     |
     +-- Waarschuwingen
           E-mail / Push / Webhook / Chat

Het onderscheid is belangrijk, omdat een gezonde array een schijf kan bevatten die achteruitgaat, terwijl een gedegradeerde array nog steeds meerdere afzonderlijke schijven kan bevatten waarvan de SMART-status normaal blijft.

Het onderliggende RAID-model wordt uitgebreider behandeld in hoe RAID werkt, maar monitoring begint met een eenvoudigere regel: bewaak zowel de array als de onderliggende schijven.

Wat moet een tool voor RAID-monitoring daadwerkelijk bewaken?

Een nuttige monitor voor een thuisserver moet zo veel mogelijk van deze lagen dekken als de rol ervan vereist:

Zo hebben we de beste tools voor RAID-monitoring gerangschikt

Dit is geen ranglijst van de mooiste dashboards. De onderstaande tools lossen verschillende onderdelen van de monitoringstack op.

We hebben ze beoordeeld aan de hand van vijf praktische vragen:

• Wat kan het daadwerkelijk observeren? Arraystatus, afzonderlijke schijven, ZFS-pools, hardware-RAID of de hele server?
• Bewaart het historische gegevens? Een langzaam oplopend aantal fouten is vaak nuttiger dan één actuele waarde.
• Kan het waarschuwingen geven zonder handmatige controle? Monitoring moet problemen proactief signaleren.
• Hoe moeilijk is het om dit te implementeren? Voor één thuis-NAS zou geen infrastructuur voor observability op ondernemingsniveau nodig moeten zijn, tenzij de gebruiker dat wil.
• Vult het native RAID-tools aan? De sterkste configuraties combineren doorgaans een arrayspecifieke monitor met een laag voor schijfgezondheid.

De numerieke volgorde is redactioneel en geen synthetische benchmarkscore.

10 beste RAID-monitoringtools voor homeservers in één oogopslag

1. Netdata — Beste RAID-monitoringdashboard in het algemeen

Netdata is over het geheel genomen de beste keuze wanneer je één monitoringlaag wilt voor het opslagsysteem en de rest van de homeserver.

De huidige storage-collectors ondersteunen verschillende architecturen die relevant zijn voor RAID-gebruikers.

Voor software-RAID op Linux leest de MD RAID-collector /proc/mdstat uit en houdt deze MD-apparaten bij. Voor fysieke schijven beschikt Netdata over een SMART-collector die is gebaseerd op smartctl. De ZFS-poolcollector bewaakt de gezondheid en beschikbare ruimte van pools via zpool, terwijl de StoreCLI RAID-collector ondersteunde hardware-RAID-adapters, fysieke schijven en back-upbatterijen kan bewaken.

Die brede ondersteuning geeft Netdata een voordeel ten opzichte van SMART-dashboards die zich op één aspect richten.

MD RAID
SMART
ZFS
Hardware-RAID
Bestandssystemen
CPU
RAM
Netwerk
Containers
     |
  Netdata
     |
Eén dashboard

Een enkele Netdata Agent kan zelfstandig draaien en het lokale dashboard beschikbaar maken op poort 19999. Cloudconnectiviteit is optioneel voor de monitoringagent zelf, hoewel Netdata Cloud gecentraliseerde weergaven en aanvullende functionaliteit voor meerdere nodes biedt.

Dit maakt Netdata bijzonder nuttig op een thuisserver waar opslagmonitoring naast systeembelasting, RAM-druk, bestandssysteemcapaciteit, Docker-activiteit en netwerkprestaties moet staan.

Ideaal voor: gebruikers die één dashboard willen voor RAID en de rest van de server.

Afweging: Netdata is breed opgezet in plaats van obsessief op schijven gericht. Scrutiny biedt een overzichtelijker beeld wanneer het doel is SMART-attributen en langdurige achteruitgang van fysieke schijven te bestuderen.

2. Scrutiny — Het beste voor het herkennen van trends in schijfgezondheid

Scrutiny is een van de nuttigste toevoegingen aan een thuis-NAS, omdat het verschillende zwakke punten van onbewerkte SMART-monitoring oplost.

SMART stelt een groot aantal attributen beschikbaar, maar niet elk attribuut is even nuttig. Drempelwaarden van fabrikanten kunnen ook zo conservatief zijn dat een schijf er “gezond” uitziet totdat een defect relatief dichtbij is.

Scrutiny combineert SMART-gegevens met een webinterface, opslag van historische trends, temperatuurregistratie en aanvullende drempelwaarden die zijn gebaseerd op gegevens uit de praktijk over schijfstoringen.

Daarmee kun je vragen stellen zoals:

Huidige sectoren in afwachting

Januari       0
Maart         0
Juni          2
Augustus        8

Eén actueel SMART-rapport vertelt je dat de waarde acht is. Scrutiny vertelt je dat de metriek zich in de verkeerde richting heeft ontwikkeld.

Het ondersteunt ook configureerbare meldingen via e-mail, webhooks, ntfy, Gotify, Slack, Discord, Telegram en andere diensten.

Ondersteuning voor RAID-controllers hangt ervan af of smartctl toegang heeft tot de onderliggende fysieke schijven. Scrutiny documenteert daarom controller-passthrough en Docker-apparaatkoppeling.

De belangrijke beperking is even duidelijk:

Scrutiny monitort schijven, niet de RAID-array zelf.

Een Linux MD-array moet nog steeds worden gemonitord met mdadm of een andere arraybewuste laag. Een ZFS-pool moet nog steeds ZFS-specifieke monitoring hebben.

Ideaal voor: homeservers met meerdere HDD's of SSD's waarbij historische SMART- en temperatuurtrends belangrijk zijn.

Afweging: zie een rij gezonde schijven in Scrutiny niet aan voor bewijs dat de RAID-array gezond is.

De laag voor schijfgezondheid is ook afhankelijk van de schijven zelf. Het kiezen van geschikte NAS-schijven vermindert vermijdbare problemen tijdens het opnieuw opbouwen en bij continu gebruik 24/7.

3. smartmontools — De beste basis voor monitoring van HDD's, SSD's en NVMe

smartmontools is visueel veel minder indrukwekkend dan Scrutiny, maar fundamenteler.

Het project biedt twee kerntools:

smartctl
   |
Een schijf inspecteren en testen

smartd
   |
Schijven continu monitoren

smartctl kan SMART- en gezondheidsinformatie van ATA/SATA-, SCSI/SAS- en NVMe-apparaten inspecteren en zelftests van schijven starten. smartd draait als daemon en controleert apparaten voortdurend op geconfigureerde gezondheidsvoorwaarden.

Veel monitoringproducten op een hoger niveau zijn uiteindelijk afhankelijk van deze gegevens. De SMART-collector van Netdata vereist smartmontools, Scrutiny bouwt zijn schijfgezondheidslaag rond smartctl-gegevens en Prometheus smartctl-exporters gebruiken dezelfde interface.

Het project wordt ook nog steeds verder ontwikkeld. De huidige upstream-changelog vermeldt smartmontools 8.0 als de volgende nog niet uitgebrachte generatie na 7.5.

Voor een lichte thuisserver is smartd mogelijk alles wat nodig is:

Schijf
  |
SMART
  |
smartd
  |
Waarschuwing

Je hebt niet per se een aparte database, een dashboard en een metricsstack nodig om te ontdekken dat een schijf een belangrijke drempelwaarde heeft overschreden.

Het meest geschikt voor: gebruikers die een lichte, volwassen basis willen voor de fysieke gezondheid van schijven en geautomatiseerde tests.

Afweging: uitvoer op de opdrachtregel is minder toegankelijk dan Scrutiny of Cockpit, en smartd biedt op zichzelf niet dezelfde visuele historische analyse.

4. mdadm Monitor — Beste native monitor voor software-RAID in Linux

Als de array Linux MD RAID is, moet mdadm onderdeel blijven van het monitoringsplan, zelfs als Netdata of een ander dashboard is geïnstalleerd.

mdadm --monitor begrijpt de array zelf.

Het kan gebeurtenissen zoals deze melden:

• apparaatfout;
• gedegradeerde arrays;
• activering van een reserveschijf;
• verdwijnen van een apparaat;
• start van de herbouw;
• voortgang van de herbouw;
• voltooiing van de herbouw.

Dat vult de leemte die SMART achterlaat:

smartd
  |
Zijn de schijven gezond?

mdadm --monitor
  |
Is de RAID-array gezond?

Voor een minimale Linux-thuisserver zorgt het combineren van mdadm-monitoring met smartd voor een verrassend capabel monitoringsysteem zonder een grote webstack toe te voegen.

Het meest geschikt voor: Debian, Ubuntu en andere Linux-servers die zijn gebaseerd op MD RAID 1, 5, 6 of 10.

Afweging: mdadm richt zich op software-RAID in Linux in plaats van op ZFS, hardware-RAID of grafische langetermijnanalyse.

5. OpenZFS ZED — Beste native gebeurtenismonitoring voor ZFS-pools

ZFS-gebruikers moeten ZFS als ZFS monitoren in plaats van elke gebeurtenis proberen te vertalen naar traditionele RAID-terminologie.

ZED, de ZFS Event Daemon, monitort gebeurtenissen die door de ZFS-kernelmodule worden gegenereerd en voert geconfigureerde ZEDLET-acties uit wanneer overeenkomende gebeurtenisklassen verschijnen.

De monitoringrelatie wordt dan:

ZFS-kernel
    |
  zevents
    |
   ZED
    |
ZEDLET-acties
    |
Meldingen / automatisering

Dit maakt ZED geschikt voor pool- en apparaatgerelateerde gebeurtenissen die bij ZFS zelf horen, in plaats van bij een extern schijfdashboard.

Een complete ZFS-thuisserverstack kan daarom het volgende omvatten:

ZED
 |
Poolgebeurtenissen

smartd / Scrutiny
 |
Fysieke schijfstatus

Netdata / Grafana
 |
Dashboard en geschiedenis

Beste voor: TrueNAS-achtige, OpenZFS- of Linux/BSD ZFS-gebruikers die native gebeurtenisafhandeling rond hun pools willen.

Afweging: ZED is een gebeurtenisdaemon, geen gepolijst alles-in-één-dashboard. Combineer het met een andere laag als visualisatie op lange termijn belangrijk is.

6. Cockpit Storage — Beste RAID-monitoring-GUI voor Linux-beginners

Cockpit is een van de eenvoudigste manieren om een browsergebaseerde beheerinterface toe te voegen aan een normale Linux-server.

De Opslag-applicatie ondersteunt lokale schijven, partities, RAID, versleuteling, NFS, iSCSI en andere gangbare opslagbewerkingen.

Cockpit heeft ook SMART-informatie over de apparaatstatus toegevoegd aan de pagina Opslag, inclusief de mogelijkheid om schijfzelftests vanuit de browser uit te voeren.

Dat maakt het een sterke optie voor beginners voor een server die er verder als volgt uitziet:

Ubuntu / Debian / Fedora
          |
       Cockpit
          |
 Opslaginterface in de browser
          |
 RAID + SMART + koppelpunten

Het is vooral nuttig wanneer de gebruiker opslag wil beheren in plaats van een speciale observability-stack te bouwen.

Beste voor: Linux-beginners die RAID- en schijfstatus in een overzichtelijke serverbeheerinterface willen zien.

Afweging: Cockpit is beter in het weergeven en beheren van de huidige serverstatus dan in het maandenlang opslaan van gedetailleerde SMART-historie.

7. Prometheus + smartctl_exporter + Grafana — Beste voor statistieken op lange termijn

Wanneer monitoring een hobby op zich wordt, biedt de Prometheus-stack veel meer controle dan een speciaal ontwikkeld NAS-dashboard.

De officiële smartctl_exporter zet smartctl-statistieken om in Prometheus-statistieken. smartmontools 7.0 of nieuwer is vereist, omdat het afhankelijk is van de JSON-uitvoer van smartctl.

De architectuur is modulair:

SMART-/RAID-/ZFS-exporters
           |
       Prometheus
           |
         Grafana
           |
 Dashboards + waarschuwingen

Aanvullende exporters of node-statistieken kunnen het volgende toevoegen:

• bestandssysteemcapaciteit;
• schijf-I/O;
• ZFS-pools;
• MD RAID-status;
• temperatuur;
• serverbelasting;
• UPS-statistieken;
• netwerkactiviteit.

Dit is de sterkste optie wanneer u historische vragen wilt beantwoorden in plaats van alleen de huidige status te controleren.

Bijvoorbeeld:

• Is de schijftemperatuur gestegen tijdens de laatste RAID-rebuild?
• Wanneer verschenen de eerste niet-corrigeerbare fouten?
• Is de opslaglatentie veranderd nadat een extra schijf is toegevoegd?
• Hoe snel is het gebruik van de pool het afgelopen jaar toegenomen?

Grafana Alerting kan ook regels op basis van Prometheus evalueren en meldingen routeren wanneer aan de voorwaarden is voldaan.

Het beste voor: liefhebbers die historische meetgegevens, aangepaste dashboards, correlaties en flexibele waarschuwingen willen.

Afweging: Prometheus + exporters + Grafana vereist aanzienlijk meer configuratie dan Scrutiny of Netdata. Voor één eenvoudige thuis-NAS kan die complexiteit weinig praktisch voordeel opleveren.

8. Checkmk — het beste voor het monitoren van meerdere homeservers

Checkmk wordt aantrekkelijker wanneer het homelab meer dan één machine bevat.

In plaats van alleen aan een NAS te denken, beschikt u mogelijk over:

NAS
Back-upserver
Proxmox-host
Mini-pc
Router
UPS
Switch
     |
   Checkmk

De Checkmk Linux-agent ondersteunt hardwaremonitoring via plug-ins, waaronder SMART-waarden van moderne HDD's en SSD's.

In de documentatie wordt ook expliciet rekening gehouden met schijven die verborgen zijn achter ondersteunde RAID-controllers. Afhankelijk van de controller kunnen tools zoals smartmontools, tw_cliof zijn MegaRAID-hulpprogramma's mogelijk vereist voordat Checkmk toegang krijgt tot de onderliggende apparaatinformatie.

Het grootste voordeel is gecentraliseerd beheer: meerdere hosts, servicestatussen, waarschuwingsregels, grafieken, inventaris, capaciteit en systeemmonitoring kunnen allemaal in één interface worden beheerd.

Het beste voor: homelabs waar de opslagstatus samen met meerdere Linux-servers en infrastructuurapparaten moet worden gemonitord.

Afweging: Checkmk is overbodige overhead voor één NAS als Netdata of de systeemeigen monitoring van het besturingssysteem de belangrijkste storingssignalen al afdekt.

9. StorCLI — het beste voor LSI- en Broadcom-hardware-RAID

Hardware-RAID vereist een andere manier van monitoren, omdat het besturingssysteem mogelijk één virtuele schijf ziet terwijl de controller daaronder meerdere fysieke schijven beheert.

Besturingssysteem
      |
 Virtuele schijf
      |
 RAID-controller
      |
+-----+-----+-----+
Schijf 1   Schijf 2  Schijf 3

StorCLI is Broadcoms opdrachtregelprogramma voor het beheer van ondersteunde LSI/Broadcom RAID-controllers.

Het kan de controllerstatus, virtuele schijven, fysieke schijven, reconstructiebewerkingen, behuizingsinformatie, cache en ondersteunde batterijen of back-upcomponenten controleren.

De status van hardware-RAID kan onder andere de volgende toestanden bevatten:

• Optimaal;
• Gedeeltelijk gedegradeerd;
• Gedegradeerd;
• Offline.

Die zichtbaarheid op controllerniveau is essentieel, omdat generieke SMART-tools de aangesloten schijven mogelijk niet automatisch kunnen detecteren via elke RAID-controller.

Een nuttige combinatie voor bewaking is:

Broadcom / LSI RAID
        |
      StorCLI
        |
     Netdata
        |
Dashboard + waarschuwingen

De StoreCLI-collector van Netdata kan controllerinformatie uitlezen en naast de overige serverstatistieken plaatsen.

Het meest geschikt voor: thuisservers met ondersteunde Broadcom-, LSI- of MegaRAID-hardwarecontrollers.

Afweging: StorCLI is controllerspecifieke beheersoftware en geen universeel dashboard voor thuisservers.

10. Zabbix — het meest geschikt voor geavanceerde RAID-waarschuwingen en automatisering

Zabbix is de meest infrastructuurgerichte optie in deze lijst.

De huidige Agent 2-sjablonen bevatten officiële SMART-bewaking, terwijl de status van arrays en controllers kan worden toegevoegd via ondersteunde integraties, aangepaste items, scripts of sjablonen die geschikt zijn voor de omgeving.

Een grotere Zabbix-implementatie kan het volgende combineren:

SMART
RAID
ZFS
Bestandssysteem
UPS
Temperatuur
Netwerk
Services
     |
   Zabbix
     |
Geschiedenis
Triggers
Meldingen
Escalatie

De kracht zit niet in een speciaal RAID-scherm, maar in de mogelijkheid om precies te definiëren wat als storing geldt en wat er daarna moet gebeuren.

Zo kan één waarschuwing bijvoorbeeld naar een normaal meldingskanaal worden doorgestuurd, terwijl een gedegradeerde array of offline virtuele schijf een urgentere escalatie activeert.

Het meest geschikt voor: gevorderde gebruikers die Zabbix al gebruiken of gedetailleerde waarschuwingsregels en automatisering voor meerdere systemen willen.

Afweging: de installatie is complex. Zabbix alleen installeren om twee schijven in één NAS voor thuisgebruik te bewaken, is meestal onnodig.

Welke RAID-bewakingstool moet je eigenlijk gebruiken?

RAID-status versus SMART-status: ze zijn niet hetzelfde

Dit onderscheid is belangrijker dan de keuze tussen de meeste tools in de ranglijst.

Een nuttig voorbeeld is:

mdadm:
Array gezond

Scrutiny:
Schijf 3
Huidige sectoren in afwachting = 0 → 2 → 8

De array is nog niet uitgevallen, maar de geschiedenis van de fysieke schijf geeft je reden om dit te onderzoeken.

Het omgekeerde kan ook gebeuren:

mdadm:
Array gedegradeerd

smartctl:
Schijf 1 GESLAAGD
Schijf 2 GESLAAGD
Schijf 3 GESLAAGD

Het ontbrekende lid kan zijn verdwenen door bekabeling, voeding, controllerproblemen, apparaatdetectie of een andere fout die niet wordt weergegeven door een SMART-foutdrempel.

Monitoring van mdadm versus ZFS versus hardware-RAID

De juiste monitoringtool hangt gedeeltelijk af van waar de RAID-logica zich bevindt.

Daarom heeft de opslagindeling invloed op de monitoringarchitectuur. Software-RAID, ZFS en hardware-RAID geven via verschillende beheerlagen verschillende statussen weer.

Scrutiny versus Netdata: welke moet je installeren?

Ze werken beter samen dan tegen elkaar.

Een eenvoudige combinatie voor een thuisserver is daarom:

Netdata
  |
Status van array en server

Scrutiny
  |
Trends van fysieke schijven

Als je maar één toepassing wilt, dekt Netdata meer lagen.

Als het NAS-besturingssysteem de arraystatus al goed monitort, kan Scrutiny meer nieuwe informatie bieden, omdat het de fysieke schijven een beter historisch overzicht geeft.

Heb je Prometheus en Grafana nodig voor een thuis-NAS?

Meestal niet.

Als de enige vereiste is:

Laat me weten wanneer RAID gedegradeerd is
Laat me weten wanneer een schijf defect raakt

native arraywaarschuwingen plus smartd, Scrutiny of Netdata kunnen het probleem met veel minder infrastructuur oplossen.

Prometheus en Grafana beginnen zinvol te worden wanneer je waarde hecht aan:

• maanden of jaren aan geschiedenis;
• meerdere servers;
• aangepaste dashboards;
• temperatuur met I/O correleren;
• opslaggroei volgen;
• RAID combineren met UPS-, netwerk-, Docker- en hoststatistieken;
• aangepaste PromQL-waarschuwingsregels.

De verkeerde reden om Grafana te installeren is simpelweg dat het dashboard indrukwekkend uitziet.

De juiste reden is dat je vragen hebt waarvoor tijdreeksgegevens nodig zijn.

Welke RAID-waarschuwingen moet je configureren?

Monitoring wordt pas nuttig wanneer iets je kan bereiken zonder dat je eerst het dashboard hoeft te openen.

Arraywaarschuwingen

• array gedegradeerd;
• array offline;
• onverwacht ontbrekend lid;
• reserve geactiveerd;
• rebuild of resync gestart;
• rebuild mislukt;
• rebuild voltooid.

Waarschuwingen voor fysieke schijven

• algemene SMART-gezondheidscontrole mislukt;
• het aantal momenteel in behandeling zijnde sectoren neemt toe;
• het aantal offline niet-corrigeerbare sectoren neemt toe;
• het aantal opnieuw toegewezen sectoren neemt aanzienlijk toe;
• kritieke NVMe-waarschuwing;
• SSD-uithoudingsvermogen of slijtage nadert het vervangingsniveau;
• de schijftemperatuur blijft buiten het verwachte bereik.

ZFS-waarschuwingen

• pool gedegradeerd;
• apparaatfout;
• checksumfouten nemen toe;
• scrub ontdekt fouten;
• resilver gestart of mislukt;
• de poolcapaciteit nadert de gekozen drempelwaarde.

Hardware-RAID-waarschuwingen

• fysieke schijf defect;
• virtuele schijf gedegradeerd;
• virtuele schijf offline;
• rebuild vastgelopen of mislukt;
• fout in de controllercache of back-upbatterij.

De exacte temperatuur- en SMART-drempelwaarden moet je niet blindelings overnemen van een andere server. Verschillende schijfmodellen geven verschillende kenmerken en werkingsbereiken.

Het principe is belangrijker:

Een dashboard dat je nooit opent, houdt niets in de gaten.

SMART-test versus scrub versus rebuild: drie verschillende taken

Deze bewerkingen worden vaak door elkaar gehaald, maar ze controleren verschillende zaken.

SMART-zelftest

Een SMART-zelftest wordt uitgevoerd door één afzonderlijk opslagapparaat.

Eén schijf
   |
SMART-test
   |
Resultaat op apparaatniveau

Een lange SMART-test kan een groter deel van het schijfoppervlak scannen dan een korte test, maar controleert niet de pariteit van RAID of de kopieën van gegevens door ZFS in het hele opslagsysteem.

RAID-rebuild of resync

Een rebuild herstelt de redundantie nadat een lid is uitgevallen of vervangen.

Gedegradeerde RAID
     |
Vervangende schijf
     |
Rebuild / resync
     |
Redundantie hersteld

Het is een herstelbewerking, geen test van de schijfgezondheid.

ZFS-scrub of RAID-consistentiecontrole

Een scrub- of consistentiebewerking controleert gegevens en redundantierelaties die al bestaan.

Het beantwoordt een andere vraag:

Daarom moet monitoring alle drie tonen wanneer de opslagarchitectuur deze ondersteunt.

Schakel native NAS-meldingen in voordat u een ander dashboard installeert

Een speciaal NAS-besturingssysteem biedt mogelijk al de eerste monitoringslaag die u nodig hebt.

De huidige opslagbeheerfunctie van ZimaOS toont bijvoorbeeld de arraystatus, schijfgezondheid, bruikbare capaciteit en lees-/schrijfsnelheden onder Instellingen > Opslag. Wanneer een RAID-lid uitvalt, verandert de array in een gedegradeerde toestand en begeleidt de herstelworkflow de gebruiker bij het rebuilden na vervanging van de schijf.

ZimaOS toont in de opslaginterface ook de voortgang van langdurige RAID- en pariteitscontroles en gedetailleerde informatie over de schijfgezondheid.

De praktische volgorde zou daarom als volgt moeten zijn:

1. Schakel native NAS-meldingen in
        |
2. Controleer detectie van gedegradeerde arrays
        |
3. Voeg een geschiedenis van fysieke schijven toe
        |
4. Voeg alleen een uitgebreidere observability-stack toe als dat nuttig is

TrueNAS, Unraid, Synology, QNAP en andere NAS-platforms bieden vergelijkbare native functies voor opslaggezondheid, die moeten worden geconfigureerd voordat een tweede monitoringsysteem wordt toegevoegd.

De extra laag moet antwoord geven op een vraag die de native interface niet goed beantwoordt.

RAID-monitoring vervangt geen back-up

Een perfect alarm kan binnen enkele seconden melden dat een schijf is uitgevallen.

Het kan de versie van gisteren van een verwijderde map niet terugzetten.

Het kan bestanden die al door ransomware zijn versleuteld niet herstellen.

Het kan de NAS niet reconstrueren na diefstal, brand of een catastrofale controllerstoring.

Daarom is RAID geen back-up.

RAID
  |
Beschikbaarheid na het uitvallen van enkele schijven

Monitoring
  |
Problemen snel detecteren

Back-up
  |
Verloren of beschadigde gegevens herstellen

Alle drie lossen ze verschillende onderdelen van het betrouwbaarheidsprobleem op.

Monitoring wordt vooral belangrijk tijdens rebuilds, omdat de resterende schijven langdurig actief kunnen zijn terwijl de redundantie is verminderd. Onverwacht stroomverlies in die periode brengt een extra risico met zich mee. Daarom is UPS-bescherming tijdens opslagbewerkingen onafhankelijk van schijfgezondheidsmonitoring van belang.

Aanbevolen RAID-monitoringstacks

Eenvoudige Linux-RAID-server

mdadm --monitor
       +
     smartd

Dit is de lichtgewicht optie.

mdadm bewaakt de Linux-array. smartd bewaakt de schijven. Geen van beide vereist een zwaar webplatform.

Eenvoudige thuis-NAS

Native NAS-monitoring
         +
      Scrutiny

De NAS-interface verwerkt de arraystatus en herbouwbewerkingen, terwijl Scrutiny geschiedenis van de schijfstatus en meldingen toevoegt.

Algemene Linux-thuisserver

Netdata
   +
Scrutiny

Netdata biedt monitoring van de array en de volledige server. Scrutiny biedt een diepgaandere geschiedenis van fysieke schijven.

ZFS-thuisserver

ZED
 +
Scrutiny
 +
Netdata

ZED verwerkt native ZFS-gebeurtenissen, Scrutiny volgt trends van schijven en Netdata biedt een uitgebreider dashboard van het systeem.

Geavanceerde homelab

smartctl_exporter
MD- / ZFS-exporters
node_exporter
      |
  Prometheus
      |
   Grafana
      |
Meldingen

Dit is geschikt wanneer de geschiedenis van statistieken en meerdere servers belangrijk genoeg zijn om het onderhoud van een volledige observability-stack te rechtvaardigen.

Hardware-RAID-server

StorCLI
   |
Netdata / Checkmk
   |
Meldingen + Dashboard

Het hulpprogramma van de controller blijft de bron van waarheid voor de hardware-RAID-laag, terwijl het monitoringplatform de status zichtbaar en bruikbaar maakt.

Eindoordeel

Netdata is voor de meeste thuisservers de beste algemene RAID-monitoringstool, omdat het boven verschillende opslagarchitecturen kan functioneren en tegelijkertijd de host zelf kan monitoren.

Scrutiny is de krachtigste aanvullende tool wanneer de geschiedenis van afzonderlijke schijven belangrijk is. De tool is vooral nuttig om geleidelijke veranderingen in SMART-kenmerken op te merken voordat de array zelf een gedegradeerde status bereikt.

smartmontools blijft de fundamentele laag voor schijfstatus, terwijl mdadm Monitor nog altijd een van de duidelijkste oplossingen voor Linux-software-RAID is.

OpenZFS ZED moet onderdeel blijven van een ZFS-native monitoringstrategie, in plaats van poolgebeurtenissen te vervangen door generieke SMART-gegevens.

Cockpit is de eenvoudigste grafische optie voor een normale Linux-server, terwijl Prometheus en Grafana logischer worden zodra statistieken over langere tijd echt nodig zijn.

Checkmk en Zabbix worden waardevoller naarmate het aantal gemonitorde systemen groeit, en StorCLI is essentieel wanneer de RAID-logica in ondersteunde LSI/Broadcom-hardware zit.

De meest betrouwbare strategie voor een thuisserver bestaat daarom uit meerdere lagen:

Arraystatus
     +
Schijfstatus
     +
Herstelstatus
     +
Meldingen
     +
Geschiedenis

RAID valt meestal trapsgewijs uit, dus monitoring moet dat ook doen.

Veelgestelde vragen

Wat is de beste RAID-monitoringstool voor een thuisserver?

Netdata is een van de beste algemene opties, omdat het Linux MD RAID, SMART-apparaten, ZFS-pools, ondersteunde hardware-RAID en de rest van de server vanuit één interface kan monitoren. Scrutiny is een sterkere gespecialiseerde tool wanneer gedetailleerde SMART-geschiedenis van fysieke schijven prioriteit heeft.

Is Scrutiny een RAID-monitoringstool?

Scrutiny monitort de fysieke schijven onder een RAID-array via SMART-gegevens. Het vervangt geen monitoring op arrayniveau, zoals mdadm voor Linux MD RAID, ZED voor ZFS-events of StorCLI voor ondersteunde hardware-RAID-controllers.

Kan SMART PASSED aangeven terwijl een schijf defect raakt?

SMART PASSED betekent dat de schijf de algemene SMART-faalconditie van het apparaat niet heeft overschreden. Afzonderlijke kenmerken kunnen nog steeds op zorgwekkende wijze veranderen voordat de status omslaat naar failed. Historische monitoring is nuttig omdat deze trends daardoor zichtbaar worden.

Wat is de beste manier om mdadm RAID te monitoren?

Gebruik de monitoringmodus van mdadm voor array-events en combineer die met smartmontools of Scrutiny voor de gezondheid van fysieke schijven. Netdata kan een extra grafische laag voor MD RAID- en servermonitoring bieden.

Wat is de beste manier om een ZFS-pool te monitoren?

Gebruik ZFS-native tools zoals ZED en zpool voor poolevents en de status. Voeg smartmontools of Scrutiny toe voor de gezondheid van afzonderlijke schijven, en Netdata, Prometheus of Grafana wanneer historische visualisatie nodig is.

Detecteert RAID-monitoring een defect rakende harde schijf vóór de storing?

Monitoring van alleen de array is mogelijk niet voldoende. SMART-gebaseerde tools kunnen veranderende kenmerken van de schijfgezondheid zichtbaar maken voordat de array een lid verliest, hoewel geen enkel monitoringsysteem elke schijfstoring betrouwbaar kan voorspellen.

Moet ik Netdata of Scrutiny gebruiken?

Gebruik Netdata als je één dashboard voor de hele server wilt met RAID, opslag, CPU, RAM, netwerk en services. Gebruik Scrutiny als gedetailleerde SMART-trends en een geschiedenis van de schijfgezondheid prioriteit hebben. Beide gebruiken kan nuttig zijn omdat ze verschillende lagen dekken.

Heb ik Grafana nodig om RAID te monitoren?

Nee. Grafana is nuttig voor langetermijnmetingen, aangepaste dashboards, meerdere systemen en correlatie. Een eenvoudige NAS voor thuis kan vaak afdoende worden gemonitord met de ingebouwde waarschuwingen plus smartmontools, Scrutiny of Netdata.

Welke waarschuwingen moet een RAID-server versturen?

Configureer minimaal waarschuwingen voor gedegradeerde of offline arrays, ontbrekende leden, mislukte rebuilds, SMART-gezondheidsfouten, belangrijke wijzigingen in SMART-kenmerken, hoge schijftemperaturen, ZFS-fouten en fouten in hardware-RAID-controllers of caches, indien van toepassing.

Is een RAID-scrub hetzelfde als een SMART-test?

Nee. Een SMART-test werkt op één afzonderlijke schijf. Een scrub- of consistentiecontrole valideert gegevens en redundantie op het niveau van het opslagsysteem. Een rebuild herstelt de redundantie na een schijfstoring of vervanging.

Vervangt RAID-monitoring een back-up?

Nee. Monitoring helpt storingen snel te detecteren en RAID kan de beschikbaarheid handhaven na bepaalde schijfstoringen. Geen van beide herstelt verwijderde, versleutelde, beschadigde of in het verleden gewijzigde bestanden. Een afzonderlijke back-up blijft noodzakelijk.

Moet ik SSD's en NVMe-schijven in RAID monitoren?

Ja. SSD's en NVMe-schijven geven gezondheidsinformatie vrij, zoals kritieke waarschuwingen, temperatuur, mediafouten en resterende levensduur of slijtage. De exacte kenmerken verschillen van HDD SMART-gegevens, dus de monitoringtool moet de juiste apparaatondersteuning bieden.