Yük dengeleyiciler, işleyebileceğinden çok daha yüksek verime sahip bir veri merkezine nasıl sığar?

10

10GE bağlantılarında standartlaştırılmış bir veri merkeziniz var. Örneğin, çekirdekte Nexus 7000s, toplamada Nexus 5000s ve sunucuların kenarı için bazı kumaş genişleticilerle (Cisco dişlisini örnek olarak kullanıyorum çünkü bu benim özel laboratuvarımda olan şey). Nexus 5000'lerinizi takan bazı ACE 4710 yük dengeleyicileri var, ancak bunların sadece 1GE arayüzleri var. Tüm anahtar bağlantılarınız 10GE'dir ve modern sanallaştırılmış veri merkezlerindeki büyük doğu-batı (VM'den VM'ye) trafiği için gereklidir.

Yük dengeleyicileri belirli trafik koşullarında bir darboğaz haline gelmez mi? Bazı yerel doğu-batı trafiğinin yük dengeleyiciye nasıl ulaşması gerekmediğini görebiliyorum, ancak çekirdeği geçmeniz gereken başka durumlar ve hatta bir veri merkezi ara bağlantısı.

Temel olarak, yük dengeleyicilerinin istemci-sunucu (kuzey-güney) trafiğinde kullanıldığını biliyorum ve HTTP GET gibi şeylerin 10GE'ye ihtiyacı yoktur, ancak 1GE yük dengeleyicinizin aksi takdirde tümüyle engelleme yapabileceği durumlar vardır. 10GE trafik yolu ve vMotion gibi şeyler için sorunlara neden olur (örneğin)?

load-balancer

— nöbetçi
kaynak

1

ACE 4710, 2010'dan beri EOL / EOS olmuştur. Bu yük dengeleyicisine bağlı mısınız, yoksa çok daha yüksek ölçeklendirilebilen modern bir yük dengeleyici kullanmaya açık mısınız? (Birçok üretici bunları yapar.) Veriminize, tarif ettiğiniz şekilde yapay olarak sınır koymak için bir neden yoktur. Maliyet dışında bir neden yok, ama gerçekten açıkladığınız altyapıyı satın aldıysanız, gerçek bir yük dengeleyici kurulumu için nakit kalmış olabilir.

— Brett Lykins

Bu aslında bir üretim ortamı değil, bu belirli cihazları içeren gerçek bir "laboratuvar" senaryosudur. Daha genel anlamda, sorum, tipik bir veri merkezinin trafik yükü göz önüne alındığında, yük dengeleyicinin tasarımınızda bir darboğaz haline gelmemesini nasıl sağlıyorsunuz? Bu, örneğin veri merkeziniz çok katmanlıysa, yük dengelemesini hangi aşamada yaptığınız gibi, tasarımınıza göre oynar. Özel örneğimde, benim tasarımım olmadığı için değiştiremediğim, bunların olması mantıklı mı? ACE cihazları, çok daha güçlü olan Nexus 5000'lerden tek silahlı.

— nöbetçi

6

Yük dengeleyicileri belirli trafik koşullarında bir darboğaz haline gelmez mi?

Kesinlikle, ancak bu iyi tasarlanmış bir ağda genellikle böyle değildir.

Çekirdekinizi veya veri merkezleri arasında geçiş yapması gerekse bile, ağınızı dahili sunucudan sunucuya trafiğinizin çoğuna (koyduğunuzda "doğu-batı") izin verecek şekilde tasarlayabilmelisiniz.

Sık sık yük dengeleyici arkasındaki sunucular için varsayılan ağ geçidi olsa da, "doğu-batı" trafiğinin yük dengeleyiciyi atlatmasına izin vermek için bir yönlendirme protokolünün (yani OSPF veya RIP) veya daha küçük dağıtımlarda çalıştırıldığı kurulumları gördüm statik yollar kullanıldı.

Yük dengeleyicileri iyi bir tasarımda bile darboğaz oluşturacaksa (yani trafik hacmi o kadar yüksektir), o zaman çoklu yük dengeleyicileri arasında yük dengeleme yolları da vardır.

— YLearn
kaynak

4

Aslında. VMotion yolunuzda bir LB varsa, mühendis olarak başarısız oldunuz.

— Ricky Beam

"... birden fazla yük dengeleyicisinde yük dengeleme yolları da vardır" - DNS'den ağ yük dengeleyicisini seçmek gibi?

— Andrei Rînea

2

Bu gerçekten bir darboğazdır ve üretiminizi LB'leriniz olan "zincirdeki en zayıf halka" ile sınırlayacaktır. Ancak, bunun üstesinden gelebilirsiniz. "Geri dönüş" veya "doğrudan sunucu dönüşü" olarak bilinen bir şey kullanırsanız, zaman uyumsuz trafik akışları yapabilirsiniz. Çalışma şekli şudur:

a) Müşteri 2.2.2.2'ye http talebinde bulunur

b) LB 2.2.2.2'de cevap verir ve gelen isteği bir sunucuya iletir - LB ve sunucu aynı LAN üzerinde olduğundan, bu katman 2'de yapılır.

c) Sunucu IP 2.2.2.2'nin takma adı geri döngü arabiriminde olduğu için bu gelen bağlantıyı kabul eder (aksi takdirde arabirimle eşleşmeyen bir paket düşer).

d) Sunucu doğrudan istemciye yanıt verir.

İstek birkaç bayttır. Sunulan içerik herhangi bir boyutta olabilir. Giden trafik LB'den geçmez, böylece YOL daha fazla trafiği yönetebilirsiniz.

Alkış,

--tc

— Thomas Cannon
kaynak

1

Bunu yapmanın yalnızca L4 kümeleri için uygun olduğunu unutmayın. L7 kümeleri için bu, başlık yeniden yazma işlemlerini, çerez ekleme (kalıcılık), SSL sonlandırma, her türlü URL eşleşmesini ve birçok yük dengelemesinin daha gelişmiş özelliklerini bozacaktır.

— YLearn