SignalR ve Active/Active Sticky Sessions ile Yük Dengeleme

Question

İstemci kullanıcı arayüzünü güncellemek için SignalR kullanan bir uygulamaya sahibiz, şu anda uygulama bizim sürdürdüğümüz IIS'de barındırılıyor ve müşterilerimiz doğrudan bize bağlanıyor.

Bununla birlikte, uygulamayı kendi içinde barındıracak kurumsal bir çerçeveye entegre etme sürecindeyiz, ancak uygulamayı barındırmaya devam edeceğiz, ancak sayfalarımıza giriş yapan herkes anlattıklarımızdan geçecek "yapışkan oturumları ile olduğu gibi aktif/aktif bölge kurulumu başına 2 geçidi sunucuları" yük dengeleme strategie

sorum SignalR nasılsa bağlantı iletim protokolü olarak uzun yoklama seçmek karar verir ve ne zaman biz durumunda herhangi bir sorun olacak olan Düşürüldü?

Üzgünüm, ama Yük Dengeleme konusunda hiçbir bilgiye sahip değilim.

Herhangi bir yardım çok takdir edilir.

Answer 1

Aslında, gerçekten "yapışkan" oturumları kullandığınızı varsayarak bağlantının düştüğünü varsayalım, çünkü bir sonraki isteğin, yapışkanlık nedeniyle aynı temel sunucuya geri dönmesi gerektiğinden önemli olmamalıdır. Her şeyden önce, yapışkan oturumlar, HTTP'nin standart istek/yanıt modelini, çeşitli istemlerin seyrinde aynı sunucuya geri dönecek şekilde tutmakla ilgilidir. Dolayısıyla, uzun yoklama, uzun süreli/akışlı bir yanıtla standart bir istekten başka bir şey olmadığı için, standart bir yapışkan oturum uygulamasıyla iyi bir şekilde bütünleşmelidir.

Göz önünde bulundurmanız gereken şey şudur: Hata veya bakım nedeniyle sunucu A'yı kaybederseniz ne olur? Ölçeklendirilmiş bir mesaj veriyolu çözümü (Redis, Azure SB) kullanmıyorsanız, sunucu A'dan sunucu B'ye geçiş yaparken iletileri kaybedebilirsiniz/kaybedebilirsiniz.