Soru İki düğümlü linux san'da iSCSI hedefinin ne kadar iyi bir yük devretmesi var?


Ben ucuz iSCSI yedek SAN oluşturmak için raf sunucularından iki tane kullanma olasılığını değerlendiriyorum. Bu fikir, Linux, kalp pili ve iSCSI hedefini çalıştırmaktır. Linux-ha-örnekleri üzerinde SAN Active-Passive.

Okuduğumda aynı sayfa beni biraz korkutuyor:

İscsi-hedefinin geçişi sırasında bir boşluk farkedilir.   write-test.log protokolü. Bizim kurulumumuzda 30'lu bir gecikme gözlemledik.   Ext3 ve iscsi ile bağlantılı olarak bildirilen sorunlar var.   yük devretme Bu yapılandırma ext2 ve ext3 ile test edilmiştir.   her iki dosya sistemi ile çalıştı.

Üretimde kimseyi linux kutuları dışında yedekli bir iSCSI SAN koydu mu? Bir yük devretme olayı gerçekten bu kadar kötü mü? G / Ç'de 30 saniyelik bir donma bana bir felaket gibi geliyor, değil mi?


5
2018-01-18 11:53


Menşei


30 saniye yok felaket değil. Çoğu orta-dış harici (FC) disk dizisi, en kötü durumda başarısızlık senaryolarında benzer I / O donmalarına sahiptir. Veri tabanları da dahil olmak üzere çoğu uygulama, daha da uzun süreli donmalardan kurtulabilmektedir. Sadece istemcinin zaman aşımlarını ayarlayın, test edin, SCSI komutlarının istemci işletim sistemi tarafından arızalanmadan çözülüp çözülmediğini doğrulayın. - kubanczyk
FYI: Ticari dereceli kurumsal dişli, 180 saniyelik bir sürede arıza garantisini (garantili) belirtir. Linux çekirdeğindeki sg katmanı için varsayılan SCSI zaman aşımı (bu, çoğu dağıtım ve hangi yüklü sürücülerin aktif olduğu vb. İçin değiştiğine dikkat edin) - geçerli ayar için '/ sys / block / <DEVICE> / device / timeout' seçeneğini işaretleyin. 30 ila 60 arasında bir şey. Eğer 30'lu IO'yu bloke edemezseniz, muhtemelen yanlış platformda ve / veya yaklaşımdasınız demektir. - pfo


Cevaplar:


SCSI bağlantıları, varsayılan olarak 15 saniye sonra (veya bir şey) zaman aşımına uğrar. Ev yapımı çözümünüz bu süre zarfında devralmayı tamamlayamazsa, bu değerle oynamanız gerekir. Ayrıca göz önünde bulundurulmaya değer, normal SAN'ların önbelleklerini bir devralma işleminden sonra yansıtması, kabul edilen, ancak henüz disklere adanmamış olanların kaybolmadığını yazmasıdır. Bunu ayarlayamazsanız, veri bozulma riskini veya önbelleğe alma işlemlerinden kaçınmanız gerekir.


6
2018-01-18 14:20



İyi ipucu! Çoğu zaman unutulduğunuz için, RAID denetleyici kartınızda yazma önbelleğe alma özelliğini devre dışı bırakmanız gerektiğinden, çünkü tüm içeriği, başarısızlık için kullandığınız iki kutudan, önbellek uyumlu senkronizasyona sahip olarak kuramsal olarak ve pratik olarak kaybedebilirsiniz. Bu büyük bir performans etkisi. - pfo
Uçuş içi yazımları kontrol etmek zaten listemde. Geniş fikir, drbd için A protokolünün kullanımı ve alttaki blok depoda yazma önbelleklerinin kapatılması dahil olmak üzere mümkün olduğunda konservatif ayarları kullanmaktır. Kararlı bir çözümü hedefliyoruz ve neyse ki süper yüksek performansa ihtiyacımız yok. SAN, jumbo çerçeveli özel bir gigabit ağı üzerinden geçecek ve iki depolama düğümü, DRBD'ye ayrılmış jumbo çerçevelerle ayrı 2x gigabit bağlı çapraz bağlantılara sahip olacak. - Luke404
Çok eski bir sorunu çözmek için çok fazla konfigürasyon süresi (ve donanım) harcıyorsunuz. Neden sadece bir HP sol el VM'sine ya da başka bir şeye değil? Şimdi 10k harcayın ve ev yapımı bir çözümün yüzlerce saat süren kafa çizilmesinden kurtulabilirsiniz. - Basil


İSCSI hedef kümesi olarak iki Linux kutusu kurduk. DRBD kullanıyoruz ve BTYK hedef ve iyi çalışıyor. (SCST hedefi eski iscsitarget'tan daha iyidir, VMware ESXi bunu SCST'yi değil de öldürebilir).

Zaman aşımı bir istemci tarafı ayarlarıdır, böylece isterseniz daha düşük ayarlayabilirsiniz.


5
2018-01-18 12:48



Bilgileriniz için, son zamanlarda birçok geliştirmeler aldım ve şimdi SCSCI-3 rezervasyonlarını da destekliyor. IET veya SCST'nin şu an istikrar ve yetenek açısından en iyi iscsi hedefi olduğunu söyleyebilirim. - wazoox
Yeni bir Ubuntu sistemini düğümler için hedefliyorum, belki de bir sonraki LTS (12.04) ve en iyi upstream dahil hedefin en iyi olduğunu bildiğim kadarıyla, bunu kullanmak istiyorum ... ama yine de ihtiyacım var. Konuyla ilgili daha fazla araştırma yapmak için ... - Luke404
IET bazen büyük IO altında ölür. - Stone