Aurora for SysOps 시험을 위해
마지막으로 간략한 정보를 알려드리겠습니다
각 Read Replica에 0에서 15 사이의 우선순위 티어를
할당할 수 있습니다
이는 장애 조치 우선순위를
제어하고 싶을 때 도움이 됩니다
RDS는 우선순위가 가장 높은
즉 티어가 가장 낮은 Read Replica를
승격합니다
두 개의 복제본이 같은 우선순위를 가진다면
Aurora는 크기가 큰 것을 승격합니다
우선순위와 크기가 같다면
무작위로 복제본을 승격합니다
마지막으로 RDS MySQL
스냅샷을 오로라 MySQL
클러스터로 이전할 수 있습니다
신규 서비스인 Aurora를 이용하도록
RDS가 상향 이동을 도와주는 방법입니다
또 하나는 Aurora에 대한 CloudWatch 지표입니다
AuroraReplicaLag라는
지표가 있는데 주 인스턴스에서
업데이트 복제를 할 때 생기는 지연량을 말합니다
이 도표를 보시면 여러분이
Aurora 클러스터에 데이터를 작성하는 동시에
그것은 복제됩니다
이와 관련된 지연이 발생할 수 있습니다
AuroraReplicaLagMax는
클러스터에 있는 모든 데이터베이스
인스턴스에 걸친 최대 지연량입니다
Minimum은 클러스터에 있는 모든 데이터베이스
인스턴스에 걸친 최소 지연량입니다
복제본 지연량이 높다면
사용자는 데이터를 받는 복제본에 따라
다른 경험을 하게 됩니다
최종 일관성 때문입니다
그 말은 예를 들어
사용자가 데이터를 작성하고 카트에 아이템을 담은 후
새로고침하면 카트가 아이템을
놓칠 수도 있다는 것입니다
좋은 경험은 아니지만
최종 일관성 때문에 발생합니다
우리가 살펴볼 또 다른 지표는 DatabaseConnections입니다
데이터베이스 인스턴스에 현재 연결된
연결 개수를 의미합니다
그리고 InsertLatency는
삽입 작업의 평균 지속 시간입니다
Aurora는 여기까지입니다
마음에 드셨으면 좋겠습니다
다음 강의에서 뵙겠습니다