16 TB Raid için dosya sistemi seçme


9

Sadece sekiz adet 2 TB diskli bir makine hazırlıyorum.

Bunların üzerine Raid 6 (12 TB kullanılabilir kapasite) kullanacağım, ancak LVM'yi RAID'in üstüne mi yapmam gerektiğine veya hangi dosya sistemini kullanacağımdan emin değilim.

LVM içinde kullanıldığında hangi dosya sistemleri yeniden boyutlandırılabilir?


3
Değişmez sorunuza cevap vermek için: LVM içinde kullanılmadığında yeniden boyutlandırılabilen soruların aynısı. LVM, işlevselliği yerleşik olan bir sistem kullanmayacaksanız (şu anda ZFS anlamına gelir; ve IIRC ZFS'de RAID-6 yerleşiktir) bu seçenekle ilgili değildir.
Gilles 'SO- kötü olmayı bırak'

Yanıtlar:


6

Bir baskın aygıtının üstünde lvm olduğunda, üzerinde birden fazla sanal aygıt (ve dosya sistemi) oluşturma konusunda esnek olursunuz. Ve bu cihazların boyutunu değiştirme konusunda esneksiniz.

Buna ihtiyacınız olmadığından% 100 eminseniz ve yalnızca bir büyük dosya sistemine ihtiyacınız varsa, raid cihazınızda doğrudan dosya sistemi oluşturabilirsiniz. Bu durumda bir dolaylı ve karmaşık katman kaldırılır.

Bir dosya sistemi seçmek için en önemli noktalar:

  • iyi test edilmiş ve kararlı olmalıdır
  • yeterince ana akım olmalı
  • elbette iyi performans

Bu, dosya sistemleri söz konusu olduğunda genellikle muhafazakar olduğu anlamına gelir.

Bu kriterleri kullanarak Linux'ta temel olarak 3 seçeneğiniz vardır (2011-06 itibariyle:

  • ext3
  • ext4'ün
  • xfs

Büyük cihazlarda xfs kullanıyorum çünkü a mkfs.xfsçok daha hızlı.

Tüm bu dosya sistemleri yeniden boyutlandırılabilir.

Güncelleme:

3 TB'lık bir cihazda küçük bir karşılaştırma yaptım (tüm dosya sistemlerinde 4k blok boyutu kullanarak):

$ awk -F\; -f mkfs.awk mkfs
          FS     SIZE(TB)      TIME(S)      RSS(MB)      SPEEDUP      SPACEUP
        ext3            1          217           37         1.00         1.00
        ext3            2          478           74         1.00         1.00
        ext3            3          829          111         1.00         1.00
        ext4            1          139           37         1.55         1.00
        ext4            2          298           74         1.60         1.00
        ext4            3          515          111         1.61         1.00
         xfs            1            5            2        43.23        17.01
         xfs            2            9            2        51.43        33.49
         xfs            3           15            2        54.73        50.05

(Hız / hatırlatma ext3'e karşı)

(Sistem: Debian 6.0 amd64, mkfs.ext 1.41.12, mkfs.xfs 3.1.4, WD SATA sürücü, hdparm -t yaklaşık 120 MB / s arabelleğe alınmış disk okumaları)

Bu, mkfsing bir ext [34] dosya sistemini xfs bir mkfsing'den 54 kat daha yavaş demektir. Bunu 12 TB'a genişleterek dahili bir fs oluşturmak yaklaşık bir saat sürecektir (xfs sadece bir dakika).


XFS'yi de seviyorum, ancak sadece başlangıç ​​biçiminin hızı nedeniyle dosya sisteminiz olarak seçmek biraz aptalca görünmüyor mu?
Caleb

4
RAID'inizi daha sonra büyütmeyi planlıyorsanız, ext4'ün 16TiB hacmiyle ( wikipedia'ya göre ) sınırlı olduğunu belirtmek gerekir .
Gert

@Caleb, yani - saatlerce sürerse ve diğer özellikler sistem kullanım durumunda bir fark yaratmazsa, önemli olan tek fark budur. 3 TB'lık bir cihazda küçük bir mkfs karşılaştırması yapacağım - belki de @Let_Me_Be kendi sisteminde de yapabilirdi - bu ilginç olurdu.
maxschlepzig

2
@Gert: Hayır, sınırlama şu anki sürümünde ext2progs- Ext4 biçimi 1 exabyte büyüklüğüne kadar olan birimleri destekler.
Teddy

1
Mkfs.ext4'ün son sürümleri ÇOK daha hızlıdır, çünkü şimdi monte edildikten sonra arka planda yapılacak biçimlendirmenin çoğunu geciktirir. Ayrıca fsck süreleri ext4'te ext3'ten biraz daha hızlıdır.
psusi

1

Linux ile üretim kutularımızın çoğunda lvm + ext2 / ext3 kullanıyoruz, müşterinin günlük kaydı / ext3 / veya değil / ext2 /

Sizin durumunuzda gider ve daha fazla günlük oluştururken daha fazla günlük kaydı yararına sürece lvm + ext2 kurmak istiyorum .. ama maxschlepzig açıklandığı gibi tam olarak dikkate alınması gereken daha var .

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.