질문 하나 해도 될까요? Elastic Cache의 레디스 인스턴스에서 마스터가 페일이…

질문 하나 해도 될까요?

Elastic Cache의 레디스 인스턴스에서 마스터가 페일이 되어 슬레이브가 마스터로 승격되고 마스터가 슬레이브가 되었습니다.

프로그램 쪽에서는 마스터의 엔드포인트를 참조하고 있어 계속 Write가 실패를 하였습니다.
이런 경우 프로그램에서 슬레이브가 마스터로 승격되는 것에 상관없이 같은 엔드포인트로 Write를 계속 할 수 있는 방법이 없는지요
보통 이런경우 VIP를 사용한다던가 하는 방법이 있을 텐데 AWS에서는 어떤 방법으로 대응을 하는지 궁금합니다.

15 thoughts on “질문 하나 해도 될까요? Elastic Cache의 레디스 인스턴스에서 마스터가 페일이…

  1. 그런데 Replication Group의 Primary Endpoint를 지정해서 프로그램에 넣어놓았는데요 페일오버후에 쓰기 실패가 계속 되어 원래의 마스터 인스턴스를 마스터로 승격하니 문제가 해결되었습니다.

  2. 그리고 원래 마스터를 다시 마스터로 승격하기 전에 Primary Endpoint의 엔드포인트로 Telnet접속을 하면 쓰기를 할 수 없다고 하면서 튕겨버리더군요

  3. 처음에 레디스가 페일이 나서 자동으로 슬레이브가 마스터로 승격을 하였습니다
    그 후부터 캐시에 쓰기장애가 생기길래 텔넷으로 프로그램에서 접속하는 엔드포인트와 동일한 주소로 접속하여 쓰기를 실행해보니 실패를 하더군요 그래서 슬레이브가 된 마스터를 수동으로 다시 마스터로 승격시켰더니 해결되더군요

  4. 그러니까 설정을 잘하셨다면 Primary Endpoint 는 Multi az 상황에서는 바뀌지 않아야 한다는거 인거 같은데, 질문하신분은 그걸 제대로 되어있지 않았다라는 결론인데 질문자분은 Multi az로 제대로 하셨다고 하고… 뭐가 문제일까요….

  5. #이성현 프라이머리 엔드포인트가 페일오버시 슬레이브로 스위칭되야하는데 그게 안되고 그대로 슬레이브가 된 마스터가 가지고 있었던겁니다

    그래서 수동으로 원래의 마스터를 승격시킨거입니다

  6. EndPoint를 ElastiCache에서 제공되는 걸 사용 중이시고
    그걸 변경하지 않겠다라는거였군요 ㅎㅎ
    답변들을 읽어보니 더 깊은 고민을 대신 해주신듯 합니다.

답글 남기기

이메일은 공개되지 않습니다. 필수 입력창은 * 로 표시되어 있습니다.