2017-01-20 5 views
0

이 상황을 처리하는 방법.Redis 고 가용성 - 마스터 노드 실패시 동기화 증가

1) 1 개 마스터 (M) 및 (2)의 설치가 슬레이브 (S)

2)의 값의 증가를 수행 (그리고 다음

) 고유 식별자로 사용 3) 마스터에 증가하지만, (노예에 동기화 실패 즉, 네트워크 지연 또는 문제)

4) 마스터가 사망 동시에

5) 새로운 마스터가 선출 된

6) 클러스터의 어떤 노드도 증가분을 알지 못하며 next inc와 함께 다음 값, 즉 중복을 가져옵니다.

아마도 Redis는 고속 증분 키 - 값 저장소를 갖는 가장 좋은 솔루션이 아닙니다. 어떤 아이디어?

답변

1

이 시나리오에서 작업자는 변경 사항이 동기화되었는지 확인하기 위해 증가 후 WAIT으로 전화해야합니다.

+0

답변을 upvoted, 팁 주셔서 대단히 감사합니다. 여기서 주요 질문은 성능 저하없이 해결책을 찾는 것입니다. 성능에 WAIT 구현 방법이 어떤 영향을 미치나요? –

+1

성능 비용은 대개 WAITing 클라이언트의 Redis에 대한 또 다른 요청입니다. 대부분의 경우 이는 무시할 수 있지만 코드로 테스트해야합니다. –