Aurora Cluster 의 읽기 가용성 재부팅 (read availability)

이 페이지에서는 Aurora Cluster 에서 지원하는 읽기 가용성 재부팅에 대해서 다룬다. (read availability)

 

이 페이지는 공식 AWS Document 공식 문서와 관련되어 있다.

 

[1] https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_RebootCluster.html#aurora-reboot-cluster

 

[2] https://docs.aws.amazon.com/AmazonRDS/latest/AuroraMySQLReleaseNotes/AuroraMySQL.Updates.2079.html

 

 

읽기 가용성의 의의 (read availability)

 

Aurora Cluster 는 Writer 1대와 15대의 Reader 를 지원하여 읽기 작업을 최대한 많이 지원하는 구조로 되어 있다.

이 때, 각 instance 별로 parameter 적용이나 기타 여러 작업들의 이유로 각 instance 별로 재기동이 필요한 경우가 있다.

예를 들어, Writer 만 재기동을 시키고 Reader 는 그대로 읽기작업을 수행 할 수 있도록 유지하는 것이다.

이러한 logic 을 읽기 가용성이라고 한다.

 

 

읽기 가용성 지원 버전

 

그러나 읽기 가용성은 모든 Aurora Cluster 버전에서 지원되지 않고 최신버전에 가까운 버전들에만 지원이 된다.

그래서 구버전 Aurora Cluster 를 사용하는 고객들은 의도적으로 또는 문제가 발생하여 writer 가 재기동이 되면 reader 들까지 의도치 않게 재기동되어 서비스에서 장애가 발생하는 경우가 있었다,

 

[1] 에 따르면 읽기 가용성이 지원되는 버전은 아래와 같다.

 

읽기 가용성 기능은 Aurora MySQL 2.10 이상에서 사용할 수 있습니다.

이 함수는 다음 Aurora PostgreSQL 버전에서 기본적으로 사용할 수 있습니다.

15.2 이상의 15 버전
14.7 이상의 14 버전
13.10 이상의 13 버전
12.14 이상의 12 버전

 

현재는 Aurora MySQL 에서는 장기 지원 버전 (LTS) 인 2.07.x 버전과 2.11.x 버전들만 사용 할 수 있으므로 이에 대한 읽기 가용성제한사항에 대해서 자유로운 편이다. 참고로 2.07.x 버전도 공식 문서에 따르면 읽기 가용성 재부팅이 되지 않는 버전이지만, 실제 테스트를 수행하면 해당 버전도 읽기 가용성 재부팅이 지원됨을 확인 할 수 있다.

 

Aurora PostgreSQL 에서는 각 major 버전별로 지원되는 minor 버전이 각기 다르므로 각 minor 버전별로 확인이 필요하다