실현 세션 공유 원칙과 이유를 레디 스

사용 세션 +에 대한 이유는 공유 세션 레디 스 다음

고급 엔터프라이즈 급 플랫폼이나 대형 사이트 아키텍처를 분산, 이점은 여러 서버 각각의 핸들 요청이 단일 서버에 압력을 감소 할 수 있도록 nginx를 배포 요청을 통해 배포됩니다 및 효율성을 향상시킬 수 있습니다.

세션을 공유하지 않을 경우이 분산 아키텍처에서, 그것은 문제가 될 것입니다. 클라이언트가 (세션없이) 요청, 서버 (1) 분산의 nginx에 의해 첫 번째 요청을 보낼 때, 세션 서버는 작업 로그에 고객을하게하고, 서버는 A로부터 응답하고 클라이언트를 얻을, 어떤 결정하지 응답 세션 1, 클라이언트에 저장됩니다.

클라이언트가이 요청이 이미 세션 (건너 뛰기 기호)를 수행하는 경우에 두 번째 요청을 보내면 요청은 클라이언트 세션과 Nginx에 분산 서버 2, 서버 (2) 어떤 세션 때문에, 그것은 할 수없는 대응을 이동합니다 . 프로그램은 정상에 응답 할 수없는, 비정상적이거나 오류가 될 것입니다 그래서.


해결 방법 : 세션 +는 실현 세션 공유 레디 스

  : 세션 + 레디 스 세션 공유 원칙을 실현

문제를 공유하지 않는 서버에서 직접 위의 세션을 방지하기 위해, 그것은 레디 스에 세션에있을 것입니다.

클라이언트가 처음에 대한 요청을 보낼 때의 Nginx는 서버 (1)에 대한 요청은, 서버 (1)는 세션이 언제 클라이언트가 클라이언트 있도록 배치 레디 스, 서버 (1)가 동일한 세션에서 레디 스있을 것이다 생성 요청을 보낼 때 두 번째 세션은, 그들이 클라이언트 세션을 수행하기 때문에, 서버가 세션에서 클라이언트를 잡고 2를 가져올 수있는 서버 (알려진 서버 세션 2) 2에 요청을 nginx에 레디 스 ID는 후 작업을 수행 할 수있을 것입니다, 그냥이 세션을 얻기 위해, 세션에서 얻을 수 있습니다.

 

1.png  (24.83 KB, 다운로드 : 0)

 

1.png

2.png  (23.08 KB, 다운로드 : 1)

 

2.png

게시 된 795 개 원래 기사 · 원의 찬양 3 ·은 110,000 + 조회수

추천

출처blog.csdn.net/u010395024/article/details/105043125