Linux-Softraid: RAID-1 -> RAID-10 / RAID-1E

s24!

Registered User
Hi,

ich habe hier ein ganz normales Softraid-1 (bzw. zwei Stück, ein eigenes für /boot - dieses kann auch bleiben wie es ist), bestehend aus zwei Platten. Aufgrund gestiegener I/O-Last soll eine dritte HDD dazukommen. Eine vierte ist definitiv nicht möglich - ich weiß, dass das besser wäre.

Nun ist es ja (korrigiert mich, wenn ich falsch liege) so, dass das Softraid unter Linux von der Struktur her eigentlich ein RAID-1E ist; ein "richtiges" RAID-10 läuft definitionsbedingt nur mit einer geraden Anzahl an Platten. Ich habe aber schon ein Softraid-10 mit sieben Platten in einem anderen Server laufen, deshalb denke ich, dass das mit drei Stück ebenfalls laufen müsste.

Jetzt ist die große Frage: Wie mache ich aus meinem bestehenden RAID-1 ein (Software-)RAID-10 bzw. RAID-1E? Es darf ruhig experimentell sein, das ist eh vieles hier. ;)

Die Manpage sagt aus meiner Sicht wenn überhaupt, dass das nicht geht:

Code:
       [B]Grow[/B]   Grow (or shrink) an array, or otherwise reshape it in some way.  Currently supported growth options including changing the active size of component devices and changing  the  number
              of active devices in RAID levels 1/4/5/6, changing the RAID level between 1, 5, and 6, changing the chunk size and layout for RAID5 and RAID5, as well as adding or removing a write-
              intent bitmap.

Danke für etwaige Anregungen!


Viele Grüße
Tim
 
Das würde am Ende technisch bedeuten, du hast 2 Platten im Raid-1 und baust ein Striping über diese Raid-1 und die dritte zusätzliche Festplatte. Fällt letztere aus, sind alle Daten verloren.
Da könntest du eben so gut direkt ein Raid-0 bauen. :rolleyes:

Raid-Level Migration wirst du in diesem Fall wohl nicht ohne Backup&Restore der Daten hinbekommen.
 
Das würde am Ende technisch bedeuten, du hast 2 Platten im Raid-1 und baust ein Striping über diese Raid-1 und die dritte zusätzliche Festplatte. Fällt letztere aus, sind alle Daten verloren.
Das stimmt nicht, lies meinen Text noch mal. RAID-1E bzw. md-RAID-10 arbeitet anders. Dass ein "richtiges" RAID-10 nur mit einer geraden Plattenanzahl funktioniert, hatte ich ja oben auch schon festgestellt.

Raid-Level Migration wirst du in diesem Fall wohl nicht ohne Backup&Restore der Daten hinbekommen.
Ja, das ginge natürlich - hab ich auch schon öfter gemacht, kommt hier allerdings nicht in Frage bzw. die Downtime sollte vermieden werden.

Ich denke, es wird dann einfach ein RAID-1 mit drei Platten. Die Leseperformance sollte hier sogar besser sein als beim RAID-1E.
 
Das stimmt nicht, lies meinen Text noch mal. RAID-1E bzw. md-RAID-10 arbeitet anders.
Linux-md-RAID hat keinen Support für RAID-1E. Daher habe ich den Satz aus Wikipedia:
Es gibt allerdings noch andere Versionen von RAID 1E, die flexibler sind als die hier dargestellte Variante.
wörtlich genommen.
Das sich Linux-md-RAID-10 auch mit ungerader Anzahl an Platten betreiben lässt war mir neu.

Bevor sich noch mehr Leute den Kopf über völlig abstruse (und kaum praxis-relevante) RAID-Konstrukte zerbrechen: http://en.wikipedia.org/wiki/Non-standard_RAID_levels#Linux_MD_RAID_10
(Linux-md)-RAID-10 unterscheidet sich nochmal von RAID-1, RAID-1E und RAID-10.
 
Oh Gott, das ist Lektüre für nach dem Frühstück. :D Danke dafür, kannte noch keine detaillierte Beschreibung. Mit ungerader Anzahl an Platten geht's aber wie gesagt definitiv.
 
Wie wärs damit, das Raid1 einfach zu lassen und die zusätzliche Platte für rechnerinterne Backups zu nutzen? Nochmal gelesen: Du willst ja I/O verbessern. Hm, wäre ein Raid5 besser? Schreibtechnisch wenns auf Software basiert wohl eher nicht. Zumindest hättest Du mehr Platz.

Nebenbei: dass Backups vor irgendwelchen Experimenten Pflicht sind, versteht sich von selbst, oder?
 
Last edited by a moderator:
Wie wärs damit, das Raid1 einfach zu lassen und die zusätzliche Platte für rechnerinterne Backups zu nutzen?
Nein, weil:
Du willst ja I/O verbessern.

Hm, wäre ein Raid5 besser? Schreibtechnisch wenns auf Software basiert wohl eher nicht.
HW-Raid ist leider nicht drin. Generell werden hier primär Reads verursacht (Verhältnis 6:1), wo das Softraid-1 nicht schlechter als ein RAID-5 sein sollte. Oder?

Zumindest hättest Du mehr Platz.
Das stimmt natürlich - aber der Platz ist hier annähernd irrelevant. :)

Nebenbei: dass Backups vor irgendwelchen Experimenten Pflicht sind, versteht sich von selbst, oder?
Backups laufen jede Nacht, ja. Ein Restore kommt aber immer ungelegen, das dauert eine Weile. ^^
 
HW-Raid ist leider nicht drin. Generell werden hier primär Reads verursacht (Verhältnis 6:1), wo das Softraid-1 nicht schlechter als ein RAID-5 sein sollte. Oder?

Reads sind bei Raid5 CPU unkritisch und damit nicht schlechter als bei Raid1.

Backups laufen jede Nacht, ja. Ein Restore kommt aber immer ungelegen, das dauert eine Weile. ^^

Wenn das Backup lokal wäre (3. Platte), wäre es deutlich schneller wiederhergestellt.

Leider kann man mit 3 Platten nichts wirklich sinnvolles zur I/O Verbesserung machen. So ist das nun mal. Insofern kannst Du es lassen, oder einen anderen Aspekt (Mehr Platz auf Raid5, Nutzung als lokales Backup, Nutzung als Hotspare) umsetzen.
 
Back
Top