답변

3

지금 수의 FAQ에 따르면, http://aws.amazon.com/rds/faqs/#86 참조 :

Q를 : 복제의 어떤 타입과 때 각을 아마존 RDS 지원 사용 해야합니까?

Amazon RDS는 서로 다른 을 제공하는 두 가지 별개의 복제 옵션을 제공합니다. 당신이 예기치 못한 정전으로부터 최신 데이터베이스 업데이트를 보호하면서 데이터베이스 가용성을 높이기 위해 복제를 사용하고자하는 경우

는 다중 AZ 배포로 하여 DB 인스턴스를 실행 해보십시오. 만들거나 을 수정할 때 DB 인스턴스 다중 AZ 배포로, 아마존 RDS가 자동으로 제공하고 (물리적 별도의 위치에서 독립적 인프라)를 "대기"복제 다른 가용 영역에서 관리됩니다 실행 . 계획 데이터베이스 유지 관리, DB 인스턴스 장애 또는 가용성 영역에 오류가 발생하는 경우, 아마존 RDS는 자동 그래서 데이터베이스 작업 관리 개입없이 신속하게 을 재개 할 수 있습니다 대기 로 장애 조치됩니다. 다중 AZ 배포 은 에 데이터베이스를 동시에 작성하므로 대기열은 장애 조치가 발생하는 이벤트에서 최신 상태가되도록 동기 복제를 사용합니다. 다중 AZ DB 인스턴스에 대한 우리의 기술 구현이 실패 시나리오에 데이터 내구성을 극대화하지만, 는 가 직접 액세스 또는 읽기 작업에 사용되는 것을 대기를 방해한다. Multi-AZ 배포에서 제공하는 내결함성 은 을 자연스럽게 적합하게 만듭니다 ( 환경). 다중 AZ 배포에 대한 자세한 내용은 FAQ 섹션을 참조하십시오. 당신은 MySQL의 5.1에 내장 된 복제 읽기 무거운 데이터베이스에 대한 단일 DB 인스턴스의 용량 제한 이상으로 확장 할 워크로드를 활용하고자하는 경우

아마존 RDS는 읽기와 을 쉽게한다 복제본. AWS Management 콘솔 또는 CreateDBInstanceReadReplica API를 사용하여 주어진 "원본"DB 인스턴스의 복제본을 만들 수 있습니다.읽기 복제본이 생성되면 소스 데이터베이스의 데이터베이스 업데이트 인스턴스가 읽기 복제본으로 전파됩니다. 주어진 소스 DB 인스턴스에 대해 복제본을 만들고 응용 프로그램의 읽기 트래픽을 개로 분산 배포 할 수 있습니다. 다중 AZ 배포와 달리 읽기 복제본은 MySQL 5.1의 기본 제공 복제를 사용하며 의 장점과 제한 사항이 적용됩니다. 특히, 업데이트는 소스 DB 인스턴스 ("비동기"복제)에 발생 후 하여 읽기 복제본 (들)에 적용되며, 복제 지연이 크게 을 다를 수 있습니다. 즉, 데이터베이스 업데이트를 (비 멀티 AZ) 원본 DB 인스턴스 은 원본 데이터베이스 인스턴스에서 예기치 않은 중단의 경우 복제본에 존재하지 않을 수 있습니다. 과 같이 읽기 복제본은 다중 AZ 배포와 동일한 데이터 내구성 혜택을 에 제공하지 않습니다. Read 복제본은 일부 읽기 가용성 혜택을 제공 할 수 있으며 은 가용성을 향상시키기 위해 설계되지 않았기 때문에 가용성을 향상시킵니다.

아마존 RDS와

각의 보완 혜택을 누릴 함께 다중 AZ 배포 및 읽기 복제본 를 사용할 수 있습니다. 은 주어진 다중 AZ 배포가 소스 데이터베이스임을 간단히 지정할 수 있습니다. 읽기 복제본의 인스턴스. 그런 식으로 복수 AZ 배포의 내구성 및 가용성 이점 과 읽기 복제본의 배율 이점을 모두 얻을 수 있습니다.

+1

오프 사이트 백업 (또는 기타)을위한 오프 사이트 (비 AWS RDS 인스턴스) 읽기 복제본을 만들 수 없습니다. 아마존 폭파가 포함 된 재해 복구 계획이 필요하다면 큰 부정적인 문제입니다. – Ross

관련 문제