Dotaz: Dvě RAID jednotky namapované do /home

[Tomasekkkk]

Zdravím Vás,

mám dotaz. Mám instalován Centos 7 a ten je instalován na 2x SSD v RAID1, dále mám v serveru 2x RAID1 (tzn. 4 disky) kde na každém RAID je 4TB disk a ptám se:

Chtěl bych mít na těchto discích ukládané fotografie (max. 2MB jedna) a budou přístupné přes Apache nebo NGINX. Poradíte mi jak namountovat tyto dva RAID1 do /home, rád bych to měl do budoucna uděláno tak, že jak bude docházet místo na těch dvou RAID1, přidám další dva disky do dalšícho RAID1 a připojím k současnému /home (zde by v současnosti byly už namoutovány 2 RAID 1), tím pádem budu mít "skoro neomezený" /home

Snad jsem to trošku polopaticky vysvětlil :)

Mockrát děkuji

Odpovědi

[NN]

mount /dev/mdX /home/foo
mount /dev/mdY /home/bar

Nebudu spekulovat nad resenim a predpokladam, ze je to SW RAID.

[Tomasekkkk]

Rád si nechám poradit. Mám nastaven HW Raid přímo přes HP Inteligent Provisioning (mám řadič B140i), nikde na netu jsem se nedočetl, zda-li nastavovat přímo RAID v linux nebo přes HP. Lze mountovat jeden stejný "adresář", tedy /home nebo musím pro každý disk dělat "podadresáře"? Co se týká chybovosti a životnosti disku, tak jsem s tím smířený, ale určitě bych ten disk měnil. Nebo máte jiný tip? Budu za něj rád. Děkuji

[Jendа]

Mám nastaven HW Raid přímo přes HP Inteligent Provisioning (mám řadič B140i), nikde na netu jsem se nedočetl, zda-li nastavovat přímo RAID v linux nebo přes HP.

Doporučuji používat SW RAID. Na HW RAIDu jsem viděl různé divné bugy a nejde to ladit a taky když ti odejde, disky většinou jinde nepřečteš. SW RAID strčíš do libovolného jiného počítače s Linuxem.

A pokud se rozhodneš pro btrfs, tak je to úplně jasné.

Lze mountovat jeden stejný "adresář", tedy /home nebo musím pro každý disk dělat "podadresáře"?

Podadresář. A přijde mi to hloupé, protože ti na jednom třeba dojde místo a budeš to muset přesouvat a symlinkovat a bude v tom bordel.

[Tomasekkkk]

Mnohokrát díky za čas a zeptám se:

HW Raid od HP, lze se vyrovnat se SW Raidem v tom Centosu? Jde mi o to, že bych chtěl kvalitu, abych neřešil každou chvilku nějaký problém.

Co se týká toho Podadresáře, já bych právě pomocí PHP aplikace kopíroval fotky např. do /home/fotky, takže bych si ověřoval kdy dochází místo a pak mountoval další RAID disky. Takže bych se toho docházení místa nebál. Já ty fotky budu zobrazovat pomocí Apache / NGINX a tam bych na úrovni serveru musel řešit kontrolu zda-li dochází místo a pokud ano, aby script začal dávat fotky do jiného adresáře a pak pomocí databáze mu ukazovat cestu odkud má jakou fotku načítat. Pro mě by asi fakt bylo lepší mít ten adresář /home na všechny "RAID" namountované.

[dustin]

Ten raid od HP je také SW, dle dokumentace. Vyzdvihují to tam jako velikou výhodu

HP Dynamic Smart Array is a RAID solution combining a storage host bus adapter (HBA) and proprietary software components. Eliminating most of the hardware RAID controller components and relocating advanced RAID algorithms from a hardware-based controller into device driver software lowers the total solution cost, while still maintaining comparable RAID protection and full compatibility with Smart Array disk format, configuration utilities, and management/monitoring software.

Closed source binárka http://downloads.linux.hp.com/SDR/project/ubuntu-hpdsa/ Určitě bych věřil víc md raidu v kernelu.

[Tomasekkkk]

Moc děkuju za informaci. Taky mě napadlo, že to bude nějaký SW, stejně jim veškeré jejich Inteligent Provisioningy atp. jedou pod Linuxem a konfiguruje se to ve "firefoxu".

Takže, abych to shrnul, doporučujete tady všichni spíše využívat SW Raid pomocí Linuxu, je to tak? Jak se potom řeší případné Cachování jako je tomu v nastavení RAIDů? To dokáže Linux pomocí doinstalovaného ovladače RAIDU využívat také?

[Jendа]

Jak se potom řeší případné Cachování jako je tomu v nastavení RAIDů?

Používá se standardní pagecache Linuxu jako všude jinde.

To dokáže Linux pomocí doinstalovaného ovladače RAIDU využívat také?

HW RAIDy si řeší cache samy, operační systém do toho nevidí. Přijde mi, že se může hodit bateriová cache u aplikací, kde je kritický čas zapsání, jinak je to zbytečné.

[dustin]

Nevím, jak to má udělaný tento konkrétní řadič, ale přijde mi, že není důvod, aby řadič s cache zálohovanou baterií nemohl cache využívat i pro jednotlivé disky, když nad nimi neběží žádný HW raid. Je obrovský rozdíl ve výkonu, když se u syncu čeká na disk a když řadič vrátí potvrzení okamžitě a sync si spolehlivě zajistí svou keší a baterií. Když zavolám sync na SW raid a disky napojené na takovýto řadič vrátí sync okamžitě (garantované baterií), tak to IMO má pořád velký přínos. Ale je možné, že ve standalone režimu bez raidu se cache/baterie nevyužije, nevím. I když by to bylo divné/škoda.

[Tomasekkkk]

Přílohy:

• DSC_2023.JPG (354673 bytů)
• DSC_2024.JPG (454951 bytů)

Tak jsem se pustil do nové instalace Centos 7. Při instalaci si vyberu dva SSD disky, které nastavím tak, že dám Device Type: RAID, RAID level na RAID1, ale ve File system mám na výběr jen ext2-4,EFI System Partition, swap, xfs a vfat. Btrfs tam není. Jenže já bych opravdu chtěl mít oba disky projistotu "zálohované" mirrorem, kdyby došlo k nějakému problému, ať jen vyměním disk a funguju dál (fotky v příloze)

[Tomasekkkk]

Tak vidím, že se mám ještě co učit, dle manuálu na internetu a youtube tedy BTRFS tam nastavit jde a to zároveň s RAID1, ale teď jde o to, vyuźívat spíše EXT4 nebo XFS?

[Jendа]

Btrfs tam není.

Ale ty nechceš mít MD RAID a nad tím btrfs, ty chceš mít btrfs rovnou na discích a nad tím BTRFS RAID. MD RAID chceš možná na začátku velký tak 10 GB na / a ten dej klidně ext4.

[Tomasekkkk]

Jenže zkouším vytvořit přes konzoli RAID a btrfs formát a píše mi to

"Turning ON incompat feature 'extref': increased hardlink limit per file to 65536"

[Jendа]

To je v pořádku.

Btw. kernel 3.13 a možná i další věci z centosu 7 jsou historické.

[lertimir]

No kernel v Centos 6 je 2.6.26.

[lertimir]

pardon 2.6.32

[Jendа]

Instaluje CentOS 7. Instalovat CentOS 6 (přes pět let starou distribuci) by byla ještě větší sebevražda.

[lertimir]

Ano to je. Fakticky by to asi ani moc dobře nešlo zkloubit tak staré jádro s BTRFS. Ale i btrfs na 3.13 není moc ideální. Vývoj btrfs je nejvíce dynamický ze všech FS. Nevím přesně, kdy se objevila podpora btrfsck, ale zase moc dlouho to není. Tak rok, rok a půl.

[Tomasekkkk]

Ojojojoj Děkuji za vysvětlenou. Snad jsem tím CENTOS 7 neudělal chybu Už mi to funguje. Bylo zvláštní, že po prvním mountování nenaběhl Centos 7, musel jsem znovu namountovat a vytvořit RAID, pak už to jelo. Mockrát děkuju

[GeorgeWH]

imho, kym toto pole zaplnis, tak tie disky uz budu davno za zenitom zrele akurat tak do srotu (8tb, zivotnost diskov 5 rokov, jedna foto 2mb => 2298 fotiek/den).

[pavel]

Logical Volume manager

[Jendа]

LVM jednoduše přes víc PV.

[Tomasekkkk]

Díval jsem se na možnost LVM nebo BTRFS, teď co si vybrat ... :(

[pavele]

Andreji?

[Jendа]

btrfs má víc funkcí (např. umožní mixovat disky různých kapacit), použil bych ten. Pro jistotu s nějakým novým kernelem, tj. třeba na Debianu stable kernel z backportů.

[Tomasekkkk]

To btrfs umí tedy to co LVM, je to tak, ne? Právě dle informací co jsem po internetu sehnal se k tomu BTRFS klaní více lidí. BTRFS umí také "za chodu" zvětšovat oddíly atp. ne?

[Jendа]

To btrfs umí tedy to co LVM, je to tak, ne?

Umí většinu toho, co LVM, a něco navíc. Konkrétně neumí vyrobit blockdevice (což tě nezajímá když nebudeš provozovat virtuální počítače), ale zase na rozdíl od kombinace MD RAID+LVM umí dělat RAID1 přes libovolný počet různě velkých disků.

Další užitečná věc v btrfs pro archivaci dat jsou checksumy, které kontrolují, že data na disku „sedí“ (osobně ani po rok trvajícím průzkumu nedokážu posoudit, jak často se poškodí data na MD RAIDu s běžným hardware - máme asi 50 TB dat, MD už párkrát nahlásilo, že mu nějaký blok nesedí, ale nedokázal jsem z kernelu dostat informace, jak se to opravilo).

[Tomasekkkk]

Perfektní, děkuju za informaci a vysvětlení. Zůstanu tedy u BTRFS, jen se s tím naučím zacházet a vymyslím tedy jak nahrávat data mountovat "nejlépe automaticky"

[Peter Golis]

Na automatické pripájanie pri štarte by mal stačiť valídny záznam v /etc/fstab. Ale silno by som odporučil vyriešiť skopírovanie domovských priečinkov už existujúcim užívateľom. A to vrátane "nevidiťeľných" súborov.

[Jendа]

Já mám v /etc/fstab prostě

UUID=XXX /home btrfs compress=zlib,subvol=home,autodefrag,auto 0  1

[Odin1918]

Doporucil bych, jak pisi ostatni, klasicky zaznam do fstab. Take musim podotknout, ze dalsi super vec na btfs jsou subvolumes a snapshoty, ktere jsem opravdu navykove.

[Tomasekkkk]

Tak to se mám co učit v Linuxu, abych věděl jak co používat a jak přesně využívat fstab. Mám studování na pár dnů Děkuju, důležité pro mě jak, abych nějak začal a postupně ten systém "zdokonaloval" :)

[Odin1918]

Ano, to je na linuxu pekne.

Na snapshoty u btrfs se kouknete, jsou fakt super.

[Jendа]

Jinak LVM se taky umí zvětšovat za chodu.

[pavel]

byl jsem driv

[Radek]

Nejsem si jistej jelikoz znam veci jen teoreticky, a s logical volume jsem nedelal. Ale skus si neco o tom najit a pouzit raid 1 a misto abys primo ty disky namontoval jako raid tak pres ně udělej jeste jedenu logickou partisnu. a Tu namontuj tu jako /home/. Nejsem si jistej jestli to jde potom rozsirovat, ale kdyby slo tak by sel "stride" nokoliv "RAID 0", je v tom velky rozdil raid0 ukládá data na preskacku, kdezto stride je ukládá za sebe.