메뉴
Amazon Relational Database Service
사용 설명서 (API Version 2014-10-31)

Amazon Aurora DB 클러스터 관리

다음 단원에서는 Amazon Aurora DB 클러스터의 성능, 조정, 내결함성, 백업 및 복원 관리에 대한 정보를 찾아볼 수 있습니다.

Aurora DB 클러스터의 성능 및 조정 관리

다음은 Aurora DB 클러스터 및 DB 인스턴스의 성능과 조절을 관리할 수 있는 옵션입니다.

스토리지 조정

Aurora 스토리지는 클러스터 볼륨에 저장된 데이터에 따라 자동 조정됩니다. 데이터가 증가하면 클러스터 볼륨 스토리지도 최대 64TB까지 10GB씩 확장됩니다.

클러스터 볼륨 크기는 1시간 단위로 확인하여 스토리지 비용을 측정할 수 있습니다. 요금에 대한 자세한 내용은 Amazon RDS 제품 페이지을(를) 참조하십시오.

인스턴스 조정

필요에 따라 DB 클러스터의 DB 인스턴스마다 DB 인스턴스 클래스 설정을 변경하여 Aurora DB 클러스터를 조정할 수 있습니다. Aurora는 데이터베이스 엔진 호환성에 따라 Aurora에 최적화된 DB 인스턴스 클래스를 몇 가지 지원합니다.

데이터베이스 엔진 인스턴스 조정

Amazon Aurora MySQL

Aurora MySQL DB 인스턴스 조정섹션을 참조하십시오.

Amazon Aurora PostgreSQL

Aurora PostgreSQL DB 인스턴스 조정섹션을 참조하십시오.

읽기 조정

Aurora DB 클러스터는 Aurora 복제본을 최대 15개까지 생성하여 읽기 조정을 수행할 수 있습니다. 각 Aurora 복제본은 복제본 지연 시간을 최소화하여 클러스터 볼륨에서 동일한 데이터를 반환합니다. 일반적으로 이 지연 시간은 기본 인스턴스가 업데이트를 적용한 후 100밀리초 미만입니다. 읽기 트래픽이 증가하면 Aurora 복제본을 추가 생성하여 직접 연결함으로써 DB 클러스터의 읽기 부하를 분산시키는 것도 가능합니다. Aurora 복제본의 DB 인스턴스 클래스가 기본 인스턴스의 DB 인스턴스 클래스와 같을 필요는 없습니다.

연결 관리

Aurora DB 인스턴스에 대해 허용되는 최대 연결 수는 DB 인스턴스의 인스턴스 수준 파라미터 그룹의 max_connections 파라미터로 결정됩니다. 파라미터 기본값은 DB 인스턴스에 사용되는 DB 인스턴스 클래스와 데이터베이스 엔진 호환성에 따라 달라집니다.

데이터베이스 엔진 max_connections 기본값

Amazon Aurora MySQL

Aurora MySQL DB 인스턴스에 대한 최대 연결 수섹션을 참조하십시오.

Amazon Aurora PostgreSQL

Aurora PostgreSQL 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 복제본이 동일한 우선 순위와 크기를 공유하면 Amazon RDS는 동일한 승격 티어에서 임의의 복제본을 승격시킵니다.

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

참고

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

Aurora DB 클러스터 백업 및 복구

다음 단원에서는 AWS Management Console을 사용한 Aurora 백업과 Aurora DB 클러스터 복구에 대한 정보를 찾아볼 수 있습니다.

백업

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

백업 보존 기간을 넘겨서 백업을 보존하고 싶을 때는 클러스터 볼륨의 데이터 스냅샷을 캡처하는 것도 한 방법입니다. 스냅샷을 저장하면 Amazon RDS 표준 스토리지 비용이 발생합니다. RDS 스토리지 요금에 대한 자세한 내용은 Amazon Relational Database Service 요금을 참조하십시오.

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

데이터 복구

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

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

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

AWS Management Console을 사용하여 DB 클러스터를 지정 시간으로 복구하는 방법

  1. https://console.aws.amazon.com/rds에서 Amazon Aurora 콘솔을 엽니다.

  2. 탐색 창에서 [Instances]를 선택합니다. 복구하려는 DB 클러스터의 기본 인스턴스를 선택합니다.

  3. [Instance Actions]와 [Restore To Point In Time]을 차례대로 선택합니다.

    [Restore DB Cluster] 창에서 [Use Custom Restore Time]을 선택합니다.

  4. [Use Custom Restore Time]에서 복구하려는 날짜와 시간을 입력합니다.

  5. [DB Instance Identifier]에서 새롭게 복구된 DB 인스턴스의 이름을 입력합니다.

  6. [Launch DB Cluster]를 선택하여 복구된 DB 클러스터를 시작합니다.

Aurora MySQL 데이터베이스 복제

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

Amazon Aurora DB 클러스터와 DB 인스턴스 파라미터

Amazon Aurora DB 클러스터는 다른 Amazon RDS DB 인스턴스와 마찬가지로 DB 파라미터 그룹의 파라미터를 사용하여 관리합니다. Amazon Aurora는 DB 인스턴스의 클러스터가 있는 다른 DB 엔진과 다릅니다. 따라서 Amazon Aurora DB 클러스터를 관리하는 데 사용하는 일부 파라미터는 엔진 클러스터에 적용되는 반면, 다른 파라미터는 DB 클러스터의 특정 DB 인스턴스에만 적용됩니다.

클러스터 수준의 파라미터는 DB 클러스터 파라미터 그룹에서 관리됩니다. 인스턴스 수준의 파라미터는 DB 파라미터 그룹에서 관리됩니다.

Aurora DB 클러스터의 각 DB 인스턴스는 특정 데이터베이스 엔진과 호환되기는 하지만, 데이터베이스 엔진 파리미터의 일부는 클러스터 수준에서 적용되어야 합니다. 이러한 클러스터는 DB 클러스터 파라미터 그룹을 사용해 관리합니다. 클러스터 수준 파라미터는 Aurora DB 클러스터의 인스턴스에 대한 DB 파라미터 그룹에 없으며 이 주제의 뒷부분에 나와 있습니다.

Aurora에서 제공되는 DB 클러스터 및 DB 인스턴스 파라미터는 데이터베이스 엔진 호환성에 따라 다릅니다.

데이터베이스 엔진 파라미터

Amazon Aurora MySQL

Amazon Aurora MySQL 파라미터섹션을 참조하십시오.

Amazon Aurora PostgreSQL

Amazon Aurora PostgreSQL 파라미터섹션을 참조하십시오.

관련 주제