[AWS][RDS]Aurora 및 Document DB 유지 관리 기간에 의한 서비스 다운타임
문의 사항
RDS Aurora 및 DocumentDB 클러스터가 유지 관리 기간 동안 서비스 다운 타임이 발생 하는지 문의 드립니다.
1. RDS Aurora 클러스터
1) 마이너 버전 자동 업그레이드 사용 시 다운타임 발생 여부
2) DB 클러스터 유지 관리 기간 동안에 다운타임 발생 여부
2. DocumentDB
1) 유지 관리 기간 동안에 다운타임 발생 여부
3. 클러스터 유지 관리 일정을 3개월 전에 미리 알 수 있는지, 아니면 최대 몇일 전에 알 수 있는지 문의 드립니다.
4. 보통 AWS를 사용하는 다른 기업들에서는 클러스터 유지 관리에 어떻게 대응하는지 문의 드립니다.
예) AWS 클러스터 유지 관리 기간에 맞춰 해당 기업의 유지관리 작업 진행?
답변
안녕하세요.
1. RDS Aurora 클러스터
1) 마이너 버전 자동 업그레이드 사용 시 다운 타임 발생 여부
-> 마이너 버전 자동 업그레이드 사용 시 다운 타임이 발생할 수 있습니다.
이는 엔진 버전 업그레이드 작업 진행 시 Aurora DB 클러스터 전체에 가동 중지를 유발하기 때문입니다.
2) DB 클러스터 유지 관리 기간 동안에 다운 타임 발생 여부
-> 유지 관리 기간에 다운 타임이 발생할 수 있으나 이는 매주 반드시 발생하는 것은 아닙니다.
다운 타임이 발생할 수 있는 이벤트가 발생 할 경우(운영체제 패치 등) 메일 및 AWS 콘솔의 PHD 페이지 등을 통해서 사전 고지가 되므로 해당 노티를 놓치지 말아야 합니다.
2. DocumentDB
1) 유지 관리 기간 동안에 다운타임 발생 여부
-> 이 또한 RDS 와 같습니다.
3. 클러스터 유지 관리 일정을 3개월 전에 미리 알 수 있는지, 아니면 최대 몇일 전에 알 수 있는지 문의 드립니다.
-> 일반적으로 한 달 전 공지가 되는 편이지만 유지 관리 일정 공지에 대한 별도 기준은 정해져 있지 않습니다.
EOS 등의 예정 된 이슈에 대해서는 거의 6개월~1년 전 부터도 공지가 되지만 보안 및 OS 의 긴급 패치가 필요한 경우 한 달 이내의 긴급 공지가 발생하기도 합니다.
4. 보통 AWS를 사용하는 다른 기업들에서는 클러스터 유지 관리에 어떻게 대응하는지 문의 드립니다.
-> 일반적으로 아래의 유형으로 대응됩니다.
내부 점검 시간에 맞춰 RDS의 유지 관리 기간을 조정합니다.[1] 또는 말씀 하신대로 유지 관리 기간에 점검을 진행합니다.
패치 종류에 따라 underlying hardware maintenance 등의 경우 사전에 직접 Stop and Start instance 또는 Fail Over 작업을 수행하여 Down Time 을 피할 수 있습니다.
패치 종류에 따라 Maintenance window를 조정하여 일정 연기가 가능하기 때문에 이를 조정하여 점검 시간을 맞춥니다.
참고[1] : https://docs.aws.amazon.com/ko_kr/AmazonRDS/latest/UserGuide/USER_UpgradeDBInstance.Maintenance.html#AdjustingTheMaintenanceWindow
감사합니다.
