Oturum yakınlığı ve yapışkan oturum arasındaki fark?

126

Oturum yakınlığı ve oturum ilişkisi arasındaki fark nedirYük dengeleme sunucuları bağlamında yapışkan oturum arasındaki ?

session load-balancing

— user32262
kaynak

82

Bu terimlerin birbirinin yerine kullanıldığını gördüm, ancak onu uygulamanın farklı yolları var:

İlk yanıta bir çerez gönderin ve ardından sonraki yanıtlarda arayın. Çerez, hangi gerçek sunucunun gönderileceğini belirtir.
Çerezsiz tarayıcıları desteklemeniz gerekiyorsa kötü
İstekte bulunan kişinin IP adresine göre bölümleme.
Kötü statik değilse veya birçok aynı proxy üzerinden gelip eğer.
Kullanıcıların kimliğini doğrularsanız, kullanıcı adına göre bölümleme yapın (bunu yapmak için HTTP destekli bir kimlik doğrulama modu olması gerekir).
Devlet gerektirmez.
İstemcilerin herhangi bir sunucuya ulaşmasına izin verin (istemciye durumu gönderin ve geri göndermelerini sağlayın)
Bu yapışkan bir oturum değil, yapmak zorunda kalmamak için bir yoldur.

Yapışkanın tanımlama bilgisi biçimine atıfta bulunabileceğinden ve bu yakınlığın bazı bağlamlarda # 2 ve # 3'e atıfta bulunabileceğinden şüphelenirdim, ancak ben onun nasıl kullanıldığını görmedim (veya kendim kullanıyorum)

— Lou Franco
kaynak

6

Bir istek fiziksel bir sunucuya bağlıysa, bu sunucu başarısız olursa ne olur? Bir yük devretme sunucusunu içermek için tanımlama bilgisini kullanma stratejisi var mı?

— rafya

2

Sunucu başarısız olursa, uygulama başarısız olur - belki yeniden oturum açmanız gerekebilir. Belki verileri kaybettiniz. Genellikle, yük dengeleyici başka bir sunucu seçer ve siz devam edersiniz, ancak bazı durumlar kaybolur. Bu kabul edilemez ise, durumu DB'ye veya diğer sunuculara olabildiğince çabuk ulaştırmanız veya durum bilgisi olmayan bir stratejiye sahip olmanız gerekir.

— Lou Franco

FWIW Heroku bunlardan tam tersi olarak bahsediyor. Session Afifinity çerez tabanlıdır ve yapışkanlığı desteklemez. devcenter.heroku.com/articles/session-affinity

— RandallB

39

Bir yük dengeleme senaryosunda kullanılan terimleri her zaman duyduğum gibi, bunlar birbirinin yerine kullanılabilir. Her ikisi de, bir oturum başlatıldığında, aynı sunucunun o oturum için tüm isteklere hizmet ettiği anlamına gelir.

— Jonathan Rupp
kaynak

21

Sabit oturum, bir istemciden bir siteye bir istek geldiğinde, tüm diğer isteklerin erişilen aynı sunucu ilk istemci isteğine gitmesi anlamına gelir. Oturum yakınlığının yapışkan oturum ile eşanlamlı olduğuna inanıyorum.

— kemiller2002
kaynak

13

Onlar aynı.

Her ikisi de yük dengeleyiciye geldiğinde, isteğin ilk isteği sunan (ve oturumu olan) sunucuya yönlendirileceği anlamına gelir.

— Justin Niessner
kaynak

11

Sabit oturum, belirli bir oturumun isteklerini, o oturum için ilk isteği yerine getiren aynı fiziksel makineye yönlendirmek anlamına gelir.

— Manoj
kaynak

3

Bu makale benim için soruyu açıklığa kavuşturuyor ve diğer yük dengeleyici kalıcılığı türlerini tartışıyor.

Dave'in Düşünceleri: Yük dengeleyici kalıcılığı (yapışkan oturumlar)

— John S.
kaynak

6

Görünüşe göre artık mevcut değil, ancak Wayback makinesinde

— Martin McNulty

12

Bu yüzden açıklama yapmadan bağlantı göndermiyorsunuz

— Juan Mendes

Yukarıdaki bağlantının içeriğinin (artık mevcut değil) archive.li/SG4fA adresine taşındığı bulundu. Temel olarak F5 yük dengeleyici tarafından desteklenen çeşitli kalıcılık türlerini listeliyor.

— aveek

0

Eşanlamlıdırlar. Hiç Fark Yok

Sabit Oturum / Oturum Yakınlığı:

Kullanıcı oturumu ile kullanıcı talebinin gönderildiği sunucu arasındaki yakınlık / yapışkanlık / temas korunur.

— Sateesh
kaynak