세션 관리 전략

📂Session

---

Session(세션)이란 일정 시간 동안 같은 브라우저로부터 들어오는 요청을 하나의 상태로 보고 그 상태를 유지하는 기술이다. 사용자가 웹 브라우저를 통해 웹 서버에 요청을 보내면 웹 서버는 사용자의 웹 브라우저를 식별하기 위한 세션을 생성한다.

예를 들어 세션을 통해 사용자의 로그인 정보를 저장해, 사용자가 Cookie를 통해 Session 정보를 보내면 사용자가 로그인한 상태임을 확인하고 서비스를 이용할 수 있다.

 

➕전략

---

웹 서버에 과도한 트래픽이 몰리는 경우 성능이 떨어지는 것을 막기 위해 서버를 스케일 아웃을 할 수 있다. 이러한 경우 브라우저의 요청을 처리하는 웹 서버는 여러 대가 되고 로드 밸런서가 사용자의 요청을 각 서버에 할당해 줄 수 있다.

이러한 경우는 사용자의 로그인 정보를 일관되게 저장하고 빠르게 응답을 처리하기 위한 세션 관리 전략이 필요하다.

 

🏁Sticky Session

웹 브라우저 요청로드 밸런서를 거치면서 매번 다른 서버에게 할당될 수 있다. 이런 경우 웹서버 별로 별도의 Session Storage를 가지고 있다면 다른 웹서버에 존재하는 웹 브라우저의 세션 정보가 무시될 수 있다.

 

Sticky Session은 이러한 문제점을 해결할 수 있다. 웹 브라우저의 요청을 IP 나 Cookie를 통해서 식별해 특정 서버에서만 처리하게끔 하는 방식이다. 이 방식을 사용하면 사용자의 요청이 여러 서버에서 처리될 수 없으므로 사용자의 세션 정보가 일관되게 유지된다.

 

Sticky Session의 단점은 트래픽이 특정 서버에 할당된 사용자들에게서만 발생된다면, 로드 밸런싱이 균등하게 이루어지지 않는 상황이 되어 분산 서버의 장점을 활용할 수가 없다.

 

 

🏁Session Clustering

 

세션 저장소의 복제

•  모든 서버끼리 동일한 Session Storage를 갖는 방식이다. 한 Session Storage에서 발생한 변화는 다른 서버의 Session Storage로 복제된다.이 방식을 사용하면 사용자의 요청이 처음 생성한 Session Storage가 아니라 다른 서버로 요청이 보내졌어도 저장소가 복제되어 모든 사용자의 세션 정보를 가지고 있어 세션 불일치 문제는 발생하지 않는다. 그러나 서버의 숫자만큼 Session Storage를 복제시키는데 불필요한 비용이 발생하고 스케일 아웃을 하더라도 비효율적이다. 
• 많은 메모리가 필요하고 성능 저하도 발생한다.
• 세션 불일치 문제가 발생할 가능성이 완전 없는 것은 아니다. 세션 데이터의 복제 작업 중에 모두 복제가 되기 전에 요청이 들어가면 시간 차이로 인해 세션 불일치가 생길 수 있다.
• 새로운 서버를 생성하면 기존에 존재하던 WAS에 새로운 서버 IP/PORT를 입력하여 클러스터링 해줘야 한다. 그러면 기존 서버의 수정이 발생하고 에러가 생길 가능성이 생긴다.

 

🏁Session Storage

 

https://velog.io/@sileeee/세션-불일치-문제-해결방법

독립된 Session Storage

• Session Storage가 분리되면 서버가 늘어나도 외부 저장소의 정보만 각각의 서버에 입력해주면 데이터를 읽어올 수 있다. 그래서 특정 서버에 트래픽이 몰리는 문제는 발생하지 않고, 대규모 클러스터 환경에서 성능을 향상할 수 있다.
• 세션이 수정되어도 Session Storage에 있는 데이터만 수정하면 되어 WAS간의 통신이 필요하지 않다.
• 각 서버와 연결된 독립 저장소를 구성하는 것이다. 여러 대의 서버가 하나의 Session Storage를 공유하기 때문에 데이터 동기화 비용이 발생하지 않는다. 일반적으로 Redis와 Memcached와 같은 In-memory 스토리지를 활용한다.
• 단점은 Session Storage가 다운되면 세션 정보를 잃어 버릴수 있다. 해결책은 동일한 Session Storage를 하나 더 만들어 구성한다.