- Liittynyt
- 17.10.2016
- Viestejä
- 1 347
Tässä kun on tullut pähkäiltyä eri levypooli variaatioita ja ongelmana on se kun on sellaista sekarengastusta levyjen kanssa. Yhdessä vaiheessa jo ajattelin että vihdoin ratkaisu löytyi eli BTRFS raid-5 joka mahdollistaa siis eri kokoiset levyt. Mutta btrfs raid-5 toteutus on vielä pahasti keskeneräinen, suurin showstopper on scrub joka on raid-5 aivan karmean hidas, se on kehittäjien tiedossa kyllä, se ilmeisesti tekee sitä scrubbia turhaan moneen kertaan päällekkäin, joten hiukan isompi pooli jos on kyseessä niin se scrub voi kestää viikkoja.
Sitten tuli mieleen että mikä olisi esteenä jos tekisi jotain tällaista?
![]()
Eli partitioi kaikki levyt esim. 1TB partitioihin ja tekee MD:n kanssa useamman raid-5 pakan jotka sitten naittaa LVM:n kanssa yhteen. Mitä arvon raati on mieltä että mitä ongelmia tässä on muuta kuin se fakta että menee aika monimutkaiseksi poolin rakenne.
Minulla ensimmäisenä tulee mieleen että tuossa voi olla yllättäviä ja varsin merkittäviä ongelmia suorituskyvyn kanssa, kun parhaimmillaan voi olla sama sisältö hajautettuna moninkertaisena samoille fyysisille levyille (+ pariteetti). Eikä sitä voi edes mitenkään hallita jos se on läpinäkymättömänä LVM:n takana. Jo ilman LVM:ääkin tuo kuulostaa hankalalta setupilta, mutta ainakin silloin voi omilla tekemisillään yrittää huolehtia että varsinkaan noita kolmea ensimmäistä pakkaa ei rynkytetä rajusti rinnakkain samanaikaisesti. Näin siis ihan puhtaasti vahvalla mutulla, minkäänlaista kokemusta tällaisesta ei ole

Sivuhuomiona, levysuorituskyvyn lisäksi ainakin omien kokemusten perusteella pahasti takkuavat I/O-operaatiot voivat aiheuttaa koko järjestelmän tahmailua kun kernelin I/O-kutsut jäävät odottelemaan jo käynnissä olevien kutsujen palaamista.