Synology HA Cluster Ausfallszenarien

Hinweis: Bitte beachten Sie, dass dieser Artikel / diese Kategorie sich entweder auf ältere Software/Hardware Komponenten bezieht oder aus sonstigen Gründen nicht mehr gewartet wird. Diese Seite wird nicht mehr aktualisiert und ist rein zu Referenzzwecken noch hier im Archiv abrufbar.

Dieser Artikel beschreibt Ausfallszenarien eines Hochverfügbarkeit-Clusters (High Availability - HA) anhand zweier Synology Netzwerkspeicher-Geräte (NAS) unter DiskStation Manager (DSM) 5.0. Der Artikel Synology HA Cluster Konfiguration erläutert die Konfiguration eines Synology HA Clusters.

Ausfallszenarien

Nachfolgend werden praxistypische Probleme und deren Lösung aufgelistet.

Festplatte am passiven NAS entfernt

Die Anzeige wechselt auf Warning und das passive Gerät warnt mit einem Piepton.
Der Log des passiven NAS zeigt Fehler an.
Im Storage Status wird das Volume als Degraded angezeigt. Nachdem die Festplatte wieder hinzugefügt wurde, wird durch klicken auf den Button Repair das Volume repariert.
Volume wird repariert
Rebuild des Volumes
Nach dem Abschluss des Rebuilds ist der Status wieder Healthy.

Festplatte am aktiven NAS entfernt

Der Speicher des aktiven NAS wird als degraded markiert. Ansonsten verhält sich der Rebuild des RAIDs wie bei dem passiven Server.

Alle Festplatten am aktiven NAS entfernt

Speicher des aktiven NAS gecrasht.

Es ist ein Rebuild des Volumes wie beim Entfernen einer einzelnen Festplatte erforderlich.

Versehentliches Ausschalten

Bei einem Versehentlichen Ausschalten des aktiven Servers übernimmt der passive Server die Dienste.
Die Weboberfläche ist kurz (im Test ca. 2 Minuten) nicht erreichbar.
Gestartete Services (z.B. Mediawiki) sind ebenso nicht erreichbar.

Anschließend wird der zuvor passive Server als aktiv markiert und der andere grau und als passiv dargestellt.
Nach dem Anschalten des passiven Servers wird zuerst eine Warnung ausgegeben dass das Volume nicht auf den passiven Server repliziert werden kann.
Nach einem Piepton folgt aber der Status Healthy.

Heartbeat-Verbindung unterbrochen

DSM meldet die Heartbeat-Verbindung als down.
Ausgabe einer Warnung nach dem Wiederanstecken des Kabels.
Status Healthy.

LAN-Verbindung des aktiven Servers getrennt

Nach dem Entfernen der LAN-Verbindung des aktiven Servers sind die aktiven Services nicht mehr erreichbar.
Die Weboberfläche ist ebenso nicht mehr erreichbar.
Nach etwa 2 Minuten erfolgt ein Wechsel auf den passiven Server und die Oberfläche sowie Services sind wieder funktional.

LAN-Verbindung des passiven Servers getrennt

Netzstecker am passiven NAS abgezogen

Zuerst wird gemeldet dass die Heartbeat-Connection down ist, anschließend Failed to detect passive server..

Netzstecker am aktiven NAS abgezogen

Nach dem Entfernen des Netzsteckers sind die aktiven Services nicht mehr erreichbar.
Die Weboberfläche ist ebenso nicht mehr erreichbar.
Nach etwa 2 Minuten erfolgt ein Wechsel auf den passiven Server und die Oberfläche sowie Services sind wieder funktional.

Ausgaben von: cat /proc/drbd

Netzstecker abgesteckt

version: 8.4.1 (api:1/proto:86-100)
GIT-hash: b8c4884c526fb7ede9074bf560471f1f25ce58f4 build by root@build5, 2014-01-20 02:40:30
 0: cs:WFConnection ro:Primary/Unknown ds:UpToDate/DUnknown C r--u-- vg1-volume_1
    ns:0 nr:6144 dw:9076 dr:60545 al:16 bm:2 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:9728

Netzstecker wieder angesteckt und NAS bootet

version: 8.4.1 (api:1/proto:86-100)
GIT-hash: b8c4884c526fb7ede9074bf560471f1f25ce58f4 build by root@build5, 2014-01-20 02:40:30
 0: cs:PausedSyncS ro:Primary/Secondary ds:UpToDate/Inconsistent C r-p--- vg1-volume_1
    ns:0 nr:6144 dw:9864 dr:60585 al:18 bm:2 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:245760

Synchronisationsprozess

version: 8.4.1 (api:1/proto:86-100)
GIT-hash: b8c4884c526fb7ede9074bf560471f1f25ce58f4 build by root@build5, 2014-01-20 02:40:30
 0: cs:SyncSource ro:Primary/Secondary ds:UpToDate/Inconsistent C r----- vg1-volume_1
    ns:70328 nr:6144 dw:9864 dr:193969 al:18 bm:2 lo:10 pe:61 ua:256 ap:0 ep:1 wo:b oos:190976
	[===================>] sync'ed:100.0% (0/472064)M
	finish: 0:00:57 speed: 2,304 (54,784) K/sec

HA wieder funktional

version: 8.4.1 (api:1/proto:86-100)
GIT-hash: b8c4884c526fb7ede9074bf560471f1f25ce58f4 build by root@build5, 2014-01-20 02:40:30
 0: cs:Connected ro:Primary/Secondary ds:UpToDate/UpToDate C r----- vg1-volume_1
    ns:245760 nr:6144 dw:9864 dr:306465 al:18 bm:4 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:0

Autor: Thomas Niedermeier

Thomas Niedermeier arbeitet im Product Management Team von Thomas-Krenn. Er absolvierte an der Hochschule Deggendorf sein Studium zum Bachelor Wirtschaftsinformatik. Seit 2013 ist Thomas bei Thomas-Krenn beschäftigt und kümmert sich unter anderem um OPNsense Firewalls, das Thomas-Krenn-Wiki und Firmware Sicherheitsupdates.