Vezmeme-li v úvahu pouze koncepty zahrnuté v každé vrstvě zásobníku, a nikoli konkrétní implementaci, mohlo by mít smysl pro některé aplikace vrstvit všechny tyto tři režimy RAID.
Rozložení na zobrazeném diagramu má však vážnou chybu. Vrstvy jste objednali špatně. Pro optimální výkon a spolehlivost musíte prohodit pořadí vrstev RAID-1 a RAID-6.
RAID-6 je obvykle nakonfigurován tak, aby toleroval ztrátu dvou disků. Takže se očekává, že RAID-6 selže, jakmile ztratíte tři disky. To znamená, že v nejhorším případě by ztráta tří ze 48 disků způsobila selhání jedné z komponent RAID-6.
Vaše data by tento incident přežila, ale museli byste vytvořit nový RAID-6 z 9 dobrých disků a 3 nových disků. Poté budete muset synchronizovat nově vytvořený RAID-6 a také nechat replikovat vrstvu RAID-1 z jiného RAID-6 na RAID-6, který se právě synchronizuje. To je opravdu I/O operace.
Případ 3 ztracených disků tedy vyžaduje pozornost správce k obnově a je náročný na vstupy a výstupy.
Místo toho byste mohli nejprve seskupit 24 disků do 12 párů pomocí RAID-1 a poté zkombinovat těchto 12 RAID-1 do RAID-6.
Tímto způsobem lze ztrátu jednoho disku vždy obnovit na vrstvě RAID-1, což je mnohem efektivnější než obnova na vrstvě RAID-6. A i v případě 5 ztracených disků máte zaručeno, že vrstva RAID-6 přežije.
V obou případech vaše data přežijí ztrátu 5 disků, ale je rozdíl v tom, jak rychle se obnovíte.
V obou případech by mohlo dojít ke ztrátě dat kvůli ztrátě 6 disků, ale riziko je ve vašem zobrazeném scénáři mnohem vyšší, než když se vrstvy prohodí.
Podrobnosti o implementaci
Čím více vrstev použijete, tím vyšší je riziko, že narazíte na případy, které má konkrétní implementace problémy zvládnout. Jednou otázkou, kterou je třeba mít na paměti, je, zda lze horké náhradní díly sdílet mezi různými větvemi struktury. Další je, jak automatická obnova z jednoho by byla ztráta jednoho z dílčích RAID. Pokud jste například ztratili oba disky v jednom z RAID-1 na nejnižší vrstvě, může automaticky vytvořit nový RAID-1 ze dvou hot náhradních a použít jej jako náhradní pro další vrstvu?
Myslím, že to posouvá hranice konceptu RAID a dostanete se do problémů, umožní vám řadič PERC přidat virtuální disky do jiného pole? Nebude mít každý svou vlastní politiku zápisu a mezipaměti, jaká je velikost mezipaměti na vašem řadiči - každopádně, pokud je výkon takový, jaký chcete, pak jste se podívali na Ceph? -je certifikován pro běh na R730, ale potřebovali byste SSD žurnálový disk - všechny zápisy probíhají na SSD a jsou přesunuty do pole později, nepotřebuje raid pro redundanci a nabízí ukládání objektů, bloků a souborů a kódování pro vymazání
Myslím, že architektura, kterou máte na mysli, je příliš složitá, aniž by mě napadl nějaký důvod. V podstatě plýtváte 28 disky ze 48 diskových polí kvůli redundanci. Důvod, proč byl vynalezen RAID6, protože mnozí považují RAID1/RAID10 za příliš plýtvání, ale vy zajdete ještě dále, když použijete RAID10 nad RAID6.
Doporučil bych zde buď použít RAID10 úplně, pokud opravdu potřebujete celou tuto redundanci, nebo použít RAID6 + RAID0 (také znám jako RAID60).
Také mějte na paměti, že rozumná velikost pro pole RAID6 je 8–20 disků, přičemž 12–16 je nejběžnější, což je technicky možné, ale nepraktické kvůli pracně dlouhé době obnovy.