22TB disk nasıl bölümlenir?

Bir 22TB diskim var /dev/sdb. 22TB'lik bir bölümü nasıl oluşturabilirim? Gerçekten dosya sistemi umursamıyorum - ext4ya zfsda iyi.

CentOS 6.2 çalıştırma - Bölme veri dökümü olarak kullanılacaktır. Sadece tek bir veri akışı bu yüzden şu anda hangi dosya sisteminin gerçekten endişe verici olmadığı konusunda seçici / seçici davranıyor. Disk, 12x2TB nearline SAS sürücülerden ve bir Dell Perc denetleyiciden oluşur.

Sadece 22TB'lik bir bölüm istiyorum.

En basit çözüm GPT bölümlemesini , 64 bit Linux sürümünü ve XFS'yi kullanmaktır :

• GPT gereklidir, çünkü MS-DOS stili MBR bölümleme tablosu tarafından oluşturulan fdisk2 TiB diskiyle sınırlıdır. Bu nedenle, partedyerine veya başka bir GPT ile uyumlu bölümleme programı kullanmanız gerekir fdisk. ( gdisk, gpartedvb.)

• 64 bit çekirdeği gereklidir, çünkü 32 bit çekirdeği sizi istediğinizden daha küçük dosya sistemlerine sınırlar. 32 bit tamsayıları temel alan bir boyut sınırına ulaşmışsınızdır veya dosya sistemini doğru bir şekilde desteklemek için yeterli RAM ile başa çıkamayacaksınız.

• XFS tek çözüm değil, bence RHEL sistemleri için en kolay çözüm.

  Bunun için RHEL 6'da ext4 kullanamazsınız. Dosya sistemi 1 EiB dosya sistemini destekleyecek şekilde tasarlanmış olmasına rağmen, e2fsprogsRHEL 6 ve türevlerinde yer alan sürümünde yapay bir 16 TiB cilt boyut sınırı vardır . Hem Red Hat hem de CentOS bunu dokümanlarında diyor. (Ext4 16 TiB sınırı RHEL 7 ila 50 TiB'de önemli ölçüde artırıldı .)

  ZFS sizin durumunuzda pratik olmayabilir . Bazı yasal ve teknik kısıtlamaları nedeniyle, sadece ZFS'nin size verdiği bir şeye ihtiyacınız olmadıkça, kesinlikle öneremem.

  Seçtiğiniz iki dosya sistemini dışladıktan sonra, XFS'yi öneririm. RHEL 7'deki varsayılan dosya sistemidir, tüm RHEL 6 sürümlerinde desteklenen bir dosya sistemi olarak mevcuttu ve RHEL 6 çıktıktan sonra sonraki RHEL 5 sürümlerine desteklendi.

İşte süreç:

1. mkfs.xfsYüklü olup olmadığını kontrol edin ve argümanlar olmadan çalıştırarak kontrol edin . Yoksa, kullanıcı XFS araçlarını yükleyin:

   # yum install xfsprogs
   

   Bu başarısız olursa, muhtemelen varsayılan paket deposunda buna sahip olmayan eski bir işletim sistemindesinizdir. Gerçekten yükseltme yapmalısınız, ancak bu mümkün değilse, bunu CentOSPlus veya EPEL'den alabilirsiniz . Ayrıca kmod_xfspaketi de kurmanız gerekebilir .

2. Bölüm oluştur:

   22 TiB cildin açık olduğunu söylediğinden beri /dev/sdb, komutlar parted:

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

   Bu, tek bir bölümle tüm birimi devralmasına neden olur. Aslında, Gelişmiş Format HDD'lerden tam performans elde etmek için gereken 4 KiB hizalamasını elde etmek için, birimin ilk 1 MiB'sini yok sayar ve SSD'lerden .

   Bu adımı atlayabilir ve tüm birimi XFS ile biçimlendirebilirsiniz. Yani, /dev/sdbyerine aşağıdaki örnekte kullanırsınız /dev/sdb1. Bu sektör uyum sorununu önler. Sadece Linux tabanlı işletim göreceği bir hacimde olması durumunda, yaklaşık konuşan hiçbir downsides değerinde vardır ama çıkarılabilir bir birime veya bir dahili bir hacmi bunu karşı dikkatli ediyorum çoklu önyükleme bazı beri, bilgisayarın OS'ler (örneğin, Windows ve macOS), her seferinde sizin için bölümlenmemiş bir sabit sürücüyü biçimlendirmeyi önerecektir. Dosya sistemini bir bölüme koymak bunu çözer.

3. Bölümü biçimlendirin:

   # mkfs.xfs -L somelabel /dev/sdb1
   

4. /etc/fstabGirişi ekleyin :

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

5. Bağlan!

    # mount /some/mount/point
   

LVM yolundan gitmek istiyorsanız , yukarıdaki adımlar, kullanıcının cevaplarındaki ikinci komut dizisinin sadece daha ayrıntılı bir versiyonudur.bsd . İlk komutlarını yukarıdakilerden önce yapmalısın.

LVM, karmaşıklık maliyetinde belirli avantajlar sunar. Örneğin, daha sonra bir LVM cilt grubunu daha fazla fiziksel cilt ekleyerek "büyütebilir" ve böylece mantıksal hacmi ("bölüm", tür, sorta) büyütmek için yer açarak, bu sırada mantıksal olarak yaşayan dosya sistemini büyütmenize olanak tanır. hacmi. (Karmaşıklık hakkında ne demek istediğime bakın? :))

Diğer önerilere alternatif olarak.
Bir diski bölümlemeniz gerekmez. Bir veya daha fazla Mantıksal Birim içeren
bir Birim Grubu oluşturabilirsiniz .

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

Artık istediğiniz herhangi bir dosya sistemi türüyle formatlayabileceğiniz mantıklı bir birime sahipsiniz.

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

Soruya soru: ' 22TB diski nasıl bölümleyeceğinizi' sordunuz ve daha sonra tekrar soruda, sadece 22TB'lik bir bölüm istediğinizi söylediniz. Öyleyse bu ilk etapta ambiguos.

Zaten üzerinde 22TB'lik alanı destekleyen tek bir blok cihazınız varsa, zaten tüm 22TB'lik bölüme sahipsiniz. İhtiyacınız olan tek şey üstünde bir sistemdir, bu da cihazın sistem işlemleri tarafından okunması / yazılması için takılabilir ve kullanılabilir olmasını sağlar. Daha da fazlası, 64 bit modda çalışan bir Linux çekirdeğine sahip olmanız ve 22TB veri büyümesini destekleyen ve ölçeklendiren bir dosya sistemi modülü / sürücüsü olan bir sisteme ihtiyacınız var. kolaylaştırmak. Performans tamamen başka bir boyuttur. Böyle bir durumda, XFS64-bit bir dosya sistemi olması ve bir milyon terabayt büyüklüğündeki dosya sistemlerini kullanabilmesi nedeniyle dosya sistemim olarak seçmeyi tercih ederim. 9 EXABYTES'e kadar destekler.

2^63  = 9 x 1018 = 9 exabytes 

XFS hakkında daha fazla bilgi için: http://oss.sgi.com/projects/xfs/

Büyük 22TB blok cihazını daha fazla bölümlendirmeyi arıyorsanız gparted, cihazı kullanılabilir bölümlere ayırmak için kullanın ve sonra bunları monte edilebilir hale getirmek için bunları dosya sistemleriyle biçimlendirin.

Görünüşe göre donanımsal RAID denetleyiciniz var, çünkü DELL per RAID denetleyiciniz olduğunu söylediğinizden beri - ki bu hangi RAID yapılandırmasını (tam olarak hangi RAID seviyesini kullanıyorsunuz?) Kullandığınızı ve çoğu durumda kullanım için 22TB'lik alanın tamamını doldurmayacaksınız, yanlış olabilirim.

ZFS kullanırken herhangi bir bölümlemeye ihtiyacınız olmamalı, varsayılan olanı kullanmak istemiyorsanız 22 TB aygıtınızda bir ZFS havuzu ve içindeki bir dosya sistemi oluşturmalısınız. Herhangi bir nedenden ötürü, zpool tüm diskin kullanılmasını desteklemiyorsa, önce bir EFI etiketi ve içindeki tüm alanı kullanarak bir bölüm oluşturun, sonra havuzu oluşturmak için bu bölümü kullanın.

Birkaç nedenden dolayı, böyle büyük bir dosya sistemi için ZFS dışında bir şey kullanmanızı tavsiye etmem. En açık olanı eğer acımasız bir güç kaynağınız varsa (örneğin: çekirdek panik veya güç kesintisi), fsck geleneksel dosya sistemlerini kurtarmak için çok uzun zaman alabilir. Diğer taraftan, ZFS'nin fsck'e ihtiyacı yoktur, bu nedenle havuzu anında içe aktaracaktır.

Donanım RAID yapılandırmasını kırmanız ve yazılım RAID özelliklerinden yararlanarak bir ZFS havuzu oluşturmak için on iki cihazı JBOD olarak kullanacağınızı unutmayın. Hedefiniz performanssa, disk çiftlerini yansıtabilirsiniz ve hedefiniz maksimum alansa, bir RAIDZ, RAIDZ2 veya RAIDZ3 yapılandırması kullanabilirsiniz. Bunu yapmak, verilerinizin güvenilirliğini ve çözümün hata toleransını büyük ölçüde artıracaktır.

Bunun standart bölüm tablosunu kullanarak mümkün olduğundan emin değilim. Standart bölüm tablosu şemasında, hacimler 2 ³² sektörle sınırlıdır . Sektör başına 512 bayt ile, 2TB civarında sektörlere atamak için sayıları tükenirsiniz.

Ancak, standart bir yerine bir GUID Bölümleme Tablosu kullanıyorsanız, bunu yapabilmeniz gerekir. GUID bölümleme tabloları birimlerin zettabayt aralığına yayılmasına izin verir. Çoğu Linux dağıtımı bir GUID biriminden önyüklenebilirdir, ancak şu anda Windows sürümü yoktur (EFI'deki Windows 7 hariç).

Fdisk gibi bazı araçlar GUID birimlerinde çalışamaz, ancak GParted gibi araçlar da çalışabilir. GUID bölümleme tablonuzu oluşturduktan sonra, bu boyutta bir birimi destekleyen (örneğin, EXT4) birkaç ortak dosya sisteminden birini kullanarak bir birim oluşturmanız gerekir.

Bölüm tablonuz için, başka bir yerde de belirtildiği gibi, GPT , 22 TiB ile ihtiyaç duyacağınız her şeyin çok ötesinde, 9,4 ZiB boyutunda (9,4 × 10 ²¹ bayt) bölümleri desteklediği için mükemmel bir seçenektir .

Dosya sisteminiz için, Linux'ta BTRFS yazma üzerine mükemmel bir dosya sistemidir:

1. Yazma üzerine kopyala özelliği, yinelenen bir dosyanın iki kez depolanmadığı anlamına gelir.
2. Anında sıkıştırma özelliğine sahiptir, böylece verileriniz diske yazılmadan ve okunmadan önce LZO veya GZip üzerinden çalıştırılarak fiziksel disk alanından tasarruf edilir.
3. RAID-1, RAID-10, RAID-5 ve RAID-6 yapılandırmalarında herhangi bir ek yük olmadan fazlalığı destekler.
4. Ayrıca, hız esastırsa, RAID-0'ı da destekler.
5. Ayrıca alt hacimlere, anlık görüntülere ve daha birçok özelliğe sahiptir.
6. Neredeyse tüm dosya sistemi görevleri çevrimiçi yapılır , bu nedenle işleri düzeltmek için genellikle dosya sistemini kaldırmak zorunda kalmazsınız.

Özelliklerde ZFS'ye benzer, ancak ana Linux çekirdeğinin bir parçasıdır.

Artıklık veya yedekleme yeteneği istemiyorsanız, muhtemelen şunları yapabilirsiniz:

mkfs -t ext4 /dev/sdb