Hataya dayanıklılık için ikinci bir RAID denetleyicisine ihtiyacım var mı?


9

Yüklü 3 sabit sürücülü ve toplam 6 kapasiteye sahip bir sunucum var. Bunu en üst düzeye çıkarmayı planlıyoruz, ancak danışmanımız yeni sürücüleri desteklemek için ikinci bir RAID denetleyicisi "yedeklilik için" almayı önerdi. Bana göre bu pek mantıklı değil. Disklerin yarısını çalıştıran ikinci bir RAID denetleyicisiyle bile, denetleyicilerden biri ölürse (hiçbiri ile çalışmaktan daha iyi olmayan) disklerimiz / programlarımız / verilerimizle hala sıkışmış durumdayız. Sunucuya vmware koyuyoruz ve bazı gelişmiş hata toleransı / yük devretme özelliklerinden belirsiz bir şekilde bahsetti, ancak başarısız bir denetleyici nedeniyle disklere erişilemiyorsa, nasıl çalışması gerekiyor?

Performans değil, yalnızca yedekli olmanın nedenlerini sayarsak, neden sunucumda ikinci bir RAID denetleyicisi olmasını isteyeyim?


Tek RAID denetleyicisinin başarısız olduğu bir tarih gördüm, sadece tek başına hizmet verdiği çok diskli yüksek RAID depolama alanını sadece kullanılamaz değil, aynı zamanda tüm veriler bile kurtarılamaz hale getirdi. Şirkete ağır bir darbe oldu. Sonuçta verilerin çoğu iş istasyonlarında bulunan dosyalardan yeniden oluşturulmuştur. Toplam utanç. Bağımsız disk kümesindeki verileri daima başka bir denetleyiciyle yansıtın. 7/24 yıllarca çalışırken 80 ° C ısınan tek bir küçük karta güveniyorsanız, RAID 6'nın her durumda hayatınızı kurtaracağını asla varsaymayın.
h22

Yanıtlar:


11

'Tek kutu yüksek kullanılabilirlik' tasarımında evet, ideal olarak ikinci bir otobüste de ikinci bir kontrolör istersiniz. Ancak bu tür bir yaklaşım, bir kutu arızasının servisi durdurmadığı kümelenmeye dayalı daha ucuz bir tasarıma yol açmıştır. Bu, kümelenmiş bir ortam kullanmayı veya tek bir kutuya güvenmeyi planladığınıza bağlıdır. Cevabınız çift denetleyiciye sahip olsa bile, ekstra karmaşıklık ekleyerek ve belki de aşırıya kaçmış gibi görülebilir.

edit - diğer sorunuzda ESXi kullanma hakkındaki yorumunuza dayanarak, kümelenmesinin muhteşem olduğunu söylemek zorundayım, zekice çalışan birçok 32 yollu kümemiz var.


AFAIK, kümelemeyi kullanmayacağız. Tek bir kutudaki ikinci bir kontrolör bana nasıl fayda sağlar? Denetleyici yük devretme diye bir şey var mı?
Bigbio2002

1
ESX / ESXi dünyasında hayır - tek bir tane iyi olurdu, 6 diskin bir büyük R10 dizisini yapacak ancak bu 2 TB (veya daha az) mantıksal diskleri oluşturmanıza izin veren bir denetleyici aldığınızdan emin olun. HP'nin Pxxx serisi bunu btw ile yapmanızı sağlar.
Chopper3

7

Aktif olarak kullanılan ikinci bir RAID denetleyicisi yedeklilik için değildir. Yalnızca ilk disk öldüğünde tüm disklerinizi değiştirdiğiniz soğuk bekleme denetleyicisi ise. Sonra artıklık var (kontrolör için). Ama burada yayınlandığı gibi bunu sakının .

Bu nedenle RAID, denetleyicide tek bir hata noktasına yol açan disklerin yedeklenmesi içindir. İkinci (kullanılmayan) kontrolörü olması olabilir siz bu çözmek olabilir yenisine tüm diski geçin. Bu işe yararsa diğer faktörlere bağlıysa ...

Ben anadili konuşmuyorum, ama benim için "hataya dayanıklılık", "artıklık" tan farklı bir şey. Bazı İngilizce konuşanlar bana yardım edebilir mi?


Artıklık hata toleransı elde etmenin bir yoludur :). Soğuk bekleme veya yük devretme denetleyicisinin hatlarında bir şey arıyordum. Bu desteklenen bir özellik mi yoksa kartları el ile değiştirmem gerekir mi?
Bigbio2002

Disk değiştirmenin otomatik olarak yapıldığı bir denetleyici görmedim. Bunun nedeni ya aramadım ya da kabloları bir disk ve iki denetleyici arasında nasıl devre dışı bırakmanız gerektiğini hayal edemediğim için.
mailq

Çift delikli sürücüler kurumsal ortamlarda oldukça yaygındır (SAN raflarını düşünün) - ancak fiyatlar 2 veya 3 kat artmaktadır.
adaptr

3

Tek bir kutuda, tam G / Ç alt sistemi yedekliliğine sahip olmak için iki farklı PCI-E kök kompleksine bağlı iki RAID denetleyicisine ihtiyacınız vardır . Bu, iki farklı yapılandırma ile gerçekleştirilebilir:

  • her bir SAS bağlantısı farklı bir denetleyiciye bağlıyken maliyetli çift portalı SAS diskler kullanın. Bu şekilde, her denetleyici her diske bağlanır. Açıkçası, iki denetleyici disklerde aynı anda çalışamaz; disklere erişimi koordine etmek için bir çeşit kilitleme / çit gereklidir. SCSI'nin gerekli eskrim mekanizmasını sağlamak için bazı özel hükümleri vardır, ancak bunlar uygun yazılım tarafından koordine edilmelidir. Başka bir deyişle, bir diski iki denetleyiciye bağlayıp günde çağıramazsınız; bunun yerine, sorunsuz çalışabilmesi için uygun yazılım yapılandırmasına ihtiyacınız vardır;
  • her bir denetleyiciye bir yarısını bağlayan normal ve daha ucuz tek bağlantılı SAS / SATA diskler kullanın. Örneğin 6 diskte, bir denetleyiciye 3 disk ve başka bir denetleyiciye 3 disk bağlamanız gerekir. Her denetleyicide bir RAID dizisini gerektiği gibi yapılandırın (örneğin: RAID 5 veya RAID1). Daha sonra işletim sistemi düzeyinde, iki disk dizisi arasında bir yazılım RAID'i yapılandırarak tam dizi yedeklemesi elde edebilirsiniz. Daha ucuz olsa da, bu çözüm depolama kapasitenizi etkili bir şekilde yarıya indirmek için ek bir dezavantaja sahiptir (yazılım RAID1 seviyesi nedeniyle).

Her iki yaklaşımda da önemli bir sorun, tam sistem yedekliliğinizin olmamasıdır: bir anakart / CPU sorunu, sahip olduğunuz denetleyici / disklerden bağımsız olarak tüm sistemi düşürebilir.

Bu nedenle, bu tür bir kutuda yedeklilik son zamanlarda nadiren kullanılır (orta / üst düzey SAN dağıtımlarındakinden ayrı olarak); bunun yerine, kümeleme / ağ yansıtma geniş bir çekiş kazanıyor. Kümeleme (veya ağ yansıtma) ile tam sistem yedekliliğiniz olur, çünkü tek bir başarısız sistem veri erişimini olumsuz etkileyemez. Açıkçası kümelenmenin kendi tuzakları vardır, bu yüzden gümüş / kolay bir mermi değildir, ancak bazı durumlarda avantajları reddedilemez. Ayrıca, coğrafi olarak farklı konumlarda neredeyse gerçek zamanlı bir veri yedeklemesi sağlamak için eşzamansız ağ yansıtma özelliğini de kullanabilirsiniz, böylece tek bir felaket olayı verilerinize zarar vermez.


Bazı veri türlerinde yalnızca yarısı güncellenen kopya (senkronizasyon ortada başarısız olduğu için) kullanılamaz olabilir. Veritabanı tipik bir örnektir, aynı zamanda birbirine bağlı çok sayıda küçük dosya içeren çeşitli kaynak kodu ve veri kümeleri.
h22

Altta yatan çoğaltma mekanizmasına bağlıdır. Örneğin DRBD, tam (protokol C) veya neredeyse tam (protokol B) senkronize çoğaltmanın kullanılmasını sağlar. Bu, kaynak ana bilgisayarda bir yazma kabul edildiğinde, aslında uzak ana bilgisayarda da gerçekleştirildiği anlamına gelir Başka bir deyişle, yazma engelleri her iki ana bilgisayarda da onurlandırılır). Böyle bir garanti ile, herhangi bir sağlam dosya sistemi / veritabanı sorunsuz bir şekilde kurtarılmalıdır.
shodanshok

Evet, bazı veritabanları çoğaltmayı ve diğer bazı uygulamaları da destekler. Bunlarla çalışmak çok daha kolay.
h22

1

Birden fazla denetleyicide gerçek yük devretme sağlamak için çift portalı SAS sürücülerine ihtiyacınız olacaktır. Bunlar mevcut olsa da, sadece dahili depolama alanına sahip tek bir sunucunun fiyat aralığında değil, kesinlikle çözülüyor.

Bunlar, denetleyici ölümünün gerçek bir sorun olduğu SAN sistemlerinde sıklıkla kullanılan teknolojilerdir.

Başka bir yük devretme özelliği olmayan tek bir sunucu için, ikinci bir denetleyici hiçbir şey kazanmaz - sadece daha fazla paraya mal olur ve danışmana daha fazla kar sağlar.

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.