DB 인스턴스 유지 관리
Amazon RDS는 Amazon RDS 리소스를 정기적으로 유지 관리합니다.
주제
DB 인스턴스 유지 관리 업데이트 개요
유지 관리에는 주로 DB 인스턴스의 다음 리소스에 대한 업데이트가 포함됩니다.
-
기본 하드웨어
-
기본 운영 체제(OS)
-
데이터베이스 엔진 버전
운영 체제 업데이트는 보안상 가장 빈번하게 발생하며 가능한 한 빨리 수행하는 것이 좋습니다. 운영 체제 업데이트에 대한 자세한 내용은 DB 인스턴스의 업데이트 적용 섹션을 참조하세요.
유지 관리 업데이트 중 오프라인 리소스
일부 유지 관리 항목을 사용하려면 Amazon RDS에서 DB 인스턴스를 잠시 동안 오프라인 상태로 전환해야 합니다. 리소스가 오프라인 상태에 있어야 하는 유지 관리 항목에는 필수 운영 체제 또는 데이터베이스 패칭이 포함됩니다. 이때 보안 및 인스턴스 안정성과 관련된 패치에 한해 필수 패치 작업으로 자동 예약됩니다. 이러한 패치 작업은 드물게 발생하며 일반적인 빈도는 몇 개월에 한 번입니다. 대부분 유지 관리 기간의 일부만 필요합니다.
연기된 DB 인스턴스 수정 사항
즉시 적용되지 않도록 연기한 DB 인스턴스 수정은 유지 관리 기간에 적용됩니다. 예를 들어 DB 인스턴스 클래스 또는 파라미터 그룹을 유지 관리 기간에 변경하도록 선택할 수 있습니다. 대기 중인 재부팅 설정을 사용하여 지정한 수정 사항은 대기 중인 유지 관리 목록에 표시되지 않습니다. DB 인스턴스 수정에 대한 자세한 내용은 Amazon RDS DB 인스턴스 수정 단원을 참조하십시오.
다음 유지 관리 기간에 보류 중인 수정 사항을 보려면 describe-db-instancesPendingModifiedValues
필드를 확인합니다.
DescribePendingMaintenanceActions API의 최종 일관성
Amazon RDS DescribePendingMaintenanceActions
API는 최종 일관성 모델을 따릅니다. 즉, DescribePendingMaintenanceActions
명령의 결과가 모든 후속 RDS 명령에 즉시 표시되지 않을 수 있습니다. 이전 API 명령을 사용한 즉시 DescribePendingMaintenanceActions
를 사용할 때는 이 점을 염두에 두세요.
최종 일관성은 유지 관리 업데이트를 관리하는 방식에 영향을 미칠 수 있습니다. 예를 들어 ApplyPendingMaintenanceActions
명령을 실행하여 DB 인스턴스의 데이터베이스 엔진 버전을 업데이트하면 DescribePendingMaintenanceActions
가 결국에는 해당 버전을 볼 수 있게 됩니다. 이 시나리오에서 DescribePendingMaintenanceActions
는 유지 관리 작업이 적용되었음에도 불구하고 적용되지 않았다고 표시할 수 있습니다.
최종 일관성을 관리하려면 다음을 수행할 수 있습니다.
-
수정 명령을 실행하기 전에 DB 인스턴스의 상태를 확인합니다. 이전 명령이 시스템에 전파될 시간이 충분하도록 지수 백오프 알고리즘을 사용하여 적절한
DescribePendingMaintenanceActions
명령을 실행합니다. 이 작업을 수행하려면 몇 초의 대기 시간부터 시작하여 대기 시간을 5분까지 점진적으로 늘려가며DescribePendingMaintenanceActions
명령을 반복적으로 실행합니다. -
DescribePendingMaintenanceActions
명령이 정확한 응답을 반환하더라도 후속 명령 사이에 대기 시간을 추가합니다. 몇 초의 대기 시간으로 시작하는 지수 백오프 알고리즘을 적용하고 대기 시간을 약 5분까지 점진적으로 늘립니다.
보류 중인 유지 관리 업데이트 보기
RDS 콘솔, AWS CLI 또는 RDS API를 사용하여 DB 인스턴스에 대해 유지 관리 업데이트를 사용할 수 있는지 확인합니다. 업데이트가 있는 경우에는 다음과 같이 Amazon RDS 콘솔에서 DB 인스턴스의 유지 관리 열에 사용 가능 여부가 표시됩니다.
DB 인스턴스에 대해 유지 관리 업데이트가 제공되지 않는 경우 그에 대한 열 값은 없음입니다.
DB 인스턴스에 대해 유지 관리 업데이트가 제공되는 경우 다음과 같은 열 값이 가능합니다.
-
필수 – 유지 관리 작업은 리소스에 적용되며 무기한 보류할 수 없습니다.
-
사용 가능 – 유지 관리 작업을 사용할 수 있습니다. 그러나 리소스에 자동으로 적용되지 않고 수동으로 적용할 수 있습니다.
-
다음 기간 – 유지 관리 작업은 다음 유지 관리 기간 중에 리소스에 적용됩니다.
-
진행 중 – 유지 관리 작업이 리소스에 적용되고 있는 중입니다.
업데이트가 있을 경우에는 다음 테이블의 작업 중 하나를 실행할 수 있습니다.
-
유지 관리 값이 다음 기간인 경우 작업에서 업그레이드 보류를 선택하여 유지 관리 항목을 보류하십시오. 유지 관리 작업이 이미 시작된 경우에는 보류할 수 없습니다.
-
유지 관리 항목을 즉시 적용합니다.
-
다음 유지 관리 기간 중 시작할 유지 관리 항목을 예약합니다.
-
작업이 없습니다.
조치를 취하려면 DB 인스턴스 를 선택하여 세부 정보를 표시한 후 Maintenance & backups(유지 관리 및 백업)을 선택하십시오. 그러면 보류 중인 유지 관리 항목이 표시됩니다.
유지 관리 기간에 따라 대기 중인 작업의 시작 시기가 결정되지만 이러한 작업의 전체 실행 시간이 줄어들지는 않습니다. 유지 관리 기간에 끝나기 전에 반드시 유지 관리 작업이 끝나도록 되어 있는 것은 아니고, 특정 종료 시각을 지나 계속 진행될 수 있습니다. 자세한 내용은 Amazon RDS 유지 관리 기간 섹션을 참조하세요.
describe-pending-maintenance-actions
AWS CLI 명령을 실행하여 DB 인스턴스에 유지 관리 업데이트를 사용할 수 있는지 여부를 확인할 수도 있습니다.
유지 관리 업데이트 적용에 대한 내용은 DB 인스턴스의 업데이트 적용 섹션을 참조하세요.
다중 AZ 배포 유지
DB 인스턴스를 다중 AZ 배포로 실행하면 유지 관리 이벤트의 영향을 더 줄일 수 있습니다. 이는 Amazon RDS가 다음 단계에 따라 운영 체제 업데이트를 적용하기 때문입니다.
-
대기 목록의 유지 관리를 실행합니다.
-
대기 목록을 기본 목록으로 승격시킵니다.
-
이전에 기본 목록이었지만 현재는 새로운 대기 목록인 유지 관리를 실행합니다.
다중 AZ 배포에서 DB 인스턴스에 대한 데이터베이스 엔진을 업그레이드하면 Amazon RDS가 프라이머리 및 보조 DB 인스턴스를 모두 동시에 수정합니다. 이러한 경우 업그레이드하는 동안 다중 AZ 배포에 있는 프라이머리 및 보조 DB 인스턴스 모두를 사용할 수 없습니다. 이 작업을 수행하면 업그레이드가 완료될 때까지 가동 중지가 발생합니다. 다운타임 시간은 DB 인스턴스의 크기에 따라 다릅니다.
적용해야 하는 기본 운영 체제 패치가 있는 경우 기본 DB 인스턴스에 패치를 적용하려면 짧은 다중 AZ 장애 조치가 필요합니다. 이 장애 조치는 일반적으로 1분 미만입니다.
DB 인스턴스가 RDS for MySQL, RDS for PostgreSQL 또는 RDS for MariaDB를 실행하는 경우 블루/그린 배포를 사용하여 업그레이드에 필요한 가동 중지를 최소화할 수 있습니다. 자세한 내용은 데이터베이스 업데이트에 Amazon RDS 블루/그린 배포 사용 단원을 참조하십시오. 다중 AZ 배포에서 RDS for SQL Server 또는 RDS Custom for SQL Server DB 인스턴스를 업그레이드하면 Amazon RDS가 롤링 업그레이드를 수행하므로 장애 조치 기간 동안만 중단이 발생합니다. 자세한 내용은 다중 AZ 및 인 메모리 최적화 고려 사항 단원을 참조하십시오.
DB 인스턴스가 다중 AZ 배포에서 RDS for SQL Server를 실행하는 경우 다음 방법 중 하나를 사용하여 기본 운영 체제에 업데이트를 적용할 수 있습니다.
DB 인스턴스 클래스를 다른 크기로 수정한 다음 다시 원래 크기로 수정합니다.
DB 인스턴스 크기를 확장했다가 다시 원래 크기로 축소합니다.
DB 인스턴스를 다중 AZ에서 단일 AZ로 수정하고, DB 인스턴스를 중지했다가 시작한 다음, 인스턴스를 다시 다중 AZ로 변경합니다.
다중 AZ 배포에 대한 자세한 정보는 다중 AZ 배포 구성 및 관리 단원을 참조하세요.
Amazon RDS 유지 관리 기간
유지 관리 기간은 시스템 변경 내용이 적용되는 주 단위의 기간입니다. 모든 DB 인스턴스에는 주간 유지 관리 기간이 있습니다. 유지 관리 기간은 수정 사항 및 소프트웨어 패치 적용 시점을 조절할 수 있는 기회입니다. 유지 관리 기간 조정에 대한 자세한 내용은 기본 DB 인스턴스 유지 관리 기간 조정 섹션을 참조하세요.
유지 관리가 적용되는 동안 RDS에서 사용자의 DB 인스턴스 에 있는 리소스 중 일부를 사용합니다. 이에 따라 성능에 미미한 영향이 있을 수 있습니다. DB 인스턴스의 경우 드물지만, 유지 관리 업데이트를 완료하려면 다중 AZ 장애 조치가 필요한 경우가 있을 수 있습니다.
유지 관리 이벤트가 특정 주에 예정되어 있는 경우 사용자가 지정하는 30분의 유지 관리 기간 중에 해당 이벤트가 시작됩니다. 또한 대부분의 유지 관리 이벤트가 30분의 유지 관리 기간 중에 완료됩니다. 단, 대규모 유지 관리 이벤트는 완료하는 데 30분이 넘게 걸릴 수 있습니다. DB 인스턴스가 중지되면 유지 관리 기간이 일시 중지됩니다.
지역별로 8시간 블록 시간 중에서 30분 유지 관리 시간이 임의로 선택됩니다. DB 인스턴스 생성 시 유지 관리 기간을 지정하지 않으면 RDS에서 임의로 선택한 요일에 30분 유지 관리 기간을 배정합니다.
다음에서 기본 유지 관리 기간이 할당된 리전별 시간 블록을 확인할 수 있습니다.
리전 이름 | 리전 | 시간 블록 |
---|---|---|
미국 동부(버지니아 북부) | us-east-1 | 03:00~11:00 UTC |
미국 동부(오하이오) | us-east-2 | 03:00~11:00 UTC |
미국 서부(캘리포니아 북부 지역) | us-west-1 | 06:00~14:00 UTC |
미국 서부(오리건) | us-west-2 | 06:00~14:00 UTC |
Africa (Cape Town) | af-south-1 | 03:00~11:00 UTC |
Asia Pacific (Hong Kong) | ap-east-1 | 06:00~14:00 UTC |
아시아 태평양(하이데라바드) | ap-south-2 | 06:30~14:30 UTC |
아시아 태평양(자카르타) | ap-southeast-3 | 08:00~16:00 UTC |
아시아 태평양(말레이시아) | ap-southeast-5 | 09:00~17:00 UTC |
아시아 태평양(멜버른) | ap-southeast-4 | 11:00~19:00 UTC |
아시아 태평양(뭄바이) | ap-south-1 | 06:00~14:00 UTC |
Asia Pacific (Osaka) | ap-northeast-3 | 22:00~23:59 UTC |
Asia Pacific (Seoul) | ap-northeast-2 | 13:00~21:00 UTC |
아시아 태평양(싱가포르) | ap-southeast-1 | 14:00~22:00 UTC |
아시아 태평양(시드니) | ap-southeast-2 | 12:00~20:00 UTC |
아시아 태평양(도쿄) | ap-northeast-1 | 13:00~21:00 UTC |
Canada (Central) | ca-central-1 | 03:00~11:00 UTC |
캐나다 서부(캘거리) | ca-west-1 | 18:00~02:00 UTC |
중국(베이징) | cn-north-1 | 06:00~14:00 UTC |
China (Ningxia) | cn-northwest-1 | 06:00~14:00 UTC |
Europe (Frankfurt) | eu-central-1 | 21:00–05:00 UTC |
유럽(아일랜드) | eu-west-1 | 22:00~06:00 UTC |
Europe (London) | eu-west-2 | 22:00~06:00 UTC |
유럽(밀라노) | eu-south-1 | 02:00~10:00 UTC |
유럽(파리) | eu-west-3 | 23:59~07:29 UTC |
유럽(스페인) | eu-south-2 | 02:00~10:00 UTC |
Europe (Stockholm) | eu-north-1 | 23:00~07:00 UTC |
유럽(취리히) | eu-central-2 | 02:00~10:00 UTC |
이스라엘(텔아비브) | il-central-1 | 03:00~11:00 UTC |
중동(바레인) | me-south-1 | 06:00~14:00 UTC |
중동(UAE) | me-central-1 | 05:00~13:00 UTC |
남아메리카(상파울루) | sa-east-1 | 00:00~08:00 UTC |
AWS GovCloud(미국 동부) | us-gov-east-1 | 17:00~01:00 UTC |
AWS GovCloud(미국 서부) | us-gov-west-1 | 06:00~14:00 UTC |