기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
장애 완화
MemoryDB 구현을 계획할 때는 장애가 애플리케이션 및 데이터에 미치는 영향을 최소화하도록 계획을 세워야 합니다. 이 섹션의 항목은 애플리케이션 및 데이터를 장애로부터 보호하기 위해 취할 수 있는 접근 방식을 다룹니다.
장애 완화: MemoryDB 클러스터
MemoryDB 클러스터는 애플리케이션이 읽고 쓸 수 있는 단일 프라이머리 노드와 0~5개의 읽기 전용 복제본 노드로 구성되어 있습니다. 하지만 고가용성을 위해 최소 1개의 복제본을 사용하는 것이 좋습니다. 프라이머리 노드에 데이터가 작성될 때마다 트랜잭션 로그에 유지되고 복제본 노드에서도 비동기식으로 업데이트됩니다.
읽기 전용 복제본 장애의 경우
MemoryDB는 장애가 있는 복제본을 감지합니다.
MemoryDB는 장애가 있는 노드를 오프라인 상태로 전환합니다.
MemoryDB는 동일한 AZ에서 대체 노드를 시작하고 프로비저닝합니다.
새 노드는 트랜잭션 로그와 동기화됩니다.
이 기간 동안 애플리케이션에서는 다른 노드를 사용하여 계속 읽고 쓸 수 있습니다.
MemoryDB 다중 AZ
MemoryDB 클러스터에서 다중 AZ가 활성화되면 장애가 발생한 프라이머리 클러스터가 감지되어 자동으로 교체됩니다.
MemoryDB가 프라이머리 노드 장애를 감지합니다.
MemoryDB는 장애가 발생한 기본 복제본과 일관성이 있는지 확인한 후 복제본으로 장애 조치합니다.
MemoryDB는 장애가 있는는 프라이머리 노드의 AZ에서 읽기 전용 복제본을 실행합니다.
새 노드는 트랜잭션 로그와 동기화됩니다.
복제본 노드에 장애 조치하는 것은 일반적으로 새 기본 노드를 생성하고 프로비저닝하는 것보다 빠릅니다. 즉, 애플리케이션은 더 빠르게 프라이머리 노드에 대한 쓰기를 재개할 수 있습니다.
자세한 내용은 다중 AZ로 MemoryDB의 가동 중지 시간 최소화 단원을 참조하십시오.
