it-swarm-eu.dev

Jak rozdělit disk 22TB?

Mám 22TB disk na /dev/sdb. Jak vytvořím oddíl 22TB? O systém souborů se nestaráte - ext4 nebo zfs je v pořádku.

Spuštění CentOS 6.2 - oddíl bude použit jako výpis dat. Pouze jediný tok dat, takže je vybíravý/vybíravý nad tím, co systém souborů právě teď není problémem. Disk je vytvořen z 12x2TB nearline SAS jednotek a řadiče Dell Perc).

Chci jen 22TB oddíl.

33
LVLAaron

Nejjednodušším řešením je použít rozdělení GPT , 64bitovou verzi Linuxu a [~ # ~] xfs [~ # ~] :

  • GPT je nezbytný, protože tabulka oddílů MBR ve stylu MS-DOS vytvořená pomocí fdisk je omezena na 2 TiB disky. Takže místo parted musíte použít fdisk nebo jiný program pro rozdělování GPT. ( gdisk , gparted atd.)

  • Je nutné 64bitové jádro, protože 32bitová jádra vás omezují na menší souborové systémy, než požadujete. Buď narazíte na limit velikosti založený na 32bitových celých číslech , nebo nakonec nebudete schopni dostatečně oslovit RAM), abyste mohli souborový systém správně podporovat.

  • XFS není jediným řešením, ale podle mého názoru je to nejjednodušší pro systémy RHEL.

    V RHEL 6 k tomu nemůžete použít ext4. Ačkoli byl souborový systém navržen pro podporu 1 souborových systémů EiB , ve verzi e2fsprogs zahrnuto v RHEL 6 a jeho derivátech. Oba Red Hat a CentOS to nazývají ve svých dokumentech. (Limit ext4 16 TiB byl značně zvýšen v RHEL 7 na 50 TiB.)

    ZFS nemusí být ve vaší situaci praktické . Vzhledem k několika zákonným a technickým omezením to nemohu přímo doporučit, pokud nepotřebujete něco, co vám poskytne pouze ZFS.

    Po vyloučení vašich dvou vybraných souborových systémů navrhuji XFS. Je to výchozí souborový systém v RHEL 7, byl k dispozici jako podporovaný souborový systém ve všech verzích RHEL 6 a po vydání RHEL 6 byl backportován k pozdějším vydáním RHEL 5.

Zde je postup:

  1. Zkontrolujte, zda máte nainstalován mkfs.xfs Spuštěním bez argumentů. Pokud není k dispozici, nainstalujte nástroje userland XFS:

    # yum install xfsprogs
    

    Pokud se to nezdařilo, je to pravděpodobně proto, že jste ve starším operačním systému, který ve svém výchozím úložišti balíčků toto nemá. Opravdu byste měli upgradovat, ale pokud to není možné, můžete to získat z CentOSPlus nebo [~ # ~] epelu [~ # ~] . Možná budete muset nainstalovat balíček kmod_xfs.

  2. Vytvořte oddíl:

    Protože říkáte, že váš svazek 22 TiB je na /dev/sdb, Příkazy pro parted jsou:

    # parted /dev/sdb mklabel gpt
    # parted -a optimal -- /dev/sdb mkpart primary xfs 1 -1
    

    To způsobí, že převezme celý svazek jediným oddílem. Ve skutečnosti ignoruje prvních 1 MiB svazku, aby bylo dosaženo 4 KiB zarovnání potřebné k získání plného výkonu z pokročilých formátů HDD a SSD .

    Tento krok můžete přeskočit a celý svazek naformátovat pomocí XFS. To znamená, že byste v následujícím příkladu použili /dev/sdb Namísto /dev/sdb1. Tím se zabrání problému sladění sektorů. V případě svazku, který uvidí pouze váš operační systém se systémem Linux, neexistují žádné nevýhody, které by stálo za to mluvit, ale varoval bych před tím, než to uděláte na vyměnitelném svazku nebo na interním svazku v multi-bootovací počítač, protože některé OS (například Windows a MacOS) vám nabídnou formátování pevného disku bez oddílů pokaždé, když se objeví. To vyřeší umístění souborového systému na oddíl.

  3. Naformátujte oddíl:

    # mkfs.xfs -L somelabel /dev/sdb1
    
  4. Přidejte položku /etc/fstab:

    LABEL=somelabel    /some/mount/point    xfs     defaults   0 0
    
  5. Připojte se!

     # mount /some/mount/point
    

Pokud chcete jít dolů [~ # ~] lvm [~ # ~] , jsou výše uvedené kroky v podstatě pouze podrobnější verzí druhé sady příkazů v odpověď uživatele bsd níže . Musíte udělat jeho první sadu příkazů před těmi výše.

LVM nabízí určité výhody za cenu složitosti. Například můžete později „rozšířit“ skupinu svazků LVM přidáním dalších fyzických svazků, čímž vytvoříte prostor pro růst logického svazku („partition“ kinda, sorta), což zase umožňuje růst souborového systému na základě logického hlasitost. (Podívejte se, co tím myslím na složitost? :))

44
Warren Young

Stejně jako alternativa k ostatním návrhům.
Nemusíte diskový oddíl vůbec dělit.
Mohli byste jednoduše vytvořit Volume Group, s jedním nebo více Logical Volumes.

pvcreate /dev/sdb
vgcreate data /dev/sdb
lvcreate --name dump -L '100%VG' data

Nyní máte logický svazek, který můžete formátovat pomocí libovolného typu souborového systému, který si přejete.

mkfs.XXXX /dev/mapper/data-dump #<- XXXX can be ext4, xfs, btrfs, reiser
mount /dev/mapper/data-dump /mntpt
16
bsd

Otázka na otázku: Zeptali jste se ' jak oddíl 22TB disk' a pak v otázce znovu, řekl jste, prostě jste chtěli oddíl 22TB. Takže to jsou především ambiguos.

Pokud již máte zařízení s jedním blokem, které na něm může podporovat 22 TB prostoru, pak již vlastní celý oddíl 22 TB. Vše, co potřebujete, je nahoře souborový systém, díky kterému bude zařízení připojitelné a použitelné pro čtení/zápis pomocí systémových procesů. Ještě více musíte mít linuxové jádro spuštěné v 64bitovém režimu se souborovým systémovým modulem/ovladačem, který podporuje a škáluje až 22 TB růstu dat, zvládne vstupy a výstupy správy dat na (jednom) blokovém zařízení pomocí ulehčit. Dalším rozměrem je výkon. V takovém případě bych se rozhodl zvolit jako svůj souborový systém XFS, protože se jedná o 64bitový souborový systém, který je schopen zpracovat souborové systémy až milion terabajtů. Podporuje až 9 EXABYTŮ.

2^63  = 9 x 1018 = 9 exabytes 

Další podrobnosti o XFS: http://oss.sgi.com/projects/xfs/

Pokud hledáte další rozdělení velkého 22TB blokového zařízení, použijte gparted k rozdělení zařízení na použitelné oddíly a poté je naformátujte pomocí souborových systémů, aby byly připojitelné.

Zdá se, že máte hardware RAID řadič, protože jste zmínili, že máte Dell perc RAID řadič - což bude znamenat, že musíte říct, kterou konfiguraci RAID (přesně jakou RAID úroveň používáte?) A ve většině případů, nebudete mít k dispozici kompletní 22TB prostoru pro použití, i když bych se mohl mýlit.

6
Nikhil Mulley

Při používání ZFS byste neměli potřebovat žádné dělení, stačí na svém zařízení 22 TB (TB $ ===) a souborovém systému v něm vytvořit fond ZFS a pokud v něm nechcete použít výchozí a je to souborový systém, Pokud z nějakého důvodu zpool nepodporuje použití celého disku, nejprve vytvořte štítek EFI a oddíl pomocí celého dostupného prostoru uvnitř a poté tento oddíl použijte k vytvoření fondu.

Z několika důvodů bych pro tak velký systém souborů nedoporučoval používat nic jiného než ZFS. Nejviditelnější je, pokud máte brutální vypnutí (např. Panika jádra nebo nedostatek energie), fsck může trvat bolestivě dlouho, než obnoví tradiční souborové systémy. ZFS na druhé straně nepotřebuje fsck, takže fond okamžitě importuje.

Mějte na paměti, že byste měli lépe přerušit hardwarovou konfiguraci RAID a použít dvanáct zařízení jako JBOD k vybudování fondu ZFS s využitím výhod jeho softwarových možností RAID. Pokud je vaším cílem výkon, můžete zrcadlit páry disků a pokud je vaším cílem maximalizovaný prostor, můžete použít konfiguraci RAIDZ, RAIDZ2 nebo RAIDZ3. Tím se do značné míry zlepší spolehlivost vašich dat a odolnost vůči chybám řešení.

4
jlliagre

Nejsem si jistý, zda je to v současné době možné pomocí standardní tabulky oddílů. Ve standardním schématu tabulky oddílů jsou svazky omezeny na 232 sektory. S 512 bajty na sektor byste jednoduše vyčerpali čísla pro přiřazení sektorům kolem 2 TB.

Měli byste to však udělat, pokud použijete tabulku oddílů GUID Tabulka oddílů místo standardní tabulky) GUID tabulky oddílů umožňují, aby se svazky rozšířily do Většina z linuxových distribucí je zaváděcí ze svazku GUID), ale v současné době není k dispozici žádná verze systému Windows (kromě Windows 7 na EFI).

Některé nástroje, jako je fdisk, nemohou pracovat s GUID svazky, ale jiné nástroje, jako je GParted can. Jakmile vytvoříte tabulku oddílů GUID tabulka oddílů), měli byste být schopni vytvořit svazek pomocí jednoho z několika běžných souborových systémů, které podporují svazek této velikosti (např. EXT4.)

3
Andrew Lambert

Pro vaši tabulku oddílů, jak je uvedeno jinde, GPT je vynikající volbou, protože podporuje oddíly do velikosti 9,4 ZiB (9,4 × 10)21 bytes), což je mnohem více, než co potřebujete, s 22 TiB.

Pro váš souborový systém je v systému Linux BTRFS vynikající systém souborů typu copy-on-write:

  1. Jeho atribut copy-on-write znamená, že žádný duplicitní soubor není uložen dvakrát.
  2. Je vybaven komprimací za běhu, takže vaše data se spouští přes LZO nebo GZip před zápisem na disk a jeho čtení z disku, čímž se šetří místo na disku.
  3. Podporuje redundanci v konfiguracích RAID-1, RAID-10, RAID-5 a RAID-6 bez jakýchkoli režijních nákladů.
  4. Podporuje také RAID-0, pokud je rychlost nezbytná.
  5. Obsahuje také podvolby, snímky a další.
  6. Téměř všechny úkoly souborového systému jsou prováděny online , takže k opravě věcí obvykle nebudete muset odpojit souborový systém.

Je to podobné jako u ZFS, ale je součástí hlavního linuxového jádra.

3
Naftuli Kay

Pokud nehledáte nadbytečnost nebo schopnost jej zálohovat, pravděpodobně to můžete udělat:

mkfs -t ext4 /dev/sdb
1
Karlson