Bagaimana cara mempartisi disk 22TB?


33

Saya memiliki disk 22TB pada /dev/sdb. Bagaimana cara membuat partisi 22TB? Tidak terlalu peduli dengan sistem file - ext4atau zfsbaik-baik saja.

Menjalankan CentOS 6.2 - Partisi akan digunakan sebagai tempat pembuangan data. Hanya satu aliran data sehingga pilih-pilih sistem file apa yang tidak benar-benar menjadi perhatian saat ini. Disk ini terbentuk dari drive SAS nearline 12x2TB dan pengontrol Dell Perc.

Saya hanya ingin partisi 22TB.


1
beberapa informasi lagi akan sangat membantu. OS apa yang kamu gunakan? kinerja seperti apa yang Anda harapkan atau butuhkan untuk mendapatkannya? apa perangkat keras yang mendasarinya? itu sudah menjadi set serangan? apakah ada redundansi? apakah Anda memerlukan fitur perlindungan data ekstra zfs?
Tim Kennedy

3
Upaya mana yang gagal sejauh ini? fdisk, cfdisk?
Nils

Jawaban:


44

Solusi paling sederhana adalah dengan menggunakan partisi GPT , versi Linux 64-bit, dan XFS :

  • GPT diperlukan karena tabel partisi MBR gaya MS-DOS yang dibuat oleh fdiskterbatas pada 2 disk TiB. Jadi, Anda harus menggunakan partedatau program partisi sadar GPT lain fdisk. ( gdisk, gparted, Dll)

  • Kernel 64-bit diperlukan karena kernel 32-bit membatasi Anda untuk filesystem yang lebih kecil dari yang Anda minta. Anda baik mencapai batas ukuran berdasarkan bilangan bulat 32-bit atau akhirnya tidak dapat mengatasi RAM yang cukup untuk mendukung sistem file dengan benar.

  • XFS bukan satu-satunya solusi, tetapi menurut saya ini adalah yang termudah untuk sistem RHEL.

    Anda tidak dapat menggunakan ext4 untuk ini di RHEL 6. Meskipun filesystem ini dirancang untuk mendukung 1 filesystem EiB , ada batas ukuran volume 16 TiB buatan dalam versi yang e2fsprogsdisertakan dalam RHEL 6 dan turunannya. Kedua Red Hat dan CentOS menyebutnya dalam docs mereka. (Batas ext4 16 TiB dinaikkan secara signifikan dalam RHEL 7 hingga 50 TiB.)

    ZFS mungkin tidak praktis dalam situasi Anda . Karena beberapa batasan hukum dan teknisnya, saya tidak dapat langsung merekomendasikannya kecuali Anda membutuhkan sesuatu yang hanya diberikan ZFS kepada Anda.

    Setelah mengesampingkan dua sistem file yang Anda pilih, saya sarankan XFS. Ini adalah sistem file default di RHEL 7, itu tersedia sebagai sistem file yang didukung di semua versi RHEL 6, dan di-backport ke rilis RHEL 5 nanti setelah RHEL 6 keluar.

Inilah prosesnya:

  1. Periksa apakah Anda telah mkfs.xfsmenginstal dengan menjalankannya tanpa argumen. Jika tidak ada, instal alat userland XFS:

    # yum install xfsprogs
    

    Jika gagal, itu mungkin karena Anda menggunakan OS lama yang tidak memiliki ini dalam repositori paket default. Anda benar-benar harus meningkatkan, tetapi jika itu tidak mungkin, Anda bisa mendapatkannya dari CentOSPlus atau EPEL . Anda mungkin juga perlu menginstal kmod_xfspaket.

  2. Buat partisi:

    Karena Anda mengatakan volume 22 TiB Anda aktif /dev/sdb, perintah untuk partedadalah:

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

    Itu menyebabkannya mengambil alih seluruh volume dengan satu partisi. Sebenarnya, ia mengabaikan 1 MiB pertama dari volume, untuk mencapai penyelarasan 4 KiB yang diperlukan untuk mendapatkan kinerja penuh dari HDD dan SSD Format Lanjutan .

    Anda bisa melewati langkah ini dan memformat seluruh volume dengan XFS. Artinya, Anda akan menggunakan /dev/sdbcontoh di bawah ini sebagai ganti /dev/sdb1. Ini menghindari masalah penyelarasan sektor. Dalam hal volume yang hanya akan dilihat oleh OS berbasis Linux Anda, tidak ada kelemahan yang perlu dibicarakan, tetapi saya akan berhati-hati agar tidak melakukan ini pada volume yang dapat dilepas atau pada volume internal di komputer multi-boot , karena beberapa OS (Windows dan macOS, misalnya) akan menawarkan untuk memformat hard drive tanpa partisi untuk Anda setiap kali muncul. Menempatkan sistem file pada partisi memecahkan ini.

  3. Format partisi:

    # mkfs.xfs -L somelabel /dev/sdb1
    
  4. Tambahkan /etc/fstabentri:

    LABEL=somelabel    /some/mount/point    xfs     defaults   0 0
    
  5. Naik!

     # mount /some/mount/point
    

Jika Anda ingin pergi ke jalur LVM , langkah-langkah di atas pada dasarnya hanya versi yang lebih rinci dari set perintah kedua dalam jawaban pengguna bsddi bawah ini . Anda harus melakukan serangkaian perintah pertama sebelum yang di atas.

LVM menawarkan keuntungan tertentu dengan biaya kompleksitas. Sebagai contoh, Anda nantinya dapat "menumbuhkan" grup volume LVM dengan menambahkan lebih banyak volume fisik ke dalamnya, sehingga membuat ruang untuk menumbuhkan volume logis ("partisi" agak, agak), yang pada gilirannya memungkinkan Anda menumbuhkan sistem file yang hidup pada logis volume. (Lihat apa yang saya maksud tentang kompleksitas? :))


4
Bagian ZFS masih bisa diperdebatkan. Port Linux telah berjalan jauh sejak 2010 dan dibandingkan dengan XFS memiliki banyak keuntungan
TheLQ

Mengenai GPT / MBR, bukankah itu hanya benar-benar berlaku jika /bootmerupakan bagian dari /? MBR seharusnya tidak peduli seberapa besar /jika hanya perlu memasang /boothak kecil ? Saya bisa saja salah.
jonescb

1
@jonescb: Lokasi /boottidak memiliki kaitan dengan keterbatasan MBR. Jika Anda membutuhkan partisi lebih dari 2 TB, Anda tidak dapat menggunakan partisi MBR. Ini adalah benar, bagaimanapun, bahwa adalah mungkin untuk bekerja di sekitar kurangnya dukungan BIOS untuk booting dari GPT dengan meletakkan /bootpada yang lebih kecil MBR-dipartisi disk. Setelah kernel naik, Anda tidak perlu khawatir tentang keterbatasan BIOS karena tahu bagaimana menafsirkan tabel partisi GPT. Jika mesin Anda berbasis EFI, Anda tidak perlu melakukan tarian ini, karena EFI memahami GPT.
Warren Young

16

Sama seperti alternatif saran lainnya.
Anda tidak harus mempartisi disk sama sekali.
Anda dapat dengan mudah membuat Grup Volume , dengan satu atau lebih Volume Logis .

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

Sekarang Anda memiliki volume logis yang dapat Anda format dengan semua jenis sistem file yang Anda inginkan.

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

LVM pada dasarnya adalah bentuk lanjutan dari partisi. Tidak ada gunanya menggunakan LVM jika Anda hanya akan membuat satu LV menggunakan semua ruang, jadi Anda mungkin juga hanya mkfs langsung pada seluruh perangkat disk.
psusi

4
tidak ada alat tambahan LV untuk snapshot data langsung, dapat diubah ukurannya, banyak salinan metadata; jauh lebih fleksibel daripada fs sederhana pada perangkat.
bsd

1
Anda tidak memerlukan banyak salinan metadata ketika Anda tidak memiliki metadata (tabel partisi) sejak awal. Snapshots membutuhkan ruang kosong, seperti halnya menambah / memperluas volume, karenanya mengapa ini dibuat sia-sia jika Anda hanya membuat volume logis tunggal menggunakan semua ruang langsung dari kelelawar. Jika Anda menginginkan fitur LVM, maka Anda harus mulai dengan volume yang lebih kecil sehingga Anda memiliki banyak ruang kosong untuk digunakan nanti.
psusi

Saya tidak merekomendasikan LVM dalam kasus individu ini, hanya mendaftarnya sebagai alternatif untuk partisi / lainnya, jawaban / solusi non-partisi. Terserah dia untuk membaca semua tanggapan, menindaklanjuti dengan penelitiannya sendiri dan kemudian memutuskan tindakan yang paling sesuai dengan kebutuhannya.
bsd

3
Satu keuntungan dari LVM bahkan jika Anda hanya memiliki satu LV adalah memungkinkan Anda dengan mudah menambahkan penyimpanan nanti.
plugwash

6

Pertanyaan untuk pertanyaan: Anda bertanya ' bagaimana cara mempartisi disk 22TB' dan kemudian dalam pertanyaan itu lagi, Anda berkata, Anda hanya menginginkan partisi 22TB. Jadi ini adalah ambiguo di tempat pertama.

Jika Anda sudah memiliki perangkat blok tunggal yang dapat mendukung 22TB ruang di atasnya, maka Anda sudah memiliki seluruh partisi 22TB. Yang Anda butuhkan adalah sistem file di atasnya, yang akan membuat perangkat dapat dipasang dan digunakan untuk membaca / menulis dengan proses sistem. Terlebih lagi, Anda harus memiliki kernel Linux yang berjalan dalam mode 64-bit dengan modul / driver sistem file yang mendukung dan menskala hingga 22TB pertumbuhan data, dapat menangani seluk beluk mengelola data pada perangkat blok (tunggal) dengan meredakan. Kinerja adalah dimensi lain dari itu semua. Dalam kasus seperti itu, saya akan memilih untuk memilih XFSsebagai filesystem saya, karena itu adalah filesystem 64-bit dan mampu menangani filesystem sebesar sejuta terabyte. Ini mendukung hingga 9 EXABYTES.

2^63  = 9 x 1018 = 9 exabytes 

Untuk detail lebih lanjut tentang XFS: http://oss.sgi.com/projects/xfs/

Jika Anda mencari untuk mempartisi lebih lanjut perangkat blok 22TB yang besar, maka gunakan gparteduntuk membagi perangkat menjadi partisi yang dapat digunakan dan kemudian memformatnya dengan sistem file untuk membuatnya dapat dipasang.

Tampaknya Anda telah memiliki pengontrol RAID perangkat keras, karena Anda menyebutkan bahwa Anda telah memiliki pengontrol RAID DELL perc - yang artinya, Anda harus memberi tahu konfigurasi RAID mana (tepatnya tingkat RAID yang Anda gunakan?) Dan dalam kebanyakan kasus, Anda tidak akan mendapatkan 22TB ruang untuk digunakan, saya bisa saja salah.


Saya akan menyarankan xfs juga, tetapi xfs_check akan memakan banyak memori, dan waktu yang lama untuk menjalankan w / 22G fs. Antara fisik dan swap seseorang perlu setidaknya 32G untuk memeriksa, yaitu jika dia pernah peduli untuk memeriksa fs pada 'datadump' (apa pun itu;)
bsd

@bdowning, Anda mungkin ingin memperbaikinya menjadi 22T fs :)
Nikhil Mulley

Ini 22TB Raid 5. Saya punya banyak disk :)
LVLAaron

Itu salah ketik (kentut otak). Saya memiliki perangkat yang sama, 10TB, dengan LSI Megaraid (kartu yang sama dengan Dell Perc)
bsd

@bdowning: xfs_checkmemang menggunakan banyak memori, tetapi halaman manual (8) menyebutkan: " Perhatikan bahwa menggunakan xfs_checkTIDAK dianjurkan. Gunakan xfs_repair -nsebaliknya, untuk skalabilitas dan kecepatan yang lebih baik. ".
Cristian Ciupitu

4

Anda tidak memerlukan partisi apa pun saat menggunakan ZFS, cukup buat kumpulan ZFS di perangkat 22 TB Anda dan sistem file di dalamnya jika Anda tidak ingin menggunakan yang default dan hanya itu. Jika karena alasan tertentu, zpool tidak mendukung penggunaan seluruh disk, pertama buat label EFI dan partisi menggunakan seluruh ruang yang tersedia di dalam kemudian gunakan partisi itu untuk membuat kumpulan.

Untuk beberapa alasan, saya tidak akan merekomendasikan menggunakan apa pun selain ZFS untuk sistem file besar. Yang paling jelas adalah jika Anda mematikan secara brutal (misalnya: kernel panik atau kekurangan daya), fsck bisa memakan waktu lama untuk memulihkan sistem file tradisional. ZFS di sisi lain tidak perlu fsck jadi akan mengimpor pool secara instan.

Perhatikan bahwa Anda sebaiknya memutuskan konfigurasi RAID perangkat keras dan menggunakan kedua belas perangkat sebagai JBOD untuk membangun kumpulan ZFS dengan memanfaatkan kemampuan RAID perangkat lunaknya. Jika tujuan Anda adalah kinerja, Anda mungkin mencerminkan pasangan disk dan jika tujuan Anda adalah ruang yang dimaksimalkan, Anda mungkin menggunakan konfigurasi RAIDZ, RAIDZ2 atau RAIDZ3. Melakukannya sebagian besar akan meningkatkan keandalan data Anda dan toleransi kesalahan dari solusi.


1
Saya tahu ini adalah jawaban lama untuk pertanyaan lama, tapi .... jika menggunakan ZFS, opsi terbaik adalah menghancurkan array RAID, konfigurasikan pengontrol RAID untuk JBOD sehingga linux melihat setiap disk individu, dan kemudian membuat pasangan cermin. (kapasitas kurang, kinerja hebat) atau RAIDZ / Z2 / Z3 (kapasitas lebih besar, kinerja loyo) dari masing-masing disk. Anda kehilangan banyak manfaat ZFS jika Anda melapisinya di atas RAID yang ada daripada membiarkannya menangani disk itu sendiri. Hal yang sama berlaku untuk btrfs.
cas

@cas Anda benar, jawab diperbarui. Saya fokus pada pertanyaan OP meskipun "bagaimana cara mempartisi disk 22TB" dan bukan "apa yang akan Anda rekomendasikan untuk dilakukan dengan konfigurasi disk saya".
jlliagre

3

Saya tidak yakin ini saat ini mungkin menggunakan tabel partisi standar. Dalam skema tabel partisi standar, volume dibatasi untuk 2 32 sektor. Dengan 512 byte per sektor, Anda cukup kehabisan angka untuk ditugaskan ke sektor sekitar 2TB.

Namun, Anda harus dapat melakukan ini jika Anda menggunakan Tabel Partisi GUID bukan yang standar. Tabel partisi GUID memungkinkan volume diperluas ke rentang zettabyte. Kebanyakan distro Linux dapat di-boot dari volume GUID, namun saat ini tidak ada versi Windows (kecuali untuk Windows 7 pada EFI).

Beberapa alat seperti fdisk tidak dapat bekerja dengan volume GUID, namun alat lain seperti GParted dapat. Setelah Anda membuat tabel partisi GUID Anda, Anda harus dapat membuat volume menggunakan salah satu dari beberapa sistem file umum yang mendukung volume ukuran itu (misalnya EXT4.)


Pada sistem 32-bit mungkin. Saya telah dapat membuat partisi 3.5TB pada server Ubuntu 64-bit yang didukung di bawah versi 8.04 dan lebih tinggi. Berbicara tentang cyberciti.biz/tips/…
Karlson

Setahu saya Anda bahkan mungkin tidak perlu tabel partisi untuk meletakkan sistem file pada harddisk. Plus menurut OP itu bukan boot drive hanya ruang dump yang besar.
Karlson

3

Untuk tabel partisi Anda, seperti yang disebutkan di tempat lain, GPT adalah pilihan yang sangat baik, karena mendukung partisi dengan ukuran hingga 9,4 ZiB (9,4 × 10 21 byte), yang jauh melampaui apa pun yang Anda perlukan dengan 22 TiB.

Untuk sistem file Anda, di Linux BTRFS adalah sistem file copy-on-write yang sangat baik:

  1. Atribut copy-on-write-nya berarti bahwa tidak ada file duplikat disimpan dua kali.
  2. Ini fitur kompresi on-the-fly sehingga data Anda dijalankan melalui LZO atau GZip sebelum ditulis dan dibaca dari disk, menghemat ruang disk fisik.
  3. Ini mendukung redundansi dalam konfigurasi RAID-1, RAID-10, RAID-5, dan RAID-6 tanpa overhead.
  4. Ini juga mendukung RAID-0, jika kecepatan sangat penting.
  5. Ini juga menampilkan subvolume, snapshot, dan banyak lagi.
  6. Hampir semua tugas sistem file dilakukan secara online , jadi Anda biasanya tidak perlu meng-unmount sistem file untuk memperbaiki keadaan.

Ini mirip dengan fitur ZFS, tetapi merupakan bagian dari kernel Linux mainline.


FAQ BTRFS memperingatkan agar tidak menggunakan fitur RAID paritasnya kecuali untuk tujuan pengujian dan pengembangan. Telah diketahui bug yang dapat memakan sistem file Anda. Info lebih lanjut di tautan.
Warren Young

1

Jika Anda tidak mencari redundansi atau kemampuan untuk mendukungnya, Anda mungkin dapat melakukan:

mkfs -t ext4 /dev/sdb

4
Sudahkah Anda mencobanya? Saya mengubah mkfsuntuk menentukan filesystem
Karlson

1
@AaronJAnderson penjelasan akan membantu.
n0pe

Perintah itu tidak akan berfungsi jika perangkat lebih dari 2TB
LVLAaron

1
@ AaronJAnderson Saya telah membuat volume 3.5TB menggunakan reiserfsdan ext3jadi jika ext4klaim memiliki ukuran maksimum volume 16 exabytes saya tidak melihat alasan bahwa 22TB tidak akan berfungsi.
Karlson

1
versi e2fsutils yang dikirimkan bersama dengan versi linux ini (dan sebagian besar lainnya saat ini tidak mendukung lebih dari
16TB
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.