24 Disk Dizisi için en iyi uygulama


9

eski fiber SAN depolamamız için 24 SAS 600GB diskli bir IBM v3700 deposuna geçtik.

Bu depolama birimi, her biri iki adet 6 Gbps çok yollu SAS denetleyicisine sahip iki IBM ESXi 5.5 sunucusuna doğrudan bağlanır.

Şimdiye kadar kullandığım depolama alanını birden fazla RAID5 grubunda yapılandırdım. Her grup farklı bir sunucu / amaç için olacaktır. Temelde RAID grupları OracleDB, Oracle arşivi, SQL Server ve geri kalanı (dosya sunucusu, posta vb.) Olacaktır. En kritik uygulamalar Oracle ve SQL Server'dır.

İlk endişem güvenlik ve daha sonra uygulamalarımız için performans. Bu yüzden RAID6 + yedekleriyle çalışmaya karar verdim.

Şimdi asıl endişem, ESXi kullandığımız için, tüm depolama alanını tek bir RAID'de yapılandırmalı, yerden tasarruf etmeli ve her sunucu için ESXi'den veri deposu birimleri oluşturmalı mıyım yoksa bu iyi bir uygulama değil mi ve ayrı oluşturmak daha iyidir donanım RAID grupları?


4
Bunu kapatmak için oy kullanan insanlar: bu görüşe dayalı bir soru değil, en iyi uygulama sorusu. Satıcının bir yanıtı var ve serverfault'da konu ile ilgili.
Fesleğen

Yanıtlar:


7

Her satıcının kendi önerileri vardır, bu yüzden IBM'e sorarak başlayın. Genellikle ek destek ödemeden yapılandırma önerisi isteyen bir bilet açabilirsiniz. Bunu size kim sattıysa.

Kısaca googling, bu kırmızı kitabı keşfettim . Page 212, muhtemelen temel saldırı 6'yı istiyorsunuz, yani 1 yedek ve 12 dizi hedefi başına bir sürücü anlamına gelir. Bu, iki saldırı, 12'den biri, 11'den biri anlamına gelir. Raid 10'u tavsiye etmem, çünkü kapasite. Eşlikten kaçınır, ancak bu sadece düşük kaliteli veya dahili depolamada endişelenmeniz gereken bir şeydir. Depolama alanınız, rasgele üzerine yazmaların parite önbelleğinin arkasındaki ek yükünü gizler. Mağazam 6 baskısını yalnızca VMWare 5.5'in yarım petabaytı için kullanıyor ve sorun değil.

Bu kitabı okumalı ve nasıl mdisk ve havuz yaptığını anlamalısınız. Baskın gruplarınız kurulduktan sonra, tüm iğlerinizde geniş bir şerit oluşturmak için havuz oluşturmak istiyorsunuz.


4

Feragatname - Bu son derece fikir tabanlıdır ve soruyu böyle işaretlemiştir, ancak neredeyse aynı kurulumu neredeyse son zamanlarda yapılandırdığım için bir cevap sunmaya çalışacağım.

Ben her türlü veritabanı bir RAID5 veya 6 dizi iyi performans şüpheliyim. Çoğu satıcı, yüksek yeniden oluşturma süreleri nedeniyle, eşit olmayan parite tabanlı RAID düzeylerinin kullanılmasını aktif olarak önermemektedir (ve hatta bazı durumlarda yasaklamaktadır), bu da yeniden oluşturma sırasında artan bir riske veya bir URE'ye yol açmaktadır.

Bunu kişisel olarak iki ayrı gruba ayırırdım - veritabanları gibi yüksek IO yükünüz için bir RAID10 ve verilerinizin geri kalanı için bir RAID50. Her dizi için kaç disk ayırdığınız, ne kadar veri depolamanız gerektiğine bağlıdır.

Örneğin, 24 disk diziniz için, kasa yedekleri için iki diski kaybedebilir ve yaklaşık 2,4 TB'lık mantıksal bir RAID10 elde etmek için dört adet 2 disk açıklığı (toplam 8 disk) oluşturabilirsiniz. Bu, RAID50'niz için 14 disk, aralık başına 7 disk ve yaklaşık 7,2 TB kullanılabilir alan bırakır. Elbette, açıklık sayısını dengeleyebilirsiniz, ancak RAID10'ların 2'nin katlarına ihtiyacı olduğunu unutmayın.

Veri depolarına gelince, kaynakları karıştırmak için Storage vMotion ve DRS gibi süslü özellikler kullanmıyorsanız gerçekten büyük bir fark yaratmaz.

Ayrıca, son paragrafınızı açıklığa kavuşturmak için: arızalı bir diski yeniden oluşturmak için geçen süre ve yeniden oluşturma sırasında diğer disklere yüklenen yük nedeniyle daha küçük diskler genellikle daha az, daha büyük disklere tercih edilir .


Seninle aynı fikirdeyim ve db için RAID10 için tavsiyeni almalıyım. RAID50'nin RAID10'a kadar çıktığı için v3700'de desteklendiğinden emin değilim. Bu, depolama yöneticisinden iki aşamalı bir kurulumda mı yapılıyor?
teo

6
Bayrağınız yanlış. Bu, belirli ve doğru bir yanıtı olan özel bir sorudur. IBM'den istenen bilgileri içeren bir kırmızı kitap var. Ayrıca, 5. ve 6. baskıyla ilgili yorumunuz kurumsal depolama için yanlıştır. 12 sürücü 600 GB baskısında yeniden oluşturma, 7200 4 TB sürücülerde elde ettiğiniz çok haftalık yeniden oluşturma işlemleri değildir. Buna ek olarak, bu depoda 50 baskısı mevcut değildir, 5, 6 veya 10 baskın çoklu baskın gruplarından uzantılar içeren geniş şeritli havuzlar kullanırlar.
Basil

1

Asla bir RAID6, hatta 5 veritabanı tarzı iş yükleri için bu konuda gitmek istiyorum. Eşlik temelli oldukları için yüksek yazma cezası alırlar ve yeniden oluşturma süreleri BÜYÜK olabilir.

RAID 10 size en iyi performansı verir, dizinin her iki tarafından bir hatadan kurtulabilir ve bir sürücü arızası durumunda dizinin yedekliliğini hızlı bir şekilde geri aldığından emin olmak için bir veya iki yedek atayabilirsiniz.

Depolama bölümü ve sunum açısından ... RAID grubu başına genellikle 1 LUN şemasını izlerim, her LUN daha sonra birkaç VM diski içerir.


3
600 GB SAS diskte yeniden oluşturma çok büyük değil. Tavsiyeniz büyük denetleyici yazma önbelleği ve küçük, hızlı iğlerle kurumsal depolama için değil, 7200 RPM'lik yerel depolama için geçerlidir. Ayrıca, VMWare 5.5 için, veri deposu başına iki LUN önerilir ve her LUN'un yalnızca tek bir dizi değil, tüm iğlerin temel performansına erişmesini sağlamak için mümkün olduğunda geniş şeritleme kullanılmalıdır.
Fesleğen

1
Her iki durumda da, parite tabanlı RAID, şerit ve aynaya (hem performans hem de yeniden oluşturma) kıyasla yavaştır ve yalnızca kapasitenin endişe duyduğu yerlerde kullanılması gerekir, IOPS ve verim.
tomstephens89

4
RAID 5 yeniden oluşturma ile ilgili sorun, tamamlanması için daha az zaman
harcamaktan ziyade

1
Baskýn 5'i tavsiye etmiyorum Hagen. Baskın 6'yı tavsiye ediyorum. Ve Tom, soru 24 600GB SAS diskleri olduğunu belirtiyor. Çok sayıda büyük yavaş disk veya herhangi bir SSD dizisi (teknolojiyi nasıl kurmuş olursanız olun) değil. Bu soru çok açık ve net.
Fesleğen

2
Kurumsal sürücülerdeki kurtarılamaz hata oranları genellikle masaüstü modellerden yüz kat daha iyidir. Yeniden yapılanmalara yönelik bu endişe özellikle önemli değil.
Sobrique
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.