Ha jól értem,
- SSD-t > * hozzárendelhető több háttértáras merevlemez gyorsítótárához, majd a létrejövő gyorsítótárazott eszközök RAID-ra tehetők az mdadm
segítségével, vagy - több merevlemez-meghajtók RAID-ba helyezhetők egyetlen háttértárba és a A gyorsítótárhoz rendelt SSD
Kíváncsi vagyok, melyik a józanabb megközelítés. Felmerül bennem, hogy a RAID5 / 6 növekedése egyik vagy másik technikával egyszerűbb lehet, de nem biztos, hogy melyik!
Vannak-e jó okok (pl. a háttértár növelése vagy bármi más) az egyik megközelítés választására a másikra (egy nagy, nem root fájlrendszerhez, amely virtuálisgép-támogató fájlokat tartalmaz)?
* “SSD” alatt valamiféle redundáns SSD eszközt értek, pl. két fizikai RAID1 al SSD-k
Megjegyzések
Válasz
Úgy gondolom, hogy az egész md eszköz gyorsítótárazásának van értelme.
A bcache telepítése a az egész md eszköz feláldozza a raid megvalósításának ötletét, mert egy újabb hibapontot vezet be.
-
Az SSD lemezek OTH hibái viszonylag ritkák, és a bcache beilleszthető a
writethrough/writearoundmód (ellentétben awritebackmóddal), ahol nincs adat csak a gyorsítótárba tárolja, és a gyorsítótár meghibásodása nem pusztítja el a raid információit, így viszonylag biztonságos lehetőség. -
Másik tény, hogy jelentős számítási a puha RAID-5 feje fölött; amikor minden egyes spinning raid tagot külön-külön tárolnak, a számítógépnek még mindig meg kell tennie újraszámolja az összes paritást, még a gyorsítótár-találatok esetén is.
-
Nyilvánvaló, hogy feláldozna néhány drága SD-helyet, ha mindegyik pörgő meghajtót külön tárolja.– Hacsak nem rajtaütéses ssd gyorsítótárat kíván használni. -
Mindkét opció viszonylag nem befolyásolja a növekedési folyamat idejét – bár a forgó meghajtók külön gyorsítótárba helyezett opciója lassabb lehet a nagyobb buszforgalom.
Gyors és viszonylag egyszerű folyamat a bcache konfigurálása az ssd meghajtó eltávolítására, amikor cserélni kell. A blokkolja lehetővé kell tenni a raid telepítés mindkét irányba történő áttelepítését a helyszínen.
Arra is emlékeznie kell, hogy jelenleg a legtöbb (mind?) élő- A CD-terjesztések nem támogatják a bcache t, így egyszerűen nem férhet hozzá az adatokhoz ilyen eszközökkel, függetlenül a bcache – mdraid az Ön által választott elrendezési opció.
Megjegyzések
- I ' frissítette a kérdést, hogy világossá váljon. Én ' m nem nem tervezek nem redundáns SSD gyorsítótárat. A második golyója pont kiváló poi nt, köszönöm ezt. Harmadik pont az űrről: arra gondol, hogy ' tárolja a paritást az SSD-n? írd vissza az utolsó para, én ' m az F20 használatával, de végül RHEL / CentOS7 vagy Debian Jessie-t fogok használni (ha a bcache-tools kivágja).
- @JackDouglas Ad 3. pont: Igen, pontosan ez. De mivel rajtaütéses sdd meghajtók használatát tervezi, ez nem vonatkozik rád. '.
- Még mindig így van, mert ' ll nem csak tükröződik, hanem tárolnia kell a háttér meghajtók RAID paritását is. Ez nem ' az eset, ha a RAID-t a bcache alatt végzem, amiről azt hittem, hogy a te pontod
- úgy gondolom, hogy ennek az ellenkezőjét érted: az ssd mátrix nem ' nem kell tárolnia a forgó lemezeket ' paritáson, ha az egész mdraid meghajtót táplálja.
- igen, az ' pontosan mire gondolok!
Válasz
I ” úgy gondolom, hogy a józan megközelítés az eredményül kapott MD eszköz gyorsítótárba helyezése.
A bcache a szekvenciális olvasások és írások átadására szolgál.
Ha az egyes eszközöket külön-külön, logikailag, több eszközt tárolja. egy lerohanó vagy lecsupaszított MD-be csíkozva, a bcache szempontjából folyamatosan véletlenszerű blokkokat fog írni.
Míg egy bcache-el ellátott MD-kötet normálisnak tűnik, fájlokat ír a kötetbe, majd véletlenszerű blokkokat többre eszközöket.
A hardveres és a szoftveres razzia teljes lényege, hogy az adatokat a háttérbe csíkozzuk, hogy az eredményül kapott fájlok A tem normál kötetnek tűnik.
Lehet, hogy ez nem helyes (mivel a bcache devs okos lehet, és figyelembe veszi ezt a fajta helyzetet), de a logikusan optimális dolog a köteteket gyorsítótárba helyezni, majd blokkolni eszközök.
Megjegyzések
- szintén nagyon jó pont
- Egy nagy szekvenciális írás RAID5 / 6-ba szekvenciális írásokat eredményez az összes alkatrész eszköze. Minden komponens eszköz minden N-1 adatblokkot (vagy paritást) megkap, de az általa kapott adatok szekvenciálisak. De ' igaza van abban, hogy torzítani fogja a dolgokat. Ha vannak olyan darabok, amelyek gyakori részcsíkos írásokat látnak, ami a paritás csíkjának (egy részének) olvasási, módosítási-írási eredményét eredményezi, amelyet a bcache tárolhat. A gyorsítótárba helyezés még ennél is jobb lenne, még mielőtt a részcsíkos írás elérné az MD eszközt.
bcachea hátlapokatbcacheformátummal kell formázni – tehát ' ll vagy létre kell hozni egymdtömb, formázza az egyetlen kapott lemezt teljes egészébenbcachetámogatott partícióvá, kapcsolja össze a gyorsítótárával és menjen onnan, vagy formázzon sok lemezt abcache, kösse össze a gyorsítótárral, majd formázza a sok lemezt egy tömbként. Mindkét esetben a meghibásodásnak több pontja is van, amelyek mindegyike két fájlrendszer közötti interoperabilitástól függ – nem beszélve a végső fs-ről. lásd itt : görgessen lefelé .