https://hyuntaeknote.tistory.com/6

 

다중 서버 환경에서 Session은 어떻게 공유하고 관리할까? - 2편(Sticky Session, Session Clustering, Session St

개요  지난 시간에 서버의 성능을 업그레이드하는 두 가지 방법을 알아보았습니다. 그중 스케일 아웃을 하면 여러 대의 서버가 각각 세션 저장소를 독립적으로 갖게 되므로 정합성 이슈가 발생

hyuntaeknote.tistory.com

https://hyuntaeknote.tistory.com/7?category=867120 

 

다중 서버 환경에서 Session은 어떻게 공유하고 관리할까? - 3편 (Disk based database vs In-Memory database)

개요  지난 시간 다중 서버 환경에서 별도의 세션 스토리지를 구성하여 정합성 이슈를 해결하기로 하였습니다. 여기서 생각해볼 문제가 있습니다. 웹 서비스의 특성상 대부분의 요청은 인가된

hyuntaeknote.tistory.com

너무 정리가 잘 되어 있어서 퍼왔다!

 

https://hyuntaeknote.tistory.com/8?category=867120 

 

다중 서버 환경에서 Session은 어떻게 공유하고 관리할까? - 4편(Redis vs Memcached)

개요  지난 시간 세션 저장소로 In-Memory Database를 사용하기로 하였습니다. 하지만, In-Memory Database에는 다양한 데이터베이스들이 존재합니다. 각각의 데이터베이스는 저장하는 데이터의 형태 및

hyuntaeknote.tistory.com

ㄴ (Memcached와 Redis의 차이!!)

 

 

Memcached와 Redis의 차이?

1) Failover. Redis는 Failover 지원하는데 Memcached는 안함.

2) 응답속도의 균일성.

Redis의 경우, 대규모 트래픽이 발생하면 Memcached에 비해 응답속도의 안정성이 떨어질 수 있습니다. 이유는 Redis는 메모리 할당을 하는 데 있어서 jemalloc 알고리즘을 사용하여 매번 malloc과 free를 통하여 메모리를 할당하기 때문입니다. 이는 메모리 단편화 문제를 발생시키고, 이러한 단편화 문제로 인하여 응답속도가 느려질 수 있기 때문입니다.

근데 그렇다고 치명적인건 아니래.

 

3) Memcached는 멀티스레드, Redis는 싱글스레드

그런데, 그렇다고 Memcached가 더 빠른건 아니래. 결국 데이터 처리할 때는 싱글스레드래.

 

세션 저장시에는 Redis가 더 낫다. 왜냐하면 Read 속도가 Redis가 더 빠르대.

이 관련 내용은 위 게시글에 있으니 반드시 참고할 것!

 

  • 네이버 블러그 공유하기
  • 네이버 밴드에 공유하기
  • 페이스북 공유하기
  • 카카오스토리 공유하기