bcache na md nebo md na bcache

bcache umožňuje jednu nebo více rychlých diskových jednotek, jako jsou flashové disky SSD (SSD), které fungují jako mezipaměť pro jednu nebo více pomalejších jednotek pevného disku .

Pokud správně rozumím,

  • SSD * lze přiřadit k ukládání více záložních pevných disků do mezipaměti a výsledná zařízení v mezipaměti pak lze RAIDovat pomocí mdadm
    nebo
  • více pevných disků lze RAIDovat do jednoho záložního zařízení md a SSD přidělené do mezipaměti,

Zajímalo by mě, který je bezpečnější přístup. Napadá mě, že pěstování RAID5 / 6 může být jednodušší s jednou nebo druhou technikou, ale já ne jistě které!

Existují dobré důvody (např. zvětšení zálohovacího úložiště nebo cokoli jiného) pro výběr jednoho přístupu nad druhým (pro velký souborový systém bez oprávnění root obsahující soubory zálohování VM)?


* pod pojmem „SSD“ Myslím nějaké redundantní zařízení SSD, např. RAID1 dvou fyzických al SSD

Komentáře

  • V každém případě všechny disky, které bcache záda budou muset být naformátována pomocí bcache – takže ' buď budete muset vytvořit md pole, naformátujte jeden výsledný disk zcela jako bcache zálohovaný oddíl, propojte jej s jeho mezipamětí a přejděte odtud, nebo naformátujte mnoho disků pomocí bcache, propojte je s jejich jednotkou mezipaměti a poté naformátujte mnoho disků jako jedno pole. V obou případech existuje několik bodů možného selhání, z nichž všechny závisí na interoperabilitě mezi dvěma souborovými systémy – nemluvě o finálních fs. viz zde : přejděte dolů .
  • Díky github.com/g2p/blocks , můžete jej převést na místě, i když na to existují určitá omezení.
  • @mikeserv tomu všem rozumím, toto je pro účelový server takže ' je vše v pořádku. Co myslíte " dva souborové systémy "? bcache není souborový systém – jediný souborový systém, který ' budu mít, bude XFS na konečném zařízení bcache nebo mdadm (podle toho, jakou možnost zvolím).
  • Díky @Adam, místní konverze pro mě není problém.
  • @mikeserv ne, není to ' t. Systémy souborů (např. Btrfs, xfs, extN atd.) Jsou aktivní na blokových zařízeních. mdadm a bcache fungují na úrovni blokového zařízení, nikoli na úrovni souborového systému (btrfs s tím zaměňuje ' porušení vrstvení, ale to je zcela samostatná konverzace).

Odpověď

Myslím, že ukládání do mezipaměti celého zařízení md má největší smysl.

Vložení bcache do mezipaměti celé zařízení md obětuje celou myšlenku mít raid, protože zavádí další jediný bod selhání.

  • Selhání OTH disků SSD jsou relativně vzácná a bcache lze vložit do writethrough / writearound (na rozdíl od režimu writeback), kde nejsou k dispozici žádná data uloženo pouze na zařízení mezipaměti a selhání mezipaměti nezabije informace v raidu, což z něj činí relativně bezpečnou možnost.

  • Další skutečností je, že existuje značná výpočetní režie soft RAID-5; při ukládání do mezipaměti každého člena rotujícího raidu zvlášť, počítač stále musí přepočítat všechny parity, dokonce i na zásahy do mezipaměti.

  • Je zřejmé, že obětujete nějaký drahý prostor ssd, pokud ukládáte do mezipaměti každou rotující jednotku zvlášť. – Pokud neplánujete použít nájezdovou mezipaměť ssd.

  • Obě možnosti relativně neovlivní dobu procesu růstu – i když možnost s oddělenými mezipaměťmi rotujících disků může být pomalejší kvůli více provozu na sběrnici.

Konfigurace bcache k odstranění jednotky ssd je rychlý a relativně jednoduchý proces, když ji potřebujete vyměnit. Díky bloky by mělo být možné migrovat nastavení raidu oběma způsoby na místě.

Měli byste také pamatovat na to, že v tuto chvíli žije nejvíce (vše?) CD distribuce nepodporují bcache , takže pomocí těchto nástrojů nemůžete jednoduše přistupovat ke svým datům bez ohledu na bcachemdraid možnost rozvržení, kterou jste vybrali.

Komentáře

  • I ' aktualizoval jsem otázku, aby bylo jasné, že ' ne neplánuji mít neredundantní mezipaměť SSD. Vaše druhá odrážka bod je vynikající poi děkuji za to. Vaše třetí odrážka o vesmíru: máte na mysli, protože ' byste ukládali paritu na SSD? Pokud jde o vaši poslední část, používám ' m F20, ale nakonec budu používat RHEL / CentOS7 nebo Debian Jessie (pokud to bcache-tools provede).
  • @JackDouglas Ad 3. odrážka: Ano, přesně to. Ale protože plánujete použít přepadené disky SSD, to se na vás ' nevztahuje.
  • Stále to platí, protože ' ll se nejen zrcadlí, ale bude také nutné uložit paritu RAID pro záložní jednotky. To není ' t, pokud se RAID provádí pod bcache, o kterém jsem si myslel, že je vaším bodem
  • Věřím, že máte na mysli opak: ssd matrix does ' není nutné ukládat rotující disky ' paritu, pokud je napájena celá jednotka mdraid.
  • ano, ' s přesně tím, co mám na mysli!

Odpověď

I “ Myslíte si, že rozumným přístupem je ukládání výsledného zařízení MD do mezipaměti.

bcache je navržen tak, aby předával sekvenční čtení a zápisy.

Pokud bcache používáte každé zařízení samostatně, logicky, několik zařízení prokládání do přepadeného nebo zbaveného MD, bude z pohledu bcache neustále psát náhodné bloky.

Zatímco svazek MD vytvořený v mezipaměti bude vypadat jako normální, zápis souborů do svazku, namísto náhodných bloků do několika zařízení.

Smyslem pevného a softwarového raidu je provést prokládání dat v backendu tak, aby výsledný souborový systém tem vypadá jako normální svazek.

To nemusí být správné (protože bcache devs mohou být chytré a zohledňující tento druh situace), ale logicky je optimální udělat svazky, spíše než blokovat zařízení.

Komentáře

  • také velmi dobrý bod
  • Velký sekvenční zápis na RAID5 / 6 vytváří sekvenční zápis do všechna komponentní zařízení. Každé zařízení komponenty získá každý datový blok (nebo paritu) N-1, ale data, která získá, jsou sekvenční. Ale ' máte pravdu, že to naruší věci. Pokud existují některé bloky, které vidí časté zápisy s částečným pruhem, což má za následek čtení, úpravy a zápis (části) paritního pruhu, který by mohl být uložen do mezipaměti pomocí bcache. Ukládání do mezipaměti výše, ještě předtím, než by zápis na částečný pruh někdy narazil na zařízení MD, by bylo ještě lepší.

Napsat komentář

Vaše e-mailová adresa nebude zveřejněna. Vyžadované informace jsou označeny *