Parallel RAID resync

Helyzet a következő:

Windows 2008 R2, van 2 partició 1 diszken, ez RAID mirror-al tükrözve +1 diszken. Ha vmi miatt a RAID szinkron megszűnik a 2 diszk között, resynceli az egészet. Ezt párhuzamosan teszi a 2 partíción, ezért adott diszken a 2 partició resync "egymás ellen dolgozik", kb 10x időt igényel a dolog befejezése. Tud rá valaki megoldást, hogyan lehetne 1 diszken levő különböző particiókat egymás után resynceltetni soros megoldással?

Thx!

Hozzászólások

Most futott le a resync? - tudom, hogy ez rajtad nem segit, de jol esett... :)

Ha 15 év a resync idő, akkor javaslom a hardver cseréjét. Úgy is kifutott már a Win2008 a támogatási idejéből.

Gondolom ez valami Windows beépített SW mirror lehet, ami partíciónként és nem diszkenként van konfigurálva, szerintem csak akkor fordulhat elő ilyen. Normális RAID (akár SW, akár HW), ami diszk-szintű konfigurációval fut, nem kezdi el ugyan annak a diszknek a különböző részeit szinkronizálni - pont a diszk nem-végtelen terhelhetősége miatt.

Annak lenne érdemes utána nézni, hogy ha diszk szinten lenne beállítva a mirror, akkor is a diszken belüli logikai felosztás szerint kezdi több szálon a resync-et, vagy akkor egy menetben az egész disket resync-eli csak.

MD RAID, ZFS, BTRFS és HW RAID komplett diszket szinkronizál, nem egy diszk különböző részeit párhuzamosan.

Pont, hogy a modern, nagyon gyors, nagyon nagy IOPS képességű NVMe SSD-k esetén lenne érdekes az eredeti probléma megfordítása: lehet-e párhuzamosan resync-elni a meghajtó különböző részeit, mert bírná...

Windows built-in softRAID volt ha jól emlékszem. Az csinálta ezt a raid-rebuld-et minden váratlan shutdown után észnélkül az összes volume-ra. Registry-ből gondoltam volna h. eszükbe jutott a mikroszoftnál h. legyen rá per disk queue, és akkor 1 disk-en csak 1 rebuild fut 1 időben, a többi várólistára kerül. Nem öli meg a konkurens rebuild és a zéróra leeső IOPS az egészet.

Vicces h. anno a hw raid volt az istenített módi. Azóta meg szinte mindenhonnan kihaltak a proprietary diszk alrendszerek (kivéve pár nagy storage megoldás), és használj zfs-t jbod-dal. Windows-on meg ennek megfelelője a storages spaces.

Adtam neki 1 bump-ot, hátha 15 év alatt (lett valakinek rá megoldása. Egyefene WS2012R2-re is jó lesz, ha ott már megoldott.

Amúgy nvme-n biztos gyorsan lefut, a parallel működés ott is megvan.

 

Na mindegy, összegyűlt az évek során sok ilyen "ez feladta a leckét" probléma, a többségükre nem lett végül megoldás.

> csinálta ezt a raid-rebuld-et minden váratlan shutdown után észnélkül

a linux is csinalja... meg a hw raid kartyak is. maskulonben nem garantalhato hogy konzisztens lesz a 2 disk tartalma.

annyi hogy linuxon mdraid tud ilyen bitmapes akarmit amivel elvileg nem kell az egeszet ellenoriznie, de ez csak ujabb verziokban van

es vegul a problema megoldasa: ne legyen varatlan shutdown.

Nem a raid rebuild-et vitattam. Értem és elfogadom miért kell.

Hanem az egymást akadályozó/blokkoló konkurens folyamatokat. Ha nem akarna futtni mindegyik egyszerre, 10x hamarabb letudná a resync-et mindegyik folyamat. Csak kellene egy ütemező ami sorrendbe rakja őket.

linuxon mdraid tud ilyen bitmapes akarmit amivel elvileg nem kell az egeszet ellenoriznie

Egyszer kipróbáltam, RAID1-ből kivettem az egyik diszket, pár percig működött anélkül (nem volt sok írás), majd újra hozzáadtam. Két nap helyett öt másodperc volt a resync...

A Windows-os Storage Spaces-t nem ismerem (szerencsére), de ZFS-t és mdraid-et aktívan használok sok helyen, mindig diszk-szinten csinálom a RAID konfigot és még sohasem találkoztam olyannal, hogy bármelyik ne diszk-szinten, hanem partíció-szinten próbálta volna a resync-et. Szóval tartom, hogy szerintem az a Windows 2008-as soft RAID tükör rosszul volt eredetileg konfigolva, partíciónként.

Most már érdekelt, és megnéztem a neten. Az mdraid nem csinál párhuzamos resync-et olyan md-k esetén, melyek azonos fizikai diszk különböző partícióit használják. Csak akkor párhuzamos a resync, ha az érintett meghajtók teljesen különbözőek két md között. Egy beállítással lehet force-olni, hogy mégis, azonos érintett diszkek esetén is párhuzamosan álljon helyre.

ZFS esetében valahogy nem is jutna eszembe több partíciót csinálni diszkenként és ezeket több különböző pool-ba betenni. Valószínű másnak se, mert erre vonatkozóan a rászánt 5 perc alatt nem találtam releváns infót.