Come partizionare il disco da 22 TB?

Ho un disco da 22 TB acceso /dev/sdb. Come posso creare una partizione da 22 TB? Non importa davvero del file system - ext4o zfsva bene.

Esecuzione di CentOS 6.2 - La partizione verrà utilizzata come dump di dati. Solo un singolo flusso di dati, quindi essere schizzinosi / esigenti su quale file system non è davvero un problema al momento. Il disco è formato da unità SAS nearline da 12x2 TB e da un controller Dell Perc.

Voglio solo una partizione da 22 TB.

La soluzione più semplice è utilizzare il partizionamento GPT , una versione a 64 bit di Linux e XFS :

• GPT è necessario perché la tabella delle partizioni MBR in stile MS-DOS creata da fdiskè limitata a 2 dischi TiB. Quindi, è necessario utilizzare partedo un altro programma di partizionamento compatibile con GPT invece di fdisk. ( gdisk, gparted, Etc.)

• È necessario un kernel a 64 bit perché i kernel a 32 bit ti limitano ai filesystem più piccoli di quanto tu chieda. O raggiungi un limite di dimensioni basato su numeri interi a 32 bit o finisci per non essere in grado di indirizzare abbastanza RAM per supportare correttamente il file system.

• XFS non è l'unica soluzione, ma secondo me è la più semplice per i sistemi RHEL.

  Non è possibile utilizzare ext4 per questo in RHEL 6. Sebbene il filesystem sia stato progettato per supportare 1 filesystem EiB , esiste un limite di dimensione del volume di 16 TiB artificiale nella versione e2fsprogsinclusa in RHEL 6 e suoi derivati. Sia Red Hat che CentOS lo richiamano nei loro documenti. (Il limite ext4 16 TiB è stato aumentato considerevolmente in RHEL da 7 a 50 TiB.)

  ZFS potrebbe non essere pratico nella tua situazione . A causa delle sue numerose restrizioni legali e tecniche, non posso assolutamente consigliarlo a meno che tu non abbia bisogno di qualcosa che solo ZFS ti offre.

  Avendo escluso i due filesystem scelti, suggerisco XFS. È il filesystem predefinito in RHEL 7, era disponibile come filesystem supportato in tutte le versioni di RHEL 6 ed è stato trasferito alle versioni successive di RHEL 5 dopo l'uscita di RHEL 6.

Ecco il processo:

1. Controlla se lo hai mkfs.xfsinstallato eseguendolo senza argomenti. Se non è presente, installare gli strumenti XFS di userland:

   # yum install xfsprogs
   

   Se fallito, probabilmente è perché sei su un vecchio sistema operativo che non ha questo nel suo repository di pacchetti predefinito. Dovresti davvero aggiornare, ma se ciò è impossibile, puoi ottenerlo da CentOSPlus o EPEL . Potrebbe anche essere necessario installare il kmod_xfspacchetto.

2. Crea la partizione:

   Poiché dici che il tuo volume 22 TiB è attivo /dev/sdb, i comandi per partedsono:

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

   Ciò fa sì che subentri all'intero volume con una singola partizione. In realtà, ignora i primi 1 MiB del volume, per ottenere l' allineamento di 4 KiB richiesto per ottenere le prestazioni complete dagli HDD e SSD Advanced Format .

   È possibile saltare questo passaggio e formattare l'intero volume con XFS. Cioè, useresti /dev/sdbnell'esempio qui sotto invece di /dev/sdb1. Ciò evita il problema dell'allineamento del settore. Nel caso di un volume che vedrà solo il tuo sistema operativo basato su Linux, non ci sono aspetti negativi di cui valga la pena parlare, ma starei attento a non farlo su un volume rimovibile o su un volume interno in un computer multi-boot , poiché alcuni I sistemi operativi (Windows e macOS, ad esempio) offriranno di formattare un disco rigido senza partizioni per te ogni volta che appare. Mettere il filesystem su una partizione risolve questo.

3. Formatta la partizione:

   # mkfs.xfs -L somelabel /dev/sdb1
   

4. Aggiungi la /etc/fstabvoce:

   LABEL=somelabel    /some/mount/point    xfs     defaults   0 0
   

5. Montare!

    # mount /some/mount/point
   

Se si desidera percorrere il percorso LVM , i passaggi precedenti sono sostanzialmente solo una versione più dettagliata del secondo set di comandi nella risposta dell'utente di bsdseguito . Devi fare il suo primo set di comandi prima di quelli sopra.

LVM offre alcuni vantaggi a un costo di complessità. Ad esempio, è possibile in seguito "far crescere" un gruppo di volumi LVM aggiungendo più volumi fisici, creando così spazio per far crescere il volume logico ("partizione" kinda, sorta), che a sua volta consente di far crescere il filesystem vivendo sul logico volume. (Vedi cosa intendo per complessità? :))

Proprio come alternativa agli altri suggerimenti.
Non è necessario partizionare affatto un disco.
È possibile creare semplicemente un gruppo di volumi , con uno o più volumi logici .

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

Ora hai un volume logico che puoi formattare con qualsiasi tipo di filesystem desideri.

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

Domanda alla domanda: hai chiesto " come partizionare il disco da 22 TB" e poi nella domanda, hai detto, volevi solo una partizione da 22 TB. Quindi questo è ambiguos al primo posto.

Se hai già un dispositivo a blocco singolo che può supportare 22 TB di spazio su di esso, allora hai già un'intera partizione da 22 TB. Tutto ciò di cui hai bisogno è un filesystem sopra di esso, che renderà il dispositivo montabile e utilizzabile per la lettura / scrittura dai processi di sistema. Inoltre, è necessario disporre di un kernel Linux in esecuzione in modalità 64 bit con un modulo / driver di file system che supporti e ridimensioni a 22 TB di crescita dei dati, in grado di gestire i dettagli della gestione dei dati sul (singolo) dispositivo a blocchi con facilità. Le prestazioni sono del tutto un'altra dimensione. In tal caso, sceglierei XFSil mio filesystem, perché è un filesystem a 64 bit e in grado di gestire filesystem grandi quanto un milione di terabyte. Supporta fino a 9 EXABYTES.

2^63  = 9 x 1018 = 9 exabytes 

Per maggiori dettagli su XFS: http://oss.sgi.com/projects/xfs/

Se stai cercando un ulteriore partizionamento dell'enorme dispositivo a blocchi da 22 TB, quindi usa gpartedper dividere il dispositivo in partizioni utilizzabili e quindi formattarli con i filesystem per renderli montabili.

Sembra che tu abbia un controller RAID hardware, dal momento che dici che hai un controller RAID DELL perc, il che significa che devi dire quale configurazione RAID (esattamente quale livello RAID stai usando?) E nella maggior parte dei casi, non otterrai 22 TB di spazio completo per l'uso, ma potrei sbagliarmi.

Non dovresti aver bisogno di alcun partizionamento quando usi ZFS, crea un pool ZFS sul tuo dispositivo da 22 TB e un file system al suo interno se non vuoi usare quello predefinito e basta. Se per qualche motivo, zpool non supporta l'utilizzo dell'intero disco, creare prima un'etichetta EFI e una partizione utilizzando l'intero spazio disponibile all'interno, quindi utilizzare quella partizione per creare il pool.

Per diversi motivi, non consiglierei di usare nient'altro che ZFS per un file system così grande. Il più ovvio è che se si ha uno spegnimento brutale (ad esempio: panico del kernel o mancanza di alimentazione), fsck può impiegare molto tempo per recuperare i file system tradizionali. ZFS d'altra parte non ha bisogno di fsck quindi importerà immediatamente il pool.

Tieni presente che è meglio interrompere la configurazione RAID hardware e utilizzare i dodici dispositivi come JBOD per creare un pool ZFS sfruttando le sue funzionalità RAID software. Se il tuo obiettivo è la prestazione, potresti specchiare coppie di dischi e se il tuo obiettivo è lo spazio massimizzato, potresti usare una configurazione RAIDZ, RAIDZ2 o RAIDZ3. In questo modo si migliorerà notevolmente l'affidabilità dei dati e la tolleranza agli errori della soluzione.

Non sono sicuro che questo sia attualmente possibile utilizzando la tabella delle partizioni standard. Nello schema standard della tabella delle partizioni, i volumi sono limitati a 2 ³² settori. Con 512 byte per settore, si esaurirebbero semplicemente i numeri da assegnare ai settori intorno a 2 TB.

Tuttavia, dovresti essere in grado di farlo se usi una tabella delle partizioni GUID anziché una standard. Le tabelle delle partizioni GUID consentono l'estensione dei volumi nell'intervallo zettabyte. La maggior parte delle distro Linux sono avviabili da un volume GUID, tuttavia al momento non esiste una versione di Windows (tranne Windows 7 su EFI).

Alcuni strumenti come fdisk non possono funzionare con i volumi GUID, tuttavia altri strumenti come GParted possono farlo. Una volta creata la tabella delle partizioni GUID, dovresti essere in grado di creare un volume utilizzando uno dei numerosi filesystem comuni che supportano un volume di quelle dimensioni (ad esempio EXT4.)

Per la tua tabella delle partizioni, come menzionato altrove, GPT è un'opzione eccellente, in quanto supporta partizioni di dimensioni fino a 9,4 ZiB (9,4 × 10 ²¹ byte), che è ben al di là di qualsiasi cosa ti serva con 22 TiB.

Per il tuo filesystem, su Linux BTRFS è un eccellente file system copy-on-write:

1. Il suo attributo copy-on-write indica che nessun file duplicato viene archiviato due volte.
2. È dotato di compressione al volo in modo che i dati vengano eseguiti tramite LZO o GZip prima di essere scritti e letti dal disco, risparmiando spazio fisico sul disco.
3. Supporta ridondanza nelle configurazioni RAID-1, RAID-10, RAID-5 e RAID-6 senza sovraccarico.
4. Supporta anche RAID-0, se la velocità è essenziale.
5. Presenta anche sottovolumi, istantanee e altro.
6. Quasi tutte le attività del filesystem vengono eseguite online , quindi di solito non dovrai mai smontare il filesystem per sistemare le cose.

È simile a ZFS nelle funzionalità, ma fa parte del kernel principale di Linux.

Se non stai cercando la ridondanza o la possibilità di eseguirne il backup, probabilmente puoi fare:

mkfs -t ext4 /dev/sdb