기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
Amazon DocumentDB 유지 관리
Amazon DocumentDB는 Amazon DocumentDB 리소스를 정기적으로 유지 관리합니다. 이러한 유지 관리에는 대개 데이터베이스 엔진(클러스터 유지 관리) 또는 인스턴스의 기본 운영 체제(OS)(인스턴스 유지 관리)에 대한 업데이트가 포함됩니다. 데이터베이스 엔진 업데이트는 필수 패치이며 데이터베이스 엔진에 대한 보안 수정, 버그 수정 및 개선 사항을 포함합니다. 대부분의 운영 체제 패치는 선택 사항이지만 한동안 패치를 적용하지 않으면 보안 태세를 유지하기 위해 패치가 필요할 수 있고 자동으로 적용될 수 있습니다. 따라서 운영 체제 업데이트는 사용 가능한 즉시 Amazon DocumentDB 인스턴스에 적용하는 것이 좋습니다.
데이터베이스 엔진 패치를 사용하려면 Amazon DocumentDB 클러스터를 잠시 오프라인으로 전환해야 합니다. 사용 가능하게 되면 Amazon DocumentDB 클러스터의 예정된 유지 관리 기간 동안 이러한 패치가 자동으로 적용되도록 예약됩니다.
클러스터 및 인스턴스 유지 관리 모두 해당 유지 관리 기간이 있습니다. 즉시 적용되지 않도록 선택한 클러스터 및 인스턴스 수정 사항은 유지 관리 기간에도 또한 적용됩니다. 기본적으로 클러스터를 생성할 때 Amazon DocumentDB가 클러스터 및 각 개별 인스턴스에 대해 유지 관리 기간을 지정합니다. 클러스터 또는 인스턴스를 생성할 때 유지 관리 기간을 선택할 수 있습니다. 또한 언제라도 비즈니스 일정 또는 절차에 맞춰 유지 관리 기간을 수정할 수 있습니다. 일반적으로 애플리케이션에 대 유지 관리의 영향을 최소화하는 유지 관리 기간을 서택하는 것이 좋습니다(예: 야간 또는 주말).
주제
Amazon DocumentDB 엔진 패치에 대한 알림
AWS 콘솔의 AWS Health Dashboard (AHD)에 있는 상태 이벤트와 이메일을 통해 필요한 데이터베이스 엔진 패치에 대한 유지 관리 알림을 받게 됩니다. 특정 AWS 리전에서 Amazon DocumentDB 엔진 유지 관리 패치를 사용할 수 있게 되면 해당 리전의 영향을 받는 모든 Amazon DocumentDB 사용자 계정에 패치의 영향을 받는 각 Amazon DocumentDB 버전에 대한 AHD 및 이메일 알림이 전송됩니다. AWS 콘솔의 AHD의 예약된 변경 섹션에서 이러한 알림을 볼 수 있습니다. 알림에는 패치 가용성 타이밍, 자동 적용 일정, 영향을 받는 클러스터 목록 및 릴리스 정보에 대한 세부 정보가 포함됩니다. 이 알림은 이메일을 통해 AWS 계정의 루트 사용자 이메일 주소로도 전송됩니다.
이 알림을 받으면 예약된 자동 적용 날짜 이전에 이러한 엔진 패치를 Amazon DocumentDB 클러스터에 자체 적용하도록 선택할 수 있습니다. 또는 예정된 유지 관리 기간 동안 엔진 패치가 자동으로 적용될 때까지 기다릴 수 있습니다(기본 옵션).
참고
새 엔진 패치 버전이 있는 새 Amazon DocumentDB 엔진 패치가 릴리스될 때까지 AHD의 알림 상태가 '진행 중'으로 설정됩니다.
Amazon DocumentDB 클러스터에 엔진 패치가 적용되면 클러스터의 엔진 패치 버전이 업데이트되어 알림의 버전을 반영합니다. db.runCommand({getEngineVersion: 1}) 명령을 실행하여 이 업데이트를 확인할 수 있습니다.
AWS Health 또한는 이벤트를 사용하여 확장 가능한 이벤트 기반 애플리케이션을 빌드하는 Amazon EventBridge 와 통합되며 AWS Lambda Amazon Simple Queue Service(SQS) 등을 포함한 20개 이상의 대상과 통합됩니다. 엔진 패치를 사용할 수 있게 되기 전에 AWS_DOCDB_DB_PATCH_UPGRADE_MAINTENANCE_SCHEDULED 이벤트 코드를 사용하여 Amazon EventBridge 를 설정할 수 있습니다. 해당 리전에서 Amazon DocumentDB 엔진 패치를 사용할 수 있게 되면 이벤트에 응답하고 이벤트 정보 캡처, 추가 이벤트 시작, 푸시 알림과 같은 추가 채널을 통한 알림 전송 AWS Console Mobile Application, 수정 또는 기타 작업 수행과 같은 작업을 자동으로 수행하도록 setup EventBridge 를 설정할 수 있습니다.
Amazon DocumentDB가 엔진 패치를 취소하는 드문 시나리오에서는 AHD 알림과 취소에 대해 알리는 이메일을 받게 됩니다. 따라서 AWS_DOCDB_DB_PATCH_UPGRADE_MAINTENANCE_CANCELLED 이벤트 코드를 사용하여이 이벤트에 응답하도록 Amazon EventBridge 를 설정할 수 있습니다. Amazon EventBridge 규칙 사용에 대한 자세한 내용은 AmazonWord 사용 설명서를 참조하세요. EventBridge
보류 중인 Amazon DocumentDB 유지 관리 작업 보기
AWS Management Console 또는를 사용하여 클러스터에 대한 유지 관리 업데이트를 사용할 수 있는지 확인할 수 있습니다 AWS CLI.
업데이트가 있을 경우에는 다음 중 한 가지를 선택할 수 있습니다.
-
현재 다음 유지 관리 기간에 예약된 유지 관리 작업을 연기합니다(OS 패치만 해당).
-
유지 관리 작업을 즉시 적용합니다.
-
다음 유지 관리 기간 중 시작할 유지 관리 작업을 예약합니다.
참고
조치를 취하지 않으면 엔진 패치와 같은 필수 유지 관리 조치가 예정된 유지 관리 기간에 자동으로 적용됩니다.
유지 관리 기간에 따라 대기 중인 작업의 시작 시기가 결정되지만 이러한 작업의 전체 실행 시간이 제한되지는 않습니다.
Amazon DocumentDB 엔진 업데이트
Amazon DocumentDB를 사용하여 유지 관리 작업을 적용하는 시기를 선택할 수 있습니다. AWS Management Console 또는를 사용하여 Amazon DocumentDB가 업데이트를 적용하는 시기를 결정할 수 있습니다 AWS CLI.
이번 주제에서 설명하는 절차에 따라 클러스터를 즉시 업그레이드하거나, 업드레이드 일정을 예약합니다.
적용 날짜
각 유지 관리 작업에는 대기 중인 유지 관리 작업을 설명할 때 찾을 수 있는 적용 날짜가 있습니다. 에서 보류 중인 유지 관리 작업의 출력을 읽으면 AWS CLI세 개의 날짜가 나열됩니다. 이러한 날짜 값은 유지 관리가 선택 사항인 null 경우입니다. 해당 유지 관리 작업이 예약되거나 적용되면 값이 채워집니다.
-
CurrentApplyDate- 유지 관리 작업이 즉시 또는 다음 유지 관리 기간에 적용되는 날짜입니다. -
ForcedApplyDate- 유지 관리가 사용자의 유지 관리 기간과 상관없이 자동으로 적용되는 날짜입니다. -
AutoAppliedAfterDate- 유지 관리가 클러스터의 유지 관리 기간 동안 이 날짜 이후에 적용됩니다.
사용자 시작 업데이트
Amazon DocumentDB 사용자가 클러스터 또는 인스턴스에 대한 업데이트를 시작할 수 있습니다. 예를 들어 사용자가 인스턴스의 클래스를 메모리 용량이 다른 클래스로 수정하거나 클러스터의 파라미터 그룹을 수정할 수 있습니다. Amazon DocumentDB는 이러한 변경 사항을 Amazon DocumentDB에서 시작한 업데이트와 다르게 봅니다. 클러스터 또는 인스턴스 수정에 대한 자세한 정보는 다음 단원 중 하나를 참조하십시오.
대기 중인 사용자 시작 변경 사항의 목록을 보려면 다음 명령을 실행합니다.
인스턴스에서 대기 중인 사용자 시작 변경 사항을 보려면
Linux, macOS, Unix의 경우:
aws docdb describe-db-instances \ --query 'DBInstances[*].[DBClusterIdentifier,DBInstanceIdentifier,PendingModifiedValues]'
Windows의 경우:
aws docdb describe-db-instances ^ --query 'DBInstances[*].[DBClusterIdentifier,DBInstanceIdentifier,PendingModifiedValues]'
이 작업의 출력은 다음과 같습니다(JSON 형식).
이 경우, sample-cluster-instance는 db.r5.xlarge 인스턴스 클래스에 대기 중인 변경 사항이 있고, sample-cluster-instance-2는 대기 중인 변경 사항이 없습니다.
[
[
"sample-cluster",
"sample-cluster-instance",
{
"DBInstanceClass": "db.r5.xlarge"
}
],
[
"sample-cluster",
"sample-cluster-instance-2",
{}
]
]Amazon DocumentDB 유지 관리 기간 관리
각 인스턴스 및 클러스터에는 대기 중인 변경 사항이 적용되는 주 단위 유지 관리 기간이 있습니다. 유지 관리 기간은 요청 또는 필요에 따라 수정하거나 소프트웨어 패치를 적용하는 시기를 조정할 수 있는 기간입니다. 유지 관리 이벤트가 특정 주에 예정되어 있는 경우 사용자가 지정하는 30분의 유지 관리 기간 중에 해당 이벤트가 시작됩니다. 또한 대부분의 유지 관리 이벤트가 30분의 유지 관리 기간 중에 완료됩니다. 단, 대규모 유지 관리 이벤트는 완료하는 데 30분이 넘게 걸릴 수 있습니다.
리전별로 8시간 블록 시간 중에서 30분 유지 관리 기간이 임의로 선택됩니다. 인스턴스 또는 클러스터를 생성할 때 기본 유지 관리 기간을 지정하지 않으면 Amazon DocumentDB에서 임의로 선택한 요일에 30분 유지 관리 기간을 배정합니다.
다음 표는 기본 유지 관리 기간을 할당하는 각 리전의 시간 블록 목록입니다.
| 리전 이름 | 지역 | UTC 타임 블록 |
|---|---|---|
| 미국 동부(오하이오) | us-east-2 | 03:00~11:00 |
| 미국 동부(버지니아 북부) | us-east-1 | 03:00~11:00 |
| 미국 서부(오레곤) | us-west-2 | 06:00~14:00 |
| 아프리카(케이프타운) | af-south-1 | 03:00~11:00 |
| 아시아 태평양(홍콩) | ap-east-1 | 06:00~14:00 |
| 아시아 태평양(하이데라바드) | ap-south-2 | 06:30-14:30 |
| 아시아 태평양(뭄바이) | ap-south-1 | 06:00~14:00 |
| 아시아 태평양(서울) | ap-northeast-2 | 13:00~21:00 |
| 아시아 태평양(싱가포르) | ap-southeast-1 | 14:00–22:00 |
| 아시아 태평양(시드니) | ap-southeast-2 | 12:00–20:00 |
| 아시아 태평양(도쿄) | ap-northeast-1 | 13:00~21:00 |
| 캐나다(중부) | ca-central-1 | 03:00~11:00 |
| 중국(베이징) | cn-north-1 | 06:00~14:00 |
| 중국(닝샤) | cn-northwest-1 | 06:00~14:00 |
| 유럽(프랑크푸르트) | eu-central-1 | 21:00~05:00 |
| 유럽(아일랜드) | eu-west-1 | 22:00~06:00 |
| 유럽(런던) | eu-west-2 | 22:00~06:00 |
| 유럽(밀라노) | eu-south-1 | 02:00~10:00 |
| 유럽(파리) | eu-west-3 | 23:59~07:29 |
| 유럽(스페인) | eu-south-2 | 02:00~10:00 |
| 중동(UAE) | me-central-1 | 05:00~13:00 |
| 남아메리카(상파울루) | sa-east-1 | 00:00~08:00 |
| AWS GovCloud (미국 동부) | us-gov-east-1 | 17:00–01:00 |
| AWS GovCloud (미국 서부) | us-gov-west-1 | 06:00~14:00 |
Amazon DocumentDB 유지 관리 윈도우 변경
유지 관리 기간은 사용률이 가장 낮은 시간에 할당되어야 하므로 수시로 변경되어야 할 수 있습니다. 시스템 변경 사항(스토리지 조정 작업 또는 인스턴스 클래스 변경 등)을 적용 중이고 가동 중단이 필요한 경우에만 인 이 기간 동안 클러스터 또는 인스턴스를 사용할 수 없습니다. 그런 다음 필수 변경 사항을 적용하는 데 필요한 최소 시간 동안만 사용이 불가능합니다.
데이터베이스 엔진 업그레이드를 위해 Amazon DocumentDB는 개별 인스턴스가 아닌 클러스터에 대한 기본 유지 관리 기간을 사용합니다.
유지 관리 기간 변경하기
-
클러스터: Amazon DocumentDB 클러스터 수정 단원을 참조하십시오.
-
인스턴스: Amazon DocumentDB 인스턴스 수정 단원을 참조하십시오.
Amazon DocumentDB 운영 체제 업데이트
Amazon DocumentDB 클러스터의 인스턴스에는 때때로 운영 체제 업데이트가 필요합니다. Amazon DocumentDB는 운영 체제를 최신 버전으로 업그레이드하여 데이터베이스 성능과 고객의 전반적인 보안 태세를 개선합니다. 운영 체제 업데이트는 Amazon DocumentDB 인스턴스의 클러스터 엔진 버전이나 인스턴스 클래스를 변경하지 않습니다.
클러스터의 가용성을 최대화하기 위해서 클러스터의 리더 인스턴스를 먼저 업데이트한 다음 라이터 인스턴스를 업데이트하는 것이 좋습니다. 장애 조치 시 다운타임이 발생할 수 있으므로 리더 인스턴스와 라이터 인스턴스를 동시에 업데이트하지 않는 것이 좋습니다.
Amazon DocumentDB에 대한 대부분의 운영 체제 업데이트는 선택 사항이며 이를 적용할 설정된 날짜가 없습니다. 그러나 한동안 이러한 업데이트를 적용하지 않으면 결국 인스턴스의 유지 관리 기간 동안 업데이트가 필요해지고 자동으로 적용될 수 있습니다. 이는 데이터베이스의 보안 태세를 유지하는 데 도움이 됩니다. 예기치 않은 가동 중지 시간을 방지하려면 Amazon DocumentDB 인스턴스를 사용할 수 있게 되는 즉시 운영 체제 업데이트를 적용하고 비즈니스 요구 사항에 따라 편한 시간에 인스턴스 유지 관리 기간을 설정하는 것이 좋습니다.
새 선택적 업데이트가 사용 가능해지면 알림을 받으려면 보안 패치 이벤트 범주에서 RDS-EVENT-0230을 구독하면 됩니다. Amazon DocumentDB 이벤트 구독에 대한 자세한 내용은 Amazon DocumentDB 이벤트 구독을 참조하십시오.
클러스터나 인스턴스 유지 관리 수행 시에는 해당 인스턴스가 기본 인스턴스일 경우 장애 조치를 실시합니다. 가용성을 높이려면 Amazon DocumentDB 클러스터에 두 개 이상의 인스턴스를 사용하는 것이 좋습니다. 자세한 내용은 Amazon DocumentDB 장애 조치 단원을 참조하십시오.
참고
특정 관리 기능의 경우 Amazon DocumentDB는 Amazon Relational Database Service(Amazon RDS)와 공유되는 운영 기술을 사용합니다.
중요
Amazon DocumentDB 인스턴스는 운영 체제 업그레이드 중에 오프라인 상태가 됩니다. 다중 인스턴스 클러스터를 사용하여 클러스터 가동 중지 시간을 최소화할 수 있습니다. 다중 인스턴스 클러스터가 없는 경우 이 유지 관리를 수행하기 위해 보조 인스턴스를 추가한 다음 유지 관리가 완료되면 추가 리더 인스턴스를 삭제하여 임시로 생성하도록 선택할 수 있습니다(보조 인스턴스에 대한 정규 요금이 적용됩니다).
참고
여러 규정 준수 의무를 충족하려면 모든 선택 및 필수 업데이트를 적용하여 최신 상태를 유지해야 할 수 있습니다. 유지 관리 기간 동안 Amazon DocumentDB에서 제공하는 모든 업데이트를 정기적으로 적용하는 것이 좋습니다.
AWS Management Console 또는를 사용하여 업데이트를 사용할 수 있는지 AWS CLI 확인할 수 있습니다.
운영 체제 업데이트는 Amazon DocumentDB 엔진 버전 및 인스턴스 클래스에 따라 다릅니다. 따라서 Amazon DocumentDB 인스턴스는 서로 다른 시점에 업데이트를 받거나 이를 요구합니다. 엔진 버전 및 인스턴스 클래스에 따라 인스턴스에 운영 체제 업데이트가 지원되는 경우 업데이트가 콘솔에 표시됩니다. 명령을 실행 AWS CLI describe-pending-maintenance-actions하거나 DescribePendingMaintenanceActions API 작업을 호출하여 볼 수도 있습니다.
Amazon DocumentDB 엔진의 최신 클러스터 패치 릴리스를 실행하지 않는 경우 운영 체제 업데이트가 사용 가능한 유지 관리로 나열되지 않을 수 있습니다. 운영 체제 업데이트를 보고 관리하려면 먼저 최신 엔진 패치 버전으로 업그레이드해야 합니다.
