Amazon DocumentDB 클러스터 규모 조정

고가용성 및 성능 최적화 - 복제본 집합 모드로 클러스터에 연결하는 경우(권장) 기본 인스턴스를 확장할 때 다음 프로세스를 사용하여 애플리케이션에 미치는 영향을 최소화할 수 있습니다. 이 방법을 사용하면 클러스터가 필요한 고가용성 수준 이상으로 유지되며 읽기 조정 대상이 현재 위치에서 업데이트되지 않고 인스턴스로 클러스터에 추가되므로 영향이 최소화됩니다.

1. 클러스터에 더 큰 인스턴스 유형의 복제본을 하나 이상 추가합니다(클러스터에 Amazon DocumentDB 인스턴스 추가 참조). 모든 복제본은 기본 인스턴스와 동일하거나 더 큰 인스턴스 유형인 것이 좋습니다. 이렇게 하면 더 작은 인스턴스 유형으로 장애 조치되어 쓰기 성능이 의도치 않게 저하되는 것을 방지할 수 있습니다. 대부분의 고객의 경우 클러스터의 인스턴스 수를 일시적으로 두 배로 늘린 다음 확장이 완료된 후 더 작은 복제본을 제거해야 합니다.

2. 모든 새 복제본의 장애 조치 계층을 우선 순위 0으로 설정하여 더 작은 인스턴스 유형의 복제본이 가장 높은 장애 조치 우선 순위를 갖도록 합니다. 자세한 내용은 장애 조치 대상 제어 섹션을 참조하십시오.

3. 수동 장애 조치를 시작합니다. 그러면 새 복제본 중 하나가 기본 인스턴스로 승격됩니다. 자세한 내용은 장애 조치 테스트 섹션을 참조하십시오.

   참고

   이렇게 하면 클러스터에 약 30초의 가동 중지 시간이 발생합니다. 이에 맞춰 계획을 세우세요.

4. 새 기본 인스턴스보다 작은 인스턴스 유형의 모든 복제본을 클러스터에서 제거합니다.

5. 모든 인스턴스의 장애 조치 계층을 동일한 우선 순위로 다시 설정합니다(일반적으로 다시 1로 설정됨).

예를 들어 현재 3개의 r5.large 인스턴스(하나의 기본 인스턴스와 두 개의 복제본)가 포함된 클러스터가 있고 r5.xlarge 인스턴스 유형으로 확장하려는 경우, 먼저 클러스터에 r5.xlarge 복제본 인스턴스 3개를 추가하고 새 r5.xlarge 복제본의 장애 조치 계층을 0으로 설정한 다음 수동 장애 조치를 시작합니다(애플리케이션에 30초 정도의 가동 중지 시간이 발생함). 장애 조치가 완료된 후 클러스터에서 3개의 r5.large 인스턴스를 모두 제거하면 클러스터가 r5.xlarge 인스턴스로 확장됩니다.

비용을 최적화할 수 있도록 Amazon DocumentDB 인스턴스 요금은 인스턴스 생성, 수정 또는 삭제 같은 청구 가능한 상태 변경에 따라 1초 단위로 청구되며 최소 10분의 요금이 부과됩니다. 자세한 내용은 모범 사례 설명서의 비용 최적화 섹션을 참조하세요.

단순성을 위한 최적화 - 이 접근 방식은 단순성을 위해 최적화됩니다. 클러스터를 확장하거나 축소하지는 않지만 일시적으로 읽기 용량을 줄일 수 있습니다.

복제본의 인스턴스 클래스를 변경하면 해당 인스턴스가 몇 초에서 30초 미만으로 짧은 기간 동안 요청을 처리하지 못할 수 있습니다. 복제본 세트 모드(권장)로 클러스터에 연결하는 경우 조정 작업 중에 읽기 용량이 복제본 1개만큼 줄어듭니다(예: 3노드 클러스터의 경우 66%, 4노드 클러스터의 경우 75% 용량 등).

1. 클러스터의 복제본 인스턴스 중 하나를 확장합니다. 자세한 내용은 인스턴스 클래스 관리 섹션을 참조하십시오.

2. 인스턴스를 사용할 수 있을 때까지 기다리세요(Amazon DocumentDB 인스턴스 상태 모니터링 참조).

   참고

   이렇게 하면 클러스터에 약 30초의 가동 중지 시간이 발생합니다. 이에 맞춰 계획을 세우세요.

3. 모든 복제본 인스턴스가 하나씩 확장될 때까지 1단계와 2단계를 계속 실행합니다.

4. 수동 장애 조치 시작. 이렇게 하면 복제본 중 한 개가 기본 인스턴스로 승격됩니다. 자세한 내용은 Amazon DocumentDB 장애 조치 섹션을 참조하십시오.

   참고

   이로 인해 클러스터에 최대 30초의 가동 중지 시간이 발생하지만 대개 그보다 시간이 덜 걸립니다. 이에 맞춰 계획을 세우세요.

5. 이전의 기본(지금은 복제본) 인스턴스를 확장하세요.