![](http://i1.daumcdn.net/thumb/C148x148/?fname=https://blog.kakaocdn.net/dn/zFwIJ/btq1atOZSlT/SDwdGhSKo7okiC3HN223t1/img.png)
이전 글 jaesika.tistory.com/2 대용량 트래픽을 위한 세션 관리하기 #1 세션 불일치 서비스를 운영을 하다 보면 이벤트 기간이나 특정 이유로 인해 사용자의 접속이 갑자기 증가할 때가 있습니다. 그렇다면 기존에 운영하던 서버 하나만으로는 급증하는 트래픽을 견 jaesika.tistory.com 서버를 지속적으로 여러대 확장하기 위해서는 데이터의 변화가 많다면 Scale Out 방식이 정합하다고 생각합니다. 그렇다면 적합한 저장소로 어떤 것을 선택할 수 있을까요? [ RDB (관계형 데이터베이스) & In-Memory DB ] RDB는 데이터를 저장하기 위해 디스크를 사용합니다. 반면 In-Memory DB는 말 그대로 디스크가 아닌 데이터의 저장을 위해 메모리를 사용합니다. 둘의 차이점은 ..
![](http://i1.daumcdn.net/thumb/C148x148/?fname=https://blog.kakaocdn.net/dn/cTXfgl/btqYbIAiW6v/AeVJSxTVcEkRHvQSSgKWW0/img.png)
[ 세션 불일치 ] 서비스를 운영을 하다 보면 이벤트 기간이나 특정 이유로 인해 사용자의 접속이 갑자기 증가할 때가 있습니다. 그렇다면 기존에 운영하던 서버 하나만으로는 급증하는 트래픽을 견딜 수 없을 것이고 서버를 확장해야만 합니다. 서버를 확장하는 방법으로는 서버의 하드웨어 성능을 향상하는 scale up과 서버를 여러대로 증가시켜 트래픽을 분산 처리하는 scale out 이 있습니다. 하드웨어 확장성의 한계가 있는 scale up 보다는 지속적으로 확장성 있는 scale out이 효과적으로 보입니다. scale out 방식으로 서버를 여러대로 늘린다면 로드밸런서가 클라이언트의 요청을 각 서버에 분배해줍니다. 하지만 여기서 세션 불일치 문제가 일어납니다. 예를 들어 클라이언트가 서버1에 로그인을 해서..
- Total
- Today
- Yesterday