RDS 연장 지원 요금이 청구됐다면 무엇부터 해야 합니까?

요금은 언제부터, 무엇에 붙습니까

RDS 연장 지원(Extended Support)은 표준 지원이 끝난 메이저 버전을 추가 요금을 내고 계속 쓰게 해 주는 제도입니다. AWS 한국어 설명서에는 「RDS 추가 지원」으로 표기돼 있습니다. 만들 때 등록을 끄지 않은 데이터베이스(기본값)는 표준 지원 종료일까지 버전을 올리지 않으면 자동으로 연장 지원에 등록되고, 요금은 종료일 다음 날부터 붙습니다. 엔진도 바뀌지 않고 서비스도 멈추지 않기 때문에, 청구서를 보기 전까지는 알아채기 어렵습니다.

과금 단위와 범위는 다음과 같습니다.

• 단위: RDS for MySQL 프로비저닝 인스턴스는 vCPU 수 × 시간으로 매겨집니다. 인스턴스가 클수록 요금이 큽니다.
• 범위: 다중 AZ 구성의 대기 인스턴스와, 지원이 끝난 버전으로 운영되는 읽기 복제본에도 붙습니다.
• 단가 구간: 연장 지원 1~2년 차와 3년 차의 단가가 따로 매겨집니다. 연장 지원 기간이 끝나면 RDS가 메이저 버전을 자동으로 올립니다.

1. 표준 지원
2. 연장 지원 1~2년 차 단가
3. 연장 지원 3년 차 단가
4. 연장 지원 종료 · 자동 업그레이드

연장 지원 기간에도 RDS는 심각도 높음·치명 등급 취약점에 대한 보안 업데이트, 중대한 문제의 버그 수정, 기술 지원 문의를 제공합니다. 그래서 연장 지원 자체가 잘못된 선택은 아닙니다. 공급사 인증 일정 때문에 당장 올릴 수 없는 애플리케이션이 있다면, 연장 지원은 업그레이드 준비 기간을 사는 비용으로 볼 수 있습니다. 문제는 그 기간을 의식하지 못한 채 요금만 계속 내는 경우입니다.

지금 버전의 남은 기한

AWS가 공개한 RDS for MySQL과 PostgreSQL의 주요 일정입니다(2026-10-22 확인). Aurora는 엔진별로 일정이 따로 있으므로 Aurora 릴리스 캘린더에서 별도로 확인해야 합니다.

MySQL 8.0과 PostgreSQL 13은 이미 과금 구간에 들어가 있고, PostgreSQL 14는 2027년 2월 말에 표준 지원이 끝납니다. 일정은 AWS CLI나 RDS API로도 조회할 수 있으므로, 계정이 여러 개라면 콘솔을 하나씩 보기보다 명령으로 한 번에 모으는 편이 빠릅니다.

목표 버전은 남은 표준 지원 기간이 충분한 버전으로 고릅니다. 업그레이드한 버전이 나중에 다시 표준 지원 종료를 맞으면 요금도 다시 시작되기 때문입니다. RDS는 메이저 버전 업그레이드로 MySQL 8.0에서 8.4로 가는 경로를 지원하며, MySQL 8.4의 표준 지원은 2029년 7월 31일까지입니다.

요금을 멈추는 방법은 둘뿐입니다

AWS 문서가 밝힌 방법은 표준 지원 중인 버전으로 업그레이드하거나, 지원이 끝난 버전의 데이터베이스를 삭제하는 것입니다. 인스턴스를 작게 줄이면 vCPU 수가 줄어 요금이 줄어들 수는 있지만, 요금 자체가 멈추지는 않습니다.

업그레이드 순서

메이저 버전 업그레이드는 호환성 위험이 있어, 연장 지원 종료 같은 예외가 아니면 RDS가 자동으로 진행하지 않습니다. 검증용 복제 환경을 먼저 만들고, 운영 전환은 블루/그린 배포로 짧게 끝내는 순서를 권합니다.

1. 대상 파악계정·리전별로 엔진 버전, 인스턴스 크기, 다중 AZ 여부, 읽기 복제본, 연장 지원 등록 상태를 목록으로 만듭니다.
2. 복원본에서 검증스냅샷을 새 인스턴스로 복원해 업그레이드하고, 애플리케이션의 드라이버·쿼리·배치가 동작하는지 확인합니다.
3. 블루/그린 배포 생성운영과 동기화되는 그린 환경을 만들면서 엔진 버전을 올리고, 읽기 전용 상태로 다시 확인합니다.
4. 전환전환 중 중단은 보통 1분 이내지만 작업량에 따라 길어질 수 있어, 업무 영향이 적은 시간에 진행합니다.
5. 정리전환 뒤 이름 끝에 -old1처럼 표시가 붙은 이전 환경이 남습니다. 안정이 확인되면 삭제해야 과금이 멈춥니다.

블루/그린 배포는 RDS for MySQL·MariaDB·PostgreSQL에서 지원됩니다. 엔드포인트 이름이 그대로 넘어가므로 애플리케이션의 연결 설정을 바꾸지 않아도 됩니다. 이전 환경을 바로 지우지 않는 이유는 문제가 생겼을 때 비교하고 되돌릴 근거로 쓰기 위해서입니다. 다만 그 기간만큼 연장 지원 요금이 함께 나가므로, 보존 기간을 미리 정해 둡니다.

놓치기 쉬운 곳

빌드업웍스가 연장 지원 요금을 점검할 때 운영 DB와 함께 확인하는 것은 운영 밖의 사본입니다. 테스트용으로 복원해 둔 인스턴스, 다른 리전의 읽기 복제본, 블루/그린 전환 뒤 남은 이전 환경은 모두 같은 기준으로 과금되지만 담당자 눈에 잘 띄지 않습니다. 점검할 때는 다음 다섯 가지를 차례로 확인합니다.

• 청구서의 RDS 항목에서 연장 지원 요금 행을 확인합니다.
• 운영·검증·복제본을 포함한 전체 인스턴스의 버전과 등록 상태를 확인합니다.
• 목표 버전의 표준 지원 종료일을 확인합니다.
• 복원본에서 애플리케이션 검증을 마칩니다.
• 전환 뒤 이전 환경과 검증용 인스턴스의 삭제 일정을 정합니다.

참고 자료

• Amazon RDS 사용 설명서 — RDS 연장 지원
• Amazon RDS 사용 설명서 — 연장 지원 요금
• RDS for MySQL 버전과 지원 일정
• RDS for PostgreSQL 릴리스 캘린더
• Amazon RDS 블루/그린 배포 개요