Ein degradiertes NAS-Array kann sich verlangsamen, bevor der Wiederaufbau beginnt, weil der Ausfall bereits geändert hat, wie gewöhnliche Lese- und Schreibvorgänge abgeschlossen werden. Das Array kann eine parallele Spiegelquelle verlieren, fehlende Paritätsdaten bei Bedarf rekonstruieren, ein instabiles Laufwerk erneut versuchen oder mehr Arbeit über die überlebenden Mitglieder leiten.
Der Wiederaufbau ist eine spätere Arbeitslast, die das fehlende Mitglied wiederherstellt. Der degradierte Betrieb beginnt, sobald das Array aufhört, einem Mitglied zu vertrauen, sodass die Anwendungs-Latenz steigen kann, selbst wenn der Ersatzschacht leer ist und keine Fortschrittsanzeige für die Rekonstruktion läuft.
Was ändert sich in dem Moment, in dem ein RAID-Mitglied fehlt?
Die meisten redundanten Arrays arbeiten weiterhin im degradierten Modus, aber ihr Datenpfad ist nicht mehr der gesunde Pfad, der verwendet wird, wenn jedes Mitglied verfügbar ist.
Der Array-Controller oder die Software-Schicht verzeichnet das Mitglied als ausgefallen, nicht verfügbar oder nicht mehr vertrauenswürdig. Von diesem Zeitpunkt an muss jede Anfrage die fehlende Quelle vermeiden und die Konsistenz mit weniger Geräten bewahren.
Die genaue Belastung hängt vom RAID-Level und dem angeforderten Block ab. Lesungen, die auf überlebende Daten abzielen, können relativ direkt bleiben, während Lesungen, die das ausgefallene Mitglied benötigen, eine Rekonstruktion oder eine andere Kopie erfordern.
Warum benötigen Paritätslesungen vor dem Wiederaufbau mehr Arbeit?
Eine Anforderung für Daten, die zum ausgefallenen Mitglied gehörten, wird zu einem degradierten Lesevorgang. Während dieses Pfads verbrauchen degradierte Lesungen CPU, um Daten aus den überlebenden Daten- und Paritätsstücken wiederherzustellen.
Anstatt einen angeforderten Block zu lesen, benötigt das Array möglicherweise Blöcke von mehreren überlebenden Laufwerken, führt eine XOR- oder Löschcode-Berechnung durch und liefert das rekonstruierte Ergebnis an den Client zurück. Das erhöht die Geräteverzweigung und die Verarbeitung pro Anfrage.
Da diese Rekonstruktion im Vordergrund stattfindet, können Benutzer langsamere Dateiöffnungen, Datenbanklesungen, Mediensuchen oder Anwendungsstarts bemerken, bevor ein Ersatzlaufwerk hinzugefügt wurde.
Warum verliert ein Spiegel die parallele Lesefähigkeit?
Gesunde Spiegel können Lesevorgänge zwischen gleichwertigen Kopien verteilen. Nach dem Ausfall eines Mitglieds bedient das verbleibende Spiegelmitglied die Lesevorgänge allein und entfernt die zuvor vorhandene parallele Leseverteilung und Warteschlangenverteilung.
Der sequentielle Durchsatz kann sich an die Kapazität eines einzelnen Laufwerks annähern, statt das kombinierte Verhalten des Spiegelpaars zu zeigen. Zufällige Anfragen sammeln sich ebenfalls hinter einer Gerätewarteschlange an, anstatt von der weniger ausgelasteten Kopie bedient zu werden.
Diese Strafe erfordert keine Paritätsberechnungen. Sie entsteht dadurch, dass eine verfügbare Kopie verloren geht und die Arbeitslast auf das verbleibende Mitglied konzentriert wird.
Warum kann ein halb ausgefallenes Laufwerk langsamer sein als ein sauberer Ausfall?
Ein Laufwerk, das sichtbar bleibt, aber mit fehlerhaften Sektoren kämpft, kann lange Zeit mit dem Wiederholen von Befehlen verbringen. Im Linux-Software-RAID können lange Laufwerkstimeouts das Array blockieren, bevor die Speicherschicht aufgibt und den Block an anderer Stelle rekonstruiert.
Diese Pausen können schlimmer sein als ein Laufwerk, das sauber ausfällt und vom aktiven Pfad entfernt wird. Anfragen warten auf das unsichere Mitglied, Warteschlangen bauen sich dahinter auf, und Anwendungen erleben lange Latenzspitzen, selbst wenn der durchschnittliche Durchsatz noch akzeptabel erscheint.
Controller und NAS-Plattformen unterscheiden sich in ihren Timeout-, Fehlerbehebungs- und Mitgliedsentfernungsrichtlinien. Deshalb können zwei Arrays mit demselben RAID-Level sehr unterschiedlich auf dieselbe marginale Festplatte reagieren.
Wie konkurrieren normale NAS-Arbeitslasten mit degradiertem I/O?
Die verbleibenden Laufwerke müssen weiterhin SMB, NFS, Container, Medienindizierung, Backups und Anwendungsdatenbanken bedienen und gleichzeitig zusätzliche Lesevorgänge für fehlende Daten bereitstellen. Der Betrieb im degradierten Modus belastet die verbleibenden Laufwerke.
Eine Anfrage, die früher ein oder zwei Geräte betraf, kann jetzt die gesamte Paritätsgruppe einbeziehen. Das verbraucht Bandbreite, erhöht die Warteschlangentiefe und kann nützliche Cache-Einträge mit rekonstruierten Daten und Metadaten verdrängen.
Die Verlangsamung wird bei HDD-Arrays, stark genutzten Mehrbenutzersystemen und Arbeitslasten mit vielen kleinen abhängigen I/O-Operationen deutlicher sichtbar. Eine einzelne große sequentielle Kopie kann Latenzen verbergen, die eine Anwendungsdatenbank sofort offenlegt.
Was ändert sich, wenn der Wiederaufbau endlich beginnt?
Das Hinzufügen eines Ersatzlaufwerks beginnt die zweite Leistungsphase. Das System muss die Redundanz wiederherstellen, und Wiederaufbauverkehr kann Lese- und Schreibvorgänge verlangsamen, während Vordergrundanwendungen aktiv bleiben.
Der Wiederaufbau liest überlebende Daten, berechnet fehlenden Inhalt und schreibt ihn auf das Ersatzlaufwerk. Dieser breite Hintergrundstrom konkurriert mit der bereits laufenden degradierten Vordergrundarbeit.
Die Wiederaufbau-Priorität ist daher ein Kompromiss. Ein aggressiverer Wiederaufbau kann das verwundbare Zeitfenster verkürzen, aber mehr sofortige Bandbreite verbrauchen, während ein sehr sanfter Wiederaufbau die Reaktionsfähigkeit bewahrt, dafür aber länger degradiert bleibt.
| Array-Zustand | Zusätzliche Arbeit | Wahrscheinlicher Benutzereffekt |
|---|---|---|
| Gesunder Spiegel | Lesevorgänge können eine der beiden Kopien verwenden | Parallelität und geringerer Warteschlangendruck |
| Degradierter Spiegel | Ein Mitglied bedient alle Lesevorgänge | Niedrigere Durchsatzrate und höhere Latenz |
| Degradiertes Paritäts-Array | Fehlende Blöcke werden bei Bedarf rekonstruiert | Mehr Geräte-Lesevorgänge und CPU-Arbeit |
| Wiederaufbau eines Paritäts-Arrays | Rekonstruktion im Vordergrund plus Wiederherstellungsstrom | Eine zweite, oft größere Leistungseinbuße |
FAQ
Kann ein degradiertes RAID-Array auch dann langsam sein, wenn kein Wiederaufbau läuft?
Ja. Das Array kann bereits fehlende Lesevorgänge rekonstruieren, ein verbleibendes Spiegelmitglied verwenden oder auf Wiederholungen von einem instabilen Laufwerk warten.
Wird jeder Lesevorgang in einem degradierten Paritäts-Array langsamer?
Nicht unbedingt. Lesevorgänge für Daten, die noch direkt auf den überlebenden Mitgliedern verfügbar sind, können schnell bleiben, während Anfragen, die den Beitrag des ausgefallenen Mitglieds benötigen, eine Rekonstruktion erfordern.
Warum kann das Entfernen eines ausfallenden Laufwerks manchmal die Reaktionsfähigkeit verbessern?
Ein marginales Laufwerk kann Befehle während wiederholter Wiederherstellungsversuche zurückhalten. Sobald das Array nicht mehr darauf wartet, kann die RAID-Schicht fehlgeschlagene Lesevorgänge vorhersehbar aus der Redundanz rekonstruieren.
Sollte die Wiederaufbau-Priorität immer auf Maximum gesetzt werden?
Es gibt keine universelle Einstellung, die für jedes NAS passt. Höhere Priorität verkürzt die degradierte Zeit, kann aber die Reaktionsfähigkeit des Dienstes verringern. Die Entscheidung sollte die Wichtigkeit der Arbeitslast, den Zustand des Arrays und die Backup-Bereitschaft widerspiegeln.
Fazit
Ein NAS wartet nicht, bis der Wiederaufbau degradiert ist. Die Leistung kann sofort fallen, da der gesunde Leseweg bereits verschwunden ist: Spiegel verlieren eine Kopie, Paritäts-Arrays rekonstruieren fehlende Blöcke, und marginale Laufwerke können Warteschlangen durch lange Wiederholungsversuche blockieren. Der Wiederaufbau fügt dieser degradierten Route eine zweite Arbeitslast hinzu, weshalb die Verlangsamung oft vor dem Fortschrittsbalken beginnt und nach dessen Start stärker wird.
Tech- & KI-Zentrum
Mehr zum Lesen

Warum funktioniert Home Assistant über LAN- und Remote-Verbindungen unterschiedlich?
LAN- und Remote-Home-Assistant-Sitzungen nutzen unterschiedliche Netzwerkpfade; bei Remote-Verbindungen kommen DNS, Verschlüsselung, WAN, Proxy oder VPN sowie das Verhalten bei erneuten Verbindungen als zusätzliche Latenzquellen...

Funktioniert Home Assistant zuverlässig hinter CGNAT oder doppeltem NAT?
CGNAT und doppeltes NAT beeinträchtigen die lokale Steuerung von Home Assistant normalerweise nicht; sie verändern hauptsächlich, wie externe Clients eine eingehende Verbindung zum Heimnetzwerk...

Wie beeinflusst die Netzwerklatenz Home Assistant während Internetausfällen?
Internetausfall und Netzwerklatenz sind unterschiedliche Fehler: Lokale Gerätepfade können schnell bleiben, während DNS, Cloud-Integrationen, Gateways oder Remote-Clients warten.

