[AWS] RDS Aurora 성능 증감 시 작업 과정 정리, fail over 처리

ㅁ 개요

 ㅇ 운영상 특정 시기에 대량 트래픽일 몰릴 경우 RDS CUP 사용량이 90%가 넘는 경우가 있다.
     이를 대비하기 위해 RDS Aurora의 성능업을 수행하고 반대로 성능다운 작업을 수행하였다.

     DB 인스턴스 클래스 조정 스케일업 과정을 정리한다.

 ㅇ 현재 디비는 master와 read 인스턴스, 이중화로 구성되어 있다.

 

 

1. Aurora DB 리더인스턴스 스케일업

• DB 인스턴스 클래스 조정 -> 계속 버튼

 

• 즉시적용 -> DB 인스턴스 수정 버튼

 

 

2. DB Status 상태 확인 : 수정중 -> 사용가능

•   참고로 수정 중일 때에 새로운 DB인스턴스를 생성하고 데이터볼륨을 붙이는 작업을 진행함.

 

• 인스턴스 생성이 완료되면, 디비의 파라메터를 설정하는 상태로 변경됨.

 

 

3. AWS 대시보드 Replicalag 정상 여부 확인

• 이 때부터 지표수집이 단절되었다가 점이 찍히기 시작함. 

 

 

4. 디비의 부하를 고려하여 라이터인스턴스 Failover 수행
  * master 혹은 slave를 선택하여 Failover를 하면 master와 slave의 역할이 교체됨.

 

 

5. DB 접속 테스트, exception 로그점검

• matser와 slave 접속 확인. (sql 수행 select 1;)
• exception 로그점검하여 다른 특이상황 확인
• DB 컨넥션이 스위치 확인
  일부 변곡점이 있었지만 특이사항은 아니었음. 

 

 

6. DB 리더인스턴스 스케일업

• 다시 1번부터 3번까지 작업을 반복하면 됨. 

 

 

ㅁ RDS 이벤트 확인

ㅇ 참고로 이벤트를 통해 Read RDS 성능업, FailOver, 다시  Read RDS 성능업 과정의 시간을 확인 할 수 있다.

ㅇ Parameter group이 설정되기 시작하면 RDS 지표중 AWS 대시보드 Replicalag에 점의 형태로 나타나기 시작한다.

ㅇ 성능업은 11분정도 소요되고, Fail Over의 경우 30초정도 소요되었다.