기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
Amazon Relational Database Service 백업
Amazon RDS 및 AWS Backup
Amazon RDS 인스턴스 및 클러스터를 백업하는 옵션을 고려할 때 생성 및 사용하려는 백업 종류를 명확히 하는 것이 중요합니다. Amazon RDS를 비롯한 여러 AWS 리소스는 자체 네이티브 백업 솔루션을 제공합니다.
Amazon RDS는 자동 백업과 수동 백업을 만들 수 있는 옵션을 제공합니다. 에서 생성된 복구 시점 AWS Backup 은 백업 유형에 따라 다르게 분류됩니다.
-
에서 생성된 주기적 스냅샷 AWS Backup 은 Amazon RDS에서 수동 백업으로 간주됩니다. 백업 계획 일정에 따라 생성된 스냅샷 기반 백업입니다.
-
에서 생성한 연속 백업 AWS Backup 은 Amazon RDS에서 자동 백업으로 간주됩니다. 이를 통해 자동화된 스냅샷과 함께 트랜잭션 로그를 유지 관리하여 point-in-time으로 복원(PITR)할 수 있습니다.
Amazon RDS에서는 수동 백업과 자동 백업의 보존 동작과 수명 주기 관리가 다르기 때문에 이러한 구분이 중요합니다.
AWS Backup 를 사용하여 Amazon RDS 인스턴스의 백업(복구 시점)을 생성하는 경우 AWS Backup 는 이전에 Amazon RDS를 사용하여 자동 백업을 생성했는지 확인합니다. 자동 백업이 있는 경우 증분 스냅샷 복사(copy-db-snapshot 작업)를 AWS Backup 생성합니다. 백업이 없는 경우는 복사본(create-db-snapshot 작업) 대신 지정한 인스턴스의 스냅샷을 AWS Backup 생성합니다.
두 작업 중 하나로 AWS Backup생성된 첫 번째 스냅샷은 1개의 전체 스냅샷을 생성합니다. 전체 백업이 존재하는 한, 모든 후속 사본은 증분 백업이 됩니다.
교차 계정 또는 교차 리전 복사본을 사용하는 경우 증분 스냅샷 복사 작업은 전체 스냅샷 복사 작업보다 빠르게 처리됩니다. 새 복사 작업이 완료될 때까지 이전 스냅샷 복사본을 보관하면 복사 작업 기간을 줄일 수 있습니다. RDS 데이터베이스 인스턴스에서 스냅샷을 복사하기로 선택한 경우 이전 복사본을 먼저 삭제하면 증분 대신 전체 스냅샷 복사본이 생성된다는 점에 유의해야 합니다. 복사 최적화에 대한 자세한 내용은 Amazon RDS 사용 설명서의 증분 스냅샷 복사를 참조하세요.
중요
AWS Backup 백업 계획이 Amazon RDS 인스턴스의 여러 일일 스냅샷을 생성하도록 예약되어 있고 예약된 AWS Backup 백업 시작 기간 중 하나가 Amazon RDS 백업 기간과 일치하면 백업의 데이터 계보가 동일하지 않은 백업으로 분기되어 계획되지 않고 충돌하는 백업을 생성할 수 있습니다. 이를 방지하려면 AWS Backup 백업 계획 또는 Amazon RDS 기간이 해당 시간에 일치하지 않도록 해야 합니다.
고려 사항
AWS Backup 는 RDS Custom for SQL Server 인스턴스의 온디맨드 백업 생성을 지원합니다. 그러나를 통한 RDS Custom for SQL Server 복원 AWS Backup 은 기본적으로 지원되지 않습니다. 복원하려면 Amazon RDS에서 AWS Backup생성된 스냅샷과 함께 restore-db-instance-from-db-snapshot 작업을 사용합니다. 자세한 내용은 의 백업을 사용하여 Amazon RDS Custom for SQL Server 인스턴스 복원을 AWS Backup
RDS Custom for Oracle은 현재에서 지원되지 않습니다 AWS Backup.
AWS Backup 는 전용 로컬 영역을 포함하여 Outpost 또는 로컬 영역에서 RDS의 백업 및 복원을 지원하지 않습니다. AWS Backup 에서는 RDS 인스턴스를 region (기본값)로 BackupTarget 설정해야 합니다.
백업 중복 및 비용 이해
AWS Backup 정기 스냅샷은 Amazon RDS에서 수동 백업으로 분류됩니다. 자동 백업과 동일한 증분 스냅샷 체인을 공유하지만 자동 백업과 함께 총 백업 스토리지에 포함됩니다. Amazon RDS는 프로비저닝된 DB 인스턴스 스토리지와 동일한 무료 백업 스토리지 할당을 제공합니다. 여기에는 자동 백업과 수동 스냅샷이 모두 포함됩니다. 이 할당을 초과하는 스토리지에 대해서는 요금이 청구됩니다. 예약된 AWS Backup 스냅샷과 Amazon RDS 자동 백업을 모두 실행하는 경우 둘 다이 합계에 기여하므로 이를 비용 계획에 고려해야 합니다.
AWS Backup 를 사용하여 Amazon RDS DB 인스턴스를 백업하면 자동 스냅샷에 예기치 않은 타임스탬프가 표시될 수 있습니다. 이는 Amazon RDS 자동 백업 창이 아닌 AWS Backup 스냅샷 생성 시간과 일치합니다. Amazon RDS가 지난 날의 최근 자동 백업을 찾지 못하면 백업이 통합됩니다. Amazon RDS는가 AWS Backup 생성한 수동 스냅샷에 자동 백업 메타데이터를 연결합니다. 이렇게 하면 DB 인스턴스가 정기적인 자동 백업을 유지할 수 있습니다. 이는 AWS Backup 작업이 Amazon RDS 자동 백업 기간과 겹칠 만큼 오래 실행될 때 가장 일반적으로 발생합니다.
백업이 통합되면 수동 스냅샷 항목과 자동 스냅샷 항목 모두 동일한 기본 스냅샷 데이터를 참조합니다. 해당 단일 기본 스냅샷에 대해 한 번만 요금이 부과되며 데이터는 완전히 보호됩니다. 또한 백업 보존 및 point-in-time 복원 기능은 항목이 통합되는지 여부에 관계없이 영향을 받지 않습니다.
Amazon RDS 연속 백업 및 시점 복원
연속 백업에는 AWS Backup 를 사용하여 Amazon RDS 리소스의 전체 백업을 생성한 다음 트랜잭션 로그를 통해 모든 변경 사항을 캡처하는 작업이 포함됩니다. 고정된 시간 간격으로 찍은 이전 스냅샷을 선택하는 대신, 복원하려는 시점으로 되감으면 더 세밀하게 복원할 수 있습니다.
자세한 내용은 연속 백업 및 PITR 지원 서비스 및 연속 백업 설정 관리를 참조하세요.
중요
이전에 비활성화된 AWS Backup 경우를 사용하여 Amazon RDS에 대한 연속 백업을 활성화하면(또는 이전에 활성화된 경우 연속 백업을 비활성화하면) Amazon RDS 인스턴스가 오프라인으로 전환됩니다. 영향을 최소화하기 위해 유지 관리 기간 동안이 변경 사항을 계획합니다. Amazon RDS에서 자동 백업이 활성화되고 해당 백업이 단순히 이동된 경우 가동 중지 시간이 필요하지 AWS Backup않습니다.
Amazon RDS 다중 가용 영역 백업
AWS Backup 는 기본 데이터베이스 인스턴스 1개와 읽기 가능한 대기 데이터베이스 인스턴스 2개를 사용하여 Amazon RDS for MySQL 및 for PostgreSQL 다중 AZ(가용 영역) 배포 옵션을 백업하고 지원합니다.
다중 가용 영역 백업을 사용할 수 있는 리전 목록은의 Amazon RDS 다중 AZ 열을 참조하세요에서 지원되는 서비스 AWS 리전.
다중 AZ 배포 옵션은 쓰기 트랜잭션을 최적화하며, 워크로드에 추가 읽기 용량, 쓰기 트랜잭션 지연 시간 감소, 쓰기 트랜잭션 지연 시간의 일관성에 영향을 미치는 네트워크 지터로부터의 복원력 향상, 고가용성 및 내구성이 필요한 경우에 적합합니다.
다중 AZ 클러스터를 생성하려면 MySQL 또는 PostgreSQL을 엔진 유형으로 선택하면 됩니다.
AWS Backup 콘솔에는 세 가지 배포 옵션이 있습니다.
다중 AZ DB 클러스터: 프라이머리 DB 인스턴스 1개와 읽기 가능한 스탠바이 DB 인스턴스 2개를 포함하는 DB 클러스터를 생성합니다. 각 DB 인스턴스는 서로 다른 가용 영역에 있습니다. 고가용성 및 데이터 중복성을 제공하고 서버용 워크로드의 용량을 늘립니다.
다중 AZ DB 인스턴스: 프라이머리 DB 인스턴스 1개와 스탠바이 DB 인스턴스 1개를 서로 다른 가용 영역에 생성합니다. 이렇게 하면 고가용성 및 데이터 중복성이 제공되지만, 스탠바이 DB 인스턴스는 읽기 워크로드를 위한 연결을 지원하지 않습니다.
단일 DB 인스턴스: 스탠바이 DB 인스턴스 없이 단일 DB 인스턴스를 생성합니다.
인스턴스 및 클러스터를 사용한 백업 동작
-
시점 복구(PITR)는 인스턴스를 지원할 수 있지만 클러스터는 지원할 수 없습니다.
-
다중 AZ DB 클러스터 스냅샷 복사는 지원되지 않습니다.
-
RDS 복구 시점의 Amazon 리소스 이름(ARN)은 인스턴스 또는 클러스터 사용 여부에 따라 달라집니다.
RDS 인스턴스 ARN:
arn:aws:rds:region:account:db:nameRDS 다중 가용성 클러스터:
arn:aws:rds:region:account:cluster:name
자세한 내용은 Amazon RDS 사용 설명서의 다중 AZ DB 클러스터 배포를 참조하세요.
자세한 내용은 다중 AZ DB 클러스터 스냅샷 생성에 대한 자세한 내용은 Amazon RDS 사용 설명서를 참조하세요.
Amazon Aurora 글로벌 데이터베이스
AWS 에서는 글로벌 데이터베이스가 배포된 모든 리전에서 백업을 유지할 것을 권장합니다.
Amazon RDS 및 Aurora 연속 백업에 대한 일반적인 질문
Amazon RDS 및 Aurora 연속 백업은 자동 백업에 어떻게 연결되나요?
AWS Backup point-in-time 복구(연속 백업)는 Amazon RDS 및 Aurora에서 자동 백업 관리를 중앙 집중화합니다. 에서 연속 백업을 활성화하면가 Amazon RDS 또는 Aurora의 자동 백업 제어를 AWS Backup AWS Backup 담당합니다. Amazon RDS, Aurora 콘솔 또는 APIs를 사용하여 백업 시작 시간(기본 백업 기간) 또는 보존을 더 이상 변경할 수 없습니다. Amazon RDS 또는 Aurora 콘솔 또는 API에서 유지 관리 기간을 계속 관리할 수 있습니다. AWS Backup 는 다른 예약된 백업(스냅샷) 및 가능한 경우 유지 관리 기간과 겹치지 않도록 자동 백업을 지능적으로 예약합니다.
연속 백업은 AWS Backup 콘솔에 어떻게 표시되나요?
AWS Backup 콘솔에서 백업 계획에 지정된 볼트로 이동하여 백업 유형 열에서 연속을 찾습니다. 백업은 첫 번째 연속 백업이 완료된 후 사용 가능으로 표시되며, 이는 해당 리소스에 PITR을 사용할 수 있음을 나타냅니다.
자동 백업에 대한 제어를 Amazon RDS 또는 Aurora로 반환하려면 어떻게 해야 하나요?
자동 백업에 대한 제어를 Amazon RDS 또는 Aurora로 반환하려면 먼저 Amazon RDS 또는 Aurora에 대해 연속 백업이 활성화된 백업 계획 또는 규칙을 삭제하거나 규칙을 수정하여 연속 백업을 제거합니다. 그리고 나서 다음 옵션 중 하나를 선택합니다.
-
백업 데이터 보존:
DisassociateRecoveryPointAPI를 실행합니다. 이렇게 하면 연속 백업이 연결 해제되고 Amazon RDS에 대한 제어가 해제되어 복원을 수행하는 데 사용할 수 있는 Amazon RDS의 백업 데이터가 보존됩니다. -
백업 데이터 제거:
DeleteRecoveryPointAPI를 실행합니다. 이렇게 하면 연속 복구 시점이 삭제되고 백업 데이터가 제거되며 Amazon RDS에 대한 제어 권한이 다시 부여됩니다.
중요
DisassociateRecoveryPoint 또는를 실행하면가 Amazon RDS 인스턴스용 ModifyDBInstance API 또는 Aurora 클러스터용 ModifyDBCluster API를 DeleteRecoveryPoint AWS Backup 호출하고 변경 사항을 즉시 적용합니다. Amazon RDS 또는 Aurora에 보류 중인 구성 변경이 있는 경우 이러한 변경 사항도 즉시 적용됩니다. 이 작업 중에 짧은 가동 중지가 발생할 수 있습니다.
자세한 내용은 에서 Amazon RDS 연속 백업을 중지하려면 어떻게 해야 합니까 AWS Backup?