Amazon Aurora
Aurora 사용 설명서 (API 버전 2014-10-31)

Aurora DB 클러스터 백업 및 복원에 대한 개요

다음 섹션에서는 Aurora 백업과 AWS Management 콘솔을 사용한 Aurora DB 클러스터 복구 방법에 대한 정보를 찾아볼 수 있습니다.

Aurora DB 클러스터의 내결함성

Aurora DB 클러스터는 내결함성을 고려하여 설계되었습니다. 클러스터 볼륨은 단일 AWS 리전에 속하는 다중 가용 영역을 모두 아우르며, 각 가용 영역에는 클러스터 볼륨 데이터의 사본이 복사됩니다. 이 기능은 가용 영역 한 곳에서 결함이 발생하더라도 DB 클러스터가 잠시 서비스가 중단될 뿐 전혀 데이터 손실 없이 결함을 견딜 수 있음을 의미합니다.

DB 클러스터의 기본 인스턴스에 결함이 발생하면 Aurora이 다음 두 가지 방법 중 하나를 사용하여 자동으로 새로운 기본 인스턴스로 장애 조치합니다.

  • 기존 Aurora 복제본을 새 기본 인스턴스로 승격시킴

  • 새로운 기본 인스턴스 만들기

DB 클러스터에 Aurora 복제본이 하나 이상인 경우에는 장애가 발생하더라도 Aurora 복제본이 기본 인스턴스로 승격됩니다. 이 실패 이벤트로 인해 예외적으로 실패하는 읽기 및 쓰기 작업 동안 짧은 중단이 발생합니다. 하지만, 일반적인 서비스 복구 시간은 120초 미만이지만 대부분 60초 미만에 복원됩니다. DB 클러스터의 가용성을 높이려면 최소 하나 이상의 Aurora 복제본을 둘 이상의 다른 가용 영역에 생성하는 것이 바람직합니다.

각 복제본에 우선 순위를 지정함으로써 장애 이후 기본 인스턴스로 승격할 Aurora 복제본 순서를 사용자 지정할 수 있습니다. 우선 순위 범위는 가장 높은 값인 0부터 가장 낮은 값인 15까지입니다. 기본 인스턴스에 결함이 발생하면 Amazon RDS는 우선 순위가 가장 높은 Aurora 복제본을 새로운 기본 인스턴스로 승격시킵니다. Aurora 복제본의 우선 순위는 언제든지 수정할 수 있습니다. 우선 순위 수정으로 인해 장애 조치가 트리거되지는 않습니다.

둘 이상의 Aurora 복제본이 동일한 우선 순위를 공유하여 승격 계층을 만들 수도 있습니다. 둘 이상의 Aurora 복제본이 동일한 우선 순위를 공유하면 Amazon RDS는 크기가 가장 큰 복제본을 승격시킵니다. 둘 이상의 Aurora Replicas가 동일한 우선 순위와 크기를 공유하면 Amazon RDS는 동일한 승격 티어에서 임의의 복제본을 승격시킵니다.

DB 클러스터에 Aurora 복제본이 포함되어 있지 않으면 기본 인스턴스가 실패 이벤트 중에 다시 생성됩니다. 이 실패 이벤트로 인해 예외적으로 실패하는 읽기 및 쓰기 작업 동안 중단이 발생합니다. 새로운 기본 인스턴스가 생성도면 서비스도 복구되지만 보통 10분 미만의 시간이 걸립니다. Aurora 복제본을 기본 인스턴스로 승격시키는 것이 기본 인스턴스를 새로 생성하는 것보다 훨씬 빠릅니다.

참고

Amazon Aurora는 외부 MySQL 데이터베이스 또는 RDS MySQL DB 인스턴스의 복제도 지원합니다. 자세한 내용은 Aurora와 MySQL 간의 복제 또는 Aurora와 다른 Aurora DB 클러스터 간의 복제 단원을 참조하십시오.

백업

Aurora은 클러스터 볼륨을 자동으로 백업한 후 백업 보존 기간 동안 복원 데이터를 보관합니다. Aurora 백업은 연속식 또는 증분식으로 이루어지기 때문에 백업 보존 기간 내에 어떤 시점으로든 신속하게 복구가 가능합니다. 백업 데이터를 쓰는 중에도 성능에 미치는 영향이나 데이터베이스 서비스 중단은 일어나지 않습니다. 백업 보존 기간은 DB 클러스터를 생성 또는 설정 변경할 때 1일에서 35일까지 지정할 수 있습니다.

백업 보존 기간을 넘겨서 백업을 보존하고 싶을 때는 클러스터 볼륨의 데이터 스냅샷을 캡처하는 것도 한 방법입니다. Aurora는 전체 백업 보존 기간 중 복구 데이터를 누적 보관하기 때문에 백업 보존 기간을 넘어서까지 보관하려는 데이터는 스냅샷을 생성만 하면 됩니다. 새로운 DB 클러스터를 스냅샷에서 생성할 수 있기 때문입니다.

참고

  • Amazon Aurora DB 클러스터의 경우, 기본 백업 보존 기간은 DB 클러스터 생성 방법과 상관없이 1일이 됩니다.

  • Aurora에서 자동 백업을 비활성화할 수 없습니다. Aurora에 대한 백업 보존 기간은 DB 클러스터에서 관리합니다.

백업 스토리지의 비용은 유지하는 Aurora 백업 및 스냅샷 데이터의 양과 유지 기간에 따라 달라집니다. Aurora 백업 및 스냅샷과 연결된 스토리지에 대한 자세한 내용은 Aurora 백업 스토리지 사용량 파악 단원을 참조하십시오. Aurora 백업 스토리지에 대한 요금 정보는 Aurora용 Amazon RDS 요금을 참조하십시오. 스냅샷과 연결된 Aurora 클러스터가 삭제된 후 해당 스냅샷을 저장하면 Aurora에 대해 표준 백업 스토리지 요금이 발생합니다.

데이터 복구

Aurora에서 유지되는 백업 데이터에서 또는 이전에 저장한 DB 클러스터 스냅샷에서 새 Aurora DB 클러스터를 생성하여 데이터를 복구할 수 있습니다. 백업 데이터에서 생성된 DB 클러스터의 새 사본을 백업 보존 기간 중 임의 시점으로 빨리 복구할 수 있습니다. 백업 보존 기간 중 백업의 연속 및 증분 특성은 복구 횟수를 늘리기 위해 데이터 스냅샷을 자주 캡처할 필요가 없다는 것을 의미합니다.

DB 인스턴스의 최근 또는 가장 빠른 복구 시간을 알아보려면 RDS 콘솔에서 Latest Restorable Time 또는 Earliest Restorable Time 값을 확인합니다. 이러한 값을 보는 방법은 Amazon Aurora DB 클러스터 보기 단원을 참조하십시오. DB 클러스터의 최근 복구 시간은 DB 클러스터를 복구할 수 있는 가장 최근 시점을 나타내며 일반적으로 현재 시간에서 5분 이내입니다. 가장 빠른 복구 시간은 백업 보존 기간 내에서 클러스터 볼륨을 복구하려면 얼마나 후행해야 하는지 나타냅니다.

DB 클러스터의 복구가 언제 완료되었는지는 Latest Restorable TimeEarliest Restorable Time 값을 사용하여 확인할 수 있습니다. Latest Restorable Time 값과 Earliest Restorable Time 값은 복구 작업이 완료되기 전에는 NULL을 반환합니다. Latest Restorable Time 또는 Earliest Restorable Time 값이 NULL을 반환하면 백업 또는 복구 작업을 요청할 수 없습니다.

DB 클러스터를 특정 시점으로 복원에 대한 자세한 내용은 DB 클러스터를 지정된 시간으로 복원 단원을 참조하십시오.

Aurora에 대한 데이터베이스 복제

DB 클러스터 스냅샷을 새 DB 클러스터로 복원하는 대신, 데이터베이스 복제를 이용해 Aurora DB 클러스터의 데이터베이스를 복제할 수도 있습니다. 복제 데이터베이스는 최초 생성 시 최소한의 추가 공간만 사용합니다. 데이터는 데이터가 변경된 경우에만 원본 데이터베이스 또는 복제 데이터베이스에 복사됩니다. 동일한 DB 클러스터에 대해 여러 복제본을 생성할 수 있고, 다른 복제본에서 추가 복제본을 추가할 수도 있습니다. 자세한 내용은 Aurora DB 클러스터에서 데이터베이스 복제 단원을 참조하십시오.

역추적

이제 Aurora MySQL은 백업에서 데이터를 복구하지 않고도 특정 시간으로 DB 클러스터 "되감기"를 지원합니다. 자세한 내용은 Aurora DB 클러스터 역추적 단원을 참조하십시오.