Büyük bir RAID-Z dizisi büyük bir RAID-5 dizisi kadar kötü mü?


12

Uzun zamandır büyük bir fikrin (> 5 TB?) RAID-5 dizisinin ne kadar kötü olduğunu duydum çünkü başka bir sürücünün arızalanması riski yüksek.

RAID-Z1 bunu herhangi bir boyutta bir dizi için çözmeyi başardı mı (kesinlikle bir sayıya ihtiyacınız varsa 4x2TB veya 5x2TB'yi düşünün)? Belki de tüm sürücülerde yoğun olmayan verileri yeniden kopyalamanın daha güvenli bir yolu olabilir mi?

Yanıtlar:


9

Burada verilen diğer cevaplardan biri ne olursa olsun, yani ZFS'nin sadece boş kullanılan bloklarla değil, gerçek kullanılan bloklarla çalıştığı, evet, büyük bir RAIDZ1 vdev yapmak hala tehlikelidir. Çoğu havuz en az% 30-50 kullanılır, birçoğu önerilen maksimum% 80'e kadar çıkar (bazıları geçip gider, performans nedenleriyle bunu yapmamanızı şiddetle tavsiye ederim), böylece ZFS yalnızca kullanılmış bloklar ile büyük bir kazanç değildir. Ayrıca, diğer bazı cevaplar soruna neden olanın kötü bir okuma gibi görünmesini sağlar. Bu öyle değil. Bir bloğun içinde biraz çürük, sizi burada vidalayacak şey değil, genellikle, başka bir disk sadece kötüye gidiyorken, ilk diskten gelen bozulma hala devam edecek ve sizi öldürecek .. ve 3 TB disklerde büyük bir raidz1'de günler, hatta haftalar sürebilir yeni bir diske yeniden yerleştirmek için, bu olma şansınız önemsiz değildir.

Müşterilere kişisel tavsiyem, RAIDZ1'i (RAID5 eşdeğeri) asla> 750 GB disklerle hiç kullanmamanız, sadece potansiyel tatsızlıklardan kaçınmak için. Diğer nedenlerden dolayı bu kuralı kırma konusunda sorun yaşadım (sistemin başka bir yerde yedeklemesi var, veriler önemli değil, vb.), Ancak genellikle RAIDZ2'yi büyük bir minimum seçenek olarak zorlamak için elimden geleni yapıyorum diskler.

Ayrıca, bir dizi nedenden dolayı, genellikle bir raidz2 şeridinde 8-12 diskten veya bir raidz3 şeridinde 11-15 diskten fazla gitmemenizi öneririm. 3 TB diskli bu aralıkların alt ucunda olmalısınız ve 1 TB disklerdeki bu aralıkların üst uçlarında olabilirsiniz. Bunun, bir resilver devam ederken daha fazla diskin başarısız olacağı fikrinden uzak durmanıza yardımcı olacağı, bu nedenlerden sadece biri, ancak büyük bir disktir.

Bazı aklı başında kurallar arıyorsanız (edit 04/10/15 - Bu kuralları sadece dönen diskleri akılda tutarak yazdım - çünkü aynı zamanda mantıklılar [neden bir raidz1'de 3'ten az disk yapıyorsunuz] SSD havuzları için bile bir anlam ifade edin, ancak bunları yazdığımda tüm SSD havuzları kafamda bir şey değildi):

  • > 750 GB'lık disklerde raidz1 kullanmayın.
  • Bir raidz1'de 3'ten az veya 7'den fazla disk kullanmayın1.
  • 3 diskli raidz1 vdevs kullanmayı düşünüyorsanız, bunun yerine ciddi şekilde 3 yönlü ayna vdevs'i düşünün.
  • Bir raidz2'de 6'dan az veya 12'den fazla disk kullanmayın.
  • Bir raidz3'te 7'den az veya 15'ten fazla disk kullanmayın.
  • Her zaman unutmayın ki, # disklerin IOPS'yi arttırdığı geleneksel RAID dizilerinden farklı olarak, ZFS'de VDEVS sayısıdır, bu nedenle daha kısa şerit vdevs ile gitmenin havuz IOPS potansiyelini geliştirdiğini unutmayın.

Disk boyutlarındaki ve performanslarındaki değişiklikle, yine de aynı temel kuralı önerir misiniz? (2014)
Lord Loh.

Temel kurallar için herhangi bir kaynak veya motivasyon var mı?
Kenny Evitt

Kaynak, Nexenta'daki 1000 ZFS dağıtımında kendim ve iş arkadaşlarımın deneyimidir. Bir güncelleme gelince - kurallar duruyor (04/10/15), mermi noktalarını düzenlemek istememe neden olan hiçbir şey değişmedi, ancak bu kuralları SSD'ler akılda olmadan yazdığımı söyleyebilirim. Koşullara bağlı olarak, kurallar SSD'ler için aynı değildir. Onlarla birlikte, HBA darboğazları gibi başka düşünceleriniz de var.
Nex7

1
@ Nex7, blog makalenizde bunun mantığı nedir? "8. RAIDZ - Çift / Tek Disk Sayımları: Bir raidz vdev'deki veri disklerinin sayısını çift bir sayıya tutmaya çalışın (ve çok zor değil)
Costin Gușă

Kullanım durumlarını hatırlamak önemlidir. Burada serverfault üzerinde profesyonel / iş uygulamalarına odaklanıyoruz, böylece cevabınız doğru. Bununla birlikte, tüketici kurulumları (ve hatta belki de sınırlı iş uygulamaları?) Yapanlar için, bir hata sırasında dizinizdeki tek bir dosyadan (belki bir çift) tek bir bloğu kaybetmenin ne kadar kötü olacağını düşünün yeniden. Önemli değil mi? O zaman RAIDZ1 iyi olabilir.
Dan Pritts

11

RAID-Z R5 kadar kötü, hayır. R1 veya R10 kadar iyi mi, genellikle hayır.

RAID-Z, R5'in olmadığı sürücülerdeki boş noktaların farkındadır. Bu nedenle RAID-Z'nin eksik diski kurtarmak için yalnızca veri içeren alanları okuması gerekir. Ayrıca, verilerin tüm disklerde şeritli olması gerekmez. Çok küçük bir dosya olabilir başka bir diskte parite ile, sadece tek bir disk üzerinde bulunur. Bu RAID-5, dizide kullanılan alan kadar tam olarak veri okumak zorunda kalacaktır (bir 5 TB dizisinde 1mb kullanılıyorsa, yeniden oluşturma yalnızca 1 mb okumalıdır).

Diğer taraftan, büyük bir dizinin çoğu doluysa, verilerin çoğunun tüm disklerden okunması gerekir. Verilerin tam olarak bir diskten çıkarılması gereken R1 veya R10 ile karşılaştırıldığında (başarısız disk başına; birden çok disk yalnızca dizinin yine de kurtarılabilir olduğu durumlarda başarısız olursa).

Endişelendiğiniz şey, her sektör okuma işleminde doğru yazılmamış veya artık okunamayan bir sektör bulma şansınız olmasıdır. Bugünlerde tipik bir sürücü için 1x10 ^ -16 civarındadır (tüm sürücüler eşit değildir, bu nedenle sürücülerinizin özelliklerini anlamak için sürücülerinizdeki özelliklere bakın). Bu inanılmaz derecede nadirdir, ancak her 1PB'de bir kez ortaya çıkar; 10 TB'lık bir dizi için, dizinizin tost olma olasılığı% 1'dir ve kurtarmaya çalışana kadar bunu bilmezsiniz.

ZFS , dizinizi yeniden oluşturmaya başlamadan önce okunamayan sektörlerin çoğu fark edilir olduğundan, bu şansın azaltılmasına yardımcı olur . ZFS dizinizi düzenli olarak fırçalarsanız, fırçalama işlemi bu hatayı toplar ve bunların etrafında çalışır (veya sizi bu şekilde döndürürseniz diski değiştirebilmeniz için sizi uyarır). Kurumsal düzeyde diskleri ayda bir ila dört kez ovmanızı öneririz; ve tüketici sınıfı sürücüler haftada en az bir kez veya daha fazla.


3

RAID-Z'nin geleneksel RAID-5'e göre avantajlarından bazıları, özel donanım gerektirmemesi ve RAID-5 yazma deliğinden kaçınarak daha güvenilir olmasıdır.

Ancak, hem RAID-Z hem de RAID-5 birden fazla disk arızasını sürdürmez.

ZFS ile iki disk arızasından hayatta kalmak istiyorsanız, RAIDZ2 ve RAIDZ3 arızasında üç disk hatası kullanabilirsiniz .


1
+1 Ayrıca, perblock sağlama toplamları, bir dizide bozulma bulursa, etkilenen dosyaları bulmak için ZFS'ye izin verir. Çoğu R5 HBA, tüm birimi basitçe bozuk olarak işaretler veya işletim sistemine bir sektörün bozuk olduğunu bildirir, her iki durumda da HBA'nın bir bozulma senaryosunda hangi diskin yanlış olduğunu bilmesinin bir yolu yoktur.
Chris S

ZFS 'resilver arıza işleme hakkında daha fazla tartışma: ZFS sonsuz resilvering
CVn
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.