- 최신
- 최다 투표
- 가장 많은 댓글
안녕하세요.
구체적으로 RDS의 어떤 설정값을 변경하셨나요?
또한, 양쪽 모두 변경된다는 것은 변경한 설정값이 라이터 인스턴스뿐만 아니라 리더 인스턴스에도 반영되었다는 의미인가요?
특정 상황에서는 이러한 현상이 발생할 수 있습니다.
예를 들자면, 아래의 사례를 들수 있습니다.
-
재부팅 또는 장애 발생 후 자동 페일오버
RDS는 장애 발생 시 자동으로 Reader 인스턴스를 Writer 인스턴스로 승격시키는 기능이 있습니다. 기존 Writer 인스턴스에 장애가 발생하면 Reader 인스턴스가 Writer 역할을 맡게 됩니다. -
수동 페일오버 수행
AWS 관리 콘솔이나 CLI를 통해 수동으로 페일오버를 수행할 수 있습니다. 이때 Reader 인스턴스가 Writer 인스턴스로 승격되고, 기존 Writer 인스턴스는 Reader 인스턴스가 됩니다. -
인스턴스 수정 후 재부팅
기존 Writer 인스턴스의 구성을 변경한 후 재부팅이 필요한 경우, 자동으로 Reader 인스턴스가 Writer 역할을 맡게 됩니다. 구성 변경 후 인스턴스 재부팅이 완료되면 원래 역할로 복구됩니다.
따라서 기존 Writer 인스턴스의 구성을 변경했다면, 이로 인해 Reader와 Writer 인스턴스의 역할이 일시적으로 바뀌었을 가능성이 있습니다.
이는 RDS의 고가용성 기능 때문에 발생한 현상이니 참고 바랍니다.
Aurora MySQL을 사용하는 경우 가용성 아키텍처에 의해 Writer - Reader는 언제든지 failover되어 역할이 변경될 수 있는 자원입니다. 따라서, 인스턴스 클래스를 변경하는 작업의 경우 offline 작업이 수행됨으로 인스턴스 failover가 발생할 수 있습니다. 좀 더 명확히 하려면 Aurora MySQL/PostgreSQL 중 어느 자원인지 확인이 필요합니다. [+] Amazon Aurora DB 클러스터 또는 Amazon Aurora DB 인스턴스 재부팅 - https://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/AuroraUserGuide/USER_RebootCluster.html
관련 콘텐츠
- 질문됨 일 년 전
- 질문됨 8달 전
- AWS 공식업데이트됨 2년 전
- AWS 공식업데이트됨 2년 전
rds의 사용율이 당분간 감소될걸로 예상되어 인스턴스의 사양을 낮추려고 했습니다. 우선 라이터인스턴스의 사양을 낮추었더니 라이터인스턴스가 재부팅되는 과정에서 리더인스턴스가 장애라고 판단했는지 스스로 라이터인스턴스로 바뀌었습니다. 재부팅되던 인스턴스 작업이 완료되면 다시 정상으로 바뀌길 기대 했으나 바뀐 리더와 라이터는 다시 돌아오지 않았습니다. 우리는 이 rds를 이용하는 프로젝트들이 라이터인스턴스와 리더인스턴스에 맞게 설정되어 있는데 사양을 변경 했다는 이유로 리더와 라이터가 바뀌게 되어 프로젝트도 전부 바꿔야 하는 상황이 되었습니다. 하지만 지금은 편법으로 바뀐 라이터 인스턴스의 '지금 업그래이드'를 실행하여 강제로 리더인스턴스를 라이터인스턴스로 다시 바뀌도록 한 상태입니다.
장애로 리더와 라이터가 바뀌었다면 다시 원래 상태로 돌리는 방법이 없는건가요?