Hata Toleranslı Anahtar Destekli Yük Dengeleme

Cisco ve Microsoft sertifikaları için çalışırken NIC Teaming, Etherchannels ve benzerleri hakkında çok şey okudum.

MS Windows Server'da statik ekip çalışması yapabileceğinizi veya Cisco'da bir port kanalı oluşturabileceğinizi veya LACP ve PAgP gibi Dinamik protokolleri kullanabileceğinizi biliyorum. Ancak hepsi kaynak veya hedef MAC adresi veya IP adresi, birlikte XORed kombinasyonu veya benzeri şeyler kullanarak yük dengeleme sunuyor, değil mi? Ve bir sunucudan diğerine uzun bir dosya aktarımınız varsa (örneğin 4 Gb / sn'ye 4 Gbps'ye yükseltmek için birbirine bağlanmış olarak) gerçek iş hacminizi artırmanın bir yolu yok gibi görünüyor.

Acaba bu doğru mu? Bağlı arayüzlerin tüm bant genişliğini kullanmanın bir yolu var mı? Birkaç kaynaktan, tam yük dengelemeyi destekleyen ve tam bant genişliğini (bir işlemde iki sunucu arasındaki örneğimden 4 Gbps gibi) destekleyen SLB (Hata Destekli Yük Dengeleme / Hata Toleranslı) gibi bir şey olduğunu duydum.

Bununla ilgili çok çelişkili şeyler duydum ve tamamen kafam karıştı. Yardım edin beyler!

Katman 2'de, tüm yük dengeleme en iyi şekilde, kaynak ve hedef MAC'in bir XOR veya karması tarafından yapılır ve eğer şanslıysanız, katman 3'e de okuyabilir ve bu verileri de karma hale getirebilir.

Bununla birlikte, temel olarak birden fazla ağ geçidi hakkında konuştuğumuz yerde (yani, etkili bir şekilde, her birinde benzersiz bir sonraki atlamalı iki fiziksel bağlantı) , yapmaya hazırsanız, bağlantılar arasındaki bant genişliğini en üst düzeye çıkarabilirsiniz. paket dengeleme.

Devam etmeden önce, paket başına dengeleme, sipariş dışı paket teslimiyle sonuçlanabileceğinden genellikle kötü bir şeydir , bu özellikle TCP bağlantıları ile korkunç olabilir, ancak elbette uygulama ve modern yığınların çoğu bunu nispeten iyi tolere edebilir.

Paket başına dengelemeyi yapabilmek için, açıkça bir gereklilik, kaynak ve hedef IP adreslerinin, dengelemenin mümkün olması için yönlendirilmeleri gerektiğinden, birden fazla yolu olan aygıtlara hiç bağlı olmamasıdır. Artıklık, BGP, OSPF, ISIS, RIP veya alternatif olarak BFD veya basit bağlantı durumu tespiti gibi bir yönlendirme protokolü ile elde edilebilir.

Son olarak, elbette bir taşıma katmanı çözümü var - SCTP gibi protokoller birden fazla uç noktaya bağlanıyor ve TCP'nin zaten benzer şeyleri yapmak için seçenekler ekleyecek taslakları var. Veya ... uygulamanızı birden fazla soket açabilirsiniz.

İlk olarak, sistem performansınız konusunda gerçekçi olalım; Sisteminizin, diskten söz konusu NIC'lere sorduğunuz bant genişliğini sürekli olarak biriktirebildiğinden emin olmalısınız (cevabın alt kısmına bakın) ...

Dosya aktarımlarınız için FTP kullanmaya hazır olduğunuz sürece, RESTkarşıdan yüklemeler için dosyanın FTP COMBkomutu ile bölümlenmesini destekleyen bir istemci ve bölümlenmiş yüklemeler için FTP komutunu destekleyen bir sunucu kullanabilirsiniz . Segmentlemeyi destekleyen FTP istemcilerini kullanarak, dosya aktarımı başına birden fazla FTP oturumu açabilir ve birçok anahtar satıcısı tarafından desteklenen Layer4 LACP karma işleminden yararlanabilirsiniz ... 1GE veya 10GE bağlantılarını bağlayıp bağlamadığınıza bakılmaksızın, bölümlü aktarımlar performansınızı hızlandırır LACP genelinde.

Windows için CuteFTP REST aktarımlarını ve Filezilla COMB komutunu destekler . Bunlar kullanabileceğiniz birkaç seçenekten sadece ikisi.

Sistem sınırları

Ne tür bir diskiniz olduğunu bilmiyorum, ancak genellikle tek sistem sınırı disk G / Ç ... burada birkaç ilgi çekici nokta var ... denetleyicinin bakış açısından ...

• SATA (revizyon 1) maks. Xfer: 8b / 10b tepegözünden sonra 1.2Gbps
• SATA (revizyon 2) maks. Xfer: 8b / 10b tepegözden sonra 2.4Gbps
• SATA (revizyon 3) maks. Xfer: 8b / 10b tepegözünden sonra 4.8Gbps
• 4G Fiber Kanal maksimum xfer: 3.56Gbps

Bir başka olası sınır, SSD kullanmadığınız sürece disk hızı / iğ / kollardır.

Son olarak anakart için yeterli kapasiteye sahip NIC'lere ihtiyacınız var ... PCIe NIC'inizde kaç şerit olduğunu kontrol edin. Bir LAN'da olduğunuzu ve paket kaybı / tıkanıklığının bir sorun olmayacağını varsayıyorum. CPU'nun transferleriniz için sınırlayıcı bir faktör olduğunu görürseniz jumbos'u açmak isteyebilirsiniz.