RDS, Aurora Cluster 변경 작업 수행 시, 재기동 영향여부 파악
해당 페이지에서는 AWS RDS, Aurora Cluster 변경 작업 수행 시, 재기동 영향여부 파악방법에 대해서 다룬다.
해당 내용은 아래의 공식 문서를 참조하여 기재한다.
[1] https://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/Overview.DBInstance.Modifying.html
[2] https://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/AuroraUserGuide/Aurora.Modifying.html
RDS, Aurora Cluster 변경 작업 시, 재기동이 필요한 이유
우리가 온프레미스 시스템에서 특정 DB 작업을 수행 시 재기동을 수행하는 것처럼 (예 : 재기동이 필요한 파라미터를 반영하기 위해 재기동), RDS, Aurora Cluster 에서도 파라미터와 같이 재기동이 필요한 작업들이 있다. 이는 내부적으로 H/W spec 변경 부터 시작하여 여러 구성 변경작업 시 재기동을 통해 반영해야 할 작업들이 포함된다. 또한, 재기동은 대표적으로 서비스 변경 또는 개선 작업 수행시 대표적으로 고려해야 할 영향도이기에 개발자 및 시스템 운영자들이 이를 인지 해 두면 좋다.
RDS, Aurora Cluster 변경 작업 시, 재기동이 필요한 작업들
위의 [1], [2] 를 확인하면 재기동이 필요없거나 필요한 작업들을 모두 확인 할 수 있다.
대표적으로 재기동이 필요한 작업들은 아래와 같다.
- 백업 보관 기간 변경 (Backup retention period)
- 데이터베이스 포트 변경
- 버전 업그레이드
- Instance class 변경
- ORACLE, SQL SERVER 의 상용 라이선스 모델 변경 (RDS)
- 네트워크 유형 (type) 변경
- 스토리지 유형 변경 (RDS)
- 서브넷 그룹 변경