Aurora의 유지 보수 이벤트에 대해 모르면! 라는 충동에 돌진한 것이 아니라
의도하지 않은 업그레이드로 조금 당해 버렸기 때문에 필요에 육박했기 때문에, 메모 쓴다.

유지 보수 유형

RDS 관리 콘솔 클러스터의 유지 관리 열에서 확인할 수 있는 패턴입니다.
확인시에 깨달았지만 크게 UI가 변경되었구나. Lambda는 자주 바뀌는 이미지이지만. . .



사용 가능(Available)과 필수(Required)가 있다.

Available 이벤트는 연기가 가능하며 Required 이벤트는 유지보수 윈도우에서 자동 실행된다.

Required 이벤트에 대해 미리 알아야합니다.

describe-pending-maintenance-actions

Aurora의 유지보수 알림은 이메일로 받지 않으므로, 스스로 API를 두드려 유지보수 정보를 취득할 필요가 있다.

describe-pending-maintenance-actions

API를 두드리면 다음과 같은 응답을 얻을 수 있습니다.

{
    "PendingMaintenanceActions": [
        {
            "PendingMaintenanceActionDetails": [
                {
                    "Action": "system-update", 
                    "Description": "Aurora 1.16 release"
                }
            ], 
            "ResourceIdentifier": "arn:aws:rds:ap-northeast-1:XXXXXXXX:cluster:XXXXXXXXXXXXXX"
        }
    ]
}

Required나, Available등 표시되지 않는다.
어떻게 알아?

API Output

액션

Aurora 클러스터의 유지 보수의 경우 기본적으로 "os-upgrade"또는 "system-update"가 반환됩니다.

os-upgrade:
Aurora 클러스터의 OS 업데이트

system-update:
Aurora 클러스터의 DB 엔진 업데이트

db-upgrade:
주로 RDS DB 인스턴스에서 DB 엔진 업데이트

AutoAppliedAfterDate, ForcedApplyDate

AutoAppliedAfterDate:
업데이트가 적용되는 유지 관리 기간 지정. 이 항목으로 지정된 날짜 이후의 최초의 메인터넌스 윈도우에서 액션을 실행한다.

ForcedApplyDate:
지정된 경우 유지 보수 창 외부에서도 지정된 날짜와 시간에 유지 보수가 수행됩니다.

「메인터넌스 윈도우 밖에서도」

이것은 절대 체크 야.

OptInStatus

AutoAppliedAfterDate, ForcedApplyDate가 지정되지 않는 경우나, 지정된 일시보다 빨리 메인터넌스를 실행하고 싶은 경우는 apply-pending-maintenance-action를 --opt-in-type 옵션을 지정해 실행할 수 있다.
유지 보수에 대한 선택 (opt-in) 상태를 나타냅니다.
opt-in이란 「사전 허가를 요구하는 방법」이라고 하는 것 같다.
이 항목은 명시 적으로 apply-pending-maintenance-action을 실행한 경우에만 추가됩니다.

apply-pending-maintenance-action
상태는 이하.

next-maintenance:
다음 유지 보수 창

immediate: 즉시

undo-opt-in : next-maintenance 지정이 취소되었습니다

CurrentApplyDate

CurrentApplyDate는 AutoAppliedAfterDate, ForcedApplyDate, OptInStatus를 모두 고려한 후 "현시점에서 실제로 유지 보수 자동 적용이 예정된 날짜와 시간"

결론

AutoAppliedAfterDate , ForcedApplyDate가 설정되어 있는 것이 Required인 이벤트이므로, 사전에 제대로 알도록 한다.

참고 사이트

Amazon RDS의 유지 보수에 대해 살펴 보았습니다.