Amazon Keyspaces에서 point-in-time 복구가 작동하는 방식 - Amazon Keyspaces(Apache Cassandra용)
연속 백업복원 설정PITR및 암호화된 테이블PITR및 다중 지역 테이블테이블 복원 시간다음과의 통합 AWS 서비스

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

Amazon Keyspaces에서 point-in-time 복구가 작동하는 방식

이 섹션에서는 Amazon Keyspaces point-in-time 복구 (PITR) 작동 방식에 대한 개요를 제공합니다. 요금에 대한 자세한 내용은 Amazon Keyspaces(Apache Cassandra용) 요금을 참조하세요.

PITR연속 백업 기간

Amazon PITR Keyspace는 두 개의 타임스탬프를 사용하여 테이블에 대해 복원 가능한 백업을 사용할 수 있는 기간을 유지합니다.

  • 가장 빠른 복원 가능 시간 - 복원 가능한 가장 빠른 백업 시간을 표시합니다. 복원 가능한 가장 빠른 백업은 최대 35일 또는 PITR 활성화된 시점 중 더 최근 날짜로 거슬러 올라갑니다. 최대 백업 기간인 35일은 수정할 수 없습니다.

  • 현재 시간 - 복원 가능한 최신 백업의 타임스탬프는 현재 시간입니다. 복원 중에 타임스탬프가 제공되지 않은 경우 현재 시간이 사용됩니다.

PITR가 활성화되면 ~ 사이의 어느 시점으로든 복원할 수 있습니다. EarliestRestorableDateTime CurrentTime 테이블 데이터는 PITR 활성화된 시간으로만 복원할 수 있습니다.

PITR비활성화한 후 다시 활성화하면 사용 가능한 첫 번째 백업의 시작 시간이 다시 PITR 활성화된 시간으로 재설정됩니다. 즉, 비활성화하면 백업 기록이 PITR 지워집니다.

참고

테이블에 대한 데이터 정의 언어 (DDL) 작업 (예: 스키마 변경) 은 비동기적으로 수행됩니다. 복원된 테이블 데이터에서는 완료된 작업만 볼 수 있지만 복원 당시 진행 중이었다면 소스 테이블에 추가 작업이 표시될 수 있습니다. DDL명령문 목록은 을 참조하십시오. DDL Amazon Keyspaces의 문(데이터 정의 언어)

복원하기 위해 테이블을 활성화할 필요는 없습니다. 삭제된 테이블에서 활성화되어 있고 백업 기간 내에 (또는 지난 35일 이내) 삭제가 발생한 경우 PITR 삭제된 테이블을 복원할 수도 있습니다.

참고

이전에 삭제한 테이블과 동일한 정규화된 이름(예: mykeyspace.mytable)으로 새 테이블을 생성하는 경우 삭제된 테이블을 더 이상 복원할 수 없습니다. 콘솔에서 이를 시도할 경우 경고가 표시됩니다.

PITR설정 복원

를 사용하여 PITR 테이블을 복원하면 Amazon Keyspace는 원본 테이블의 스키마와 데이터를 선택한 타임스탬프 (day:hour:minute:second) 에 따른 상태로 새 테이블에 복원합니다. PITR기존 테이블을 덮어쓰지 않습니다.

테이블의 스키마와 데이터 외에도 원본 custom_properties 테이블에서 를 PITR 복원합니다. 가장 빠른 복원 시간과 현재 시간 사이의 선택한 타임스탬프를 기준으로 복원되는 테이블의 데이터와 달리 사용자 지정 속성은 항상 현재 시간을 기준으로 테이블의 설정을 기준으로 복원됩니다.

복원된 테이블의 설정은 복원이 시작된 시점의 타임스탬프가 있는 소스 테이블의 설정과 일치합니다. 복원 중 이러한 설정을 덮어쓰려는 경우 WITH custom_properties를 사용하여 덮어쓸 수 있습니다. 사용자 지정 속성에는 다음 설정이 포함됩니다.

  • 읽기/쓰기 용량 모드

  • 프로비저닝된 처리량 용량 설정

  • PITR설정

테이블이 Auto Scaling이 활성화된 프로비저닝된 용량 모드에 있는 경우 복원 작업은 테이블의 Auto Scaling 설정도 복원합니다. autoscaling_settings파라미터를 사용하거나 와 함께 사용하여 덮어쓸 수 있습니다CQL. autoScalingSpecification CLI Auto Scaling 설정에 대한 자세한 내용은 을 참조하십시오Amazon Keyspaces 자동 크기 조정을 통해 처리 용량을 자동으로 관리합니다..

전체 테이블 복원을 수행하면 복원된 테이블의 모든 테이블 설정은 복원 시 원본 테이블의 현재 설정에서 가져옵니다.

예를 들어 테이블의 프로비저닝된 처리량이 최근에 읽기 용량 단위 50 및 쓰기 용량 단위 50으로 낮춰졌다고 가정합니다. 그런 다음 테이블 상태를 3주 전으로 복원합니다. 이 때 프로비저닝된 처리량은 읽기 용량 단위 100 및 쓰기 용량 단위 100으로 설정되었습니다. 이 경우 Amazon Keyspaces는 테이블 데이터를 해당 시점으로 복원하지만 현재 프로비저닝된 처리량 설정(읽기 용량 단위 50 및 쓰기 용량 단위 50)을 사용합니다.

다음 설정은 복원되지 않으므로 새 테이블에 맞게 수동으로 구성해야 합니다.

  • AWS Identity and Access Management (IAM) 정책

  • 아마존 CloudWatch 지표 및 경보

  • 태그 (를 사용하여 CQL RESTORE WITH TAGS 명세서에 추가 가능)

PITR암호화된 테이블 복원

를 사용하여 PITR 테이블을 복원하면 Amazon Keyspaces는 원본 테이블의 암호화 설정을 복원합니다. 테이블이 다음을 사용하여 암호화된 경우 AWS 소유 키 (기본값) 테이블은 동일한 설정으로 자동으로 복원됩니다. 복원하려는 테이블이 고객 관리형 키를 사용하여 암호화된 경우 테이블 데이터를 복원하려면 Amazon Keyspaces에서 동일한 고객 관리형 키에 액세스할 수 있어야 합니다.

복원 시 테이블의 암호화 설정을 변경할 수 있습니다. 에서 변경하려면 AWS 소유 키 고객 관리 키에는 복원 시 유효하고 액세스 가능한 고객 관리 키를 제공해야 합니다.

고객 관리 키에서 고객 관리 키로 변경하려는 경우 AWS 소유 키, Amazon Keyspace가 원본 테이블의 고객 관리 키에 액세스하여 테이블을 복원할 수 있는지 확인합니다. AWS 소유 키. 테이블의 저장 중 암호화 설정에 대한 자세한 내용은 을 참조하십시오저장 시 암호화: Amazon Keyspaces 작동 방식.

참고

Amazon Keyspaces에서 고객 관리형 키에 액세스할 수 없어 테이블이 삭제된 경우 테이블을 복원하기 전에 Amazon Keyspaces에서 고객 관리형 키에 액세스할 수 있는지 확인해야 합니다. 고객 관리형 키로 암호화된 테이블은 Amazon Keyspaces가 해당 키에 액세스할 수 없는 경우 복원할 수 없습니다. 자세한 내용은 의 키 액세스 문제 해결을 참조하십시오. AWS Key Management Service 개발자 안내서

PITR다중 지역 테이블 복원

를 사용하여 다중 지역 테이블을 복원할 수 있습니다. PITR 복원 작업이 성공하려면 원본 테이블과 대상 테이블을 모두 동일한 테이블로 복제해야 합니다. AWS 리전.

Amazon Keyspace는 키스페이스의 일부인 각 복제 지역의 원본 테이블 설정을 복원합니다. 복원 작업 중에 설정을 재정의할 수도 있습니다. 복원 중에 변경할 수 있는 설정에 대한 자세한 내용은 PITR설정 복원 섹션을 참조하세요.

다중 리전 복제에 대한 자세한 내용은 Amazon Keyspaces의 다중 리전 복제가 작동하는 방식 섹션을 참조하세요.

테이블 복원 시간 PITR

테이블을 복원하는 데 걸리는 시간은 여러 요소에 따라 달라지며 테이블의 크기와 항상 직접적인 연관 관계가 있는 것은 아닙니다.

다음은 복원 시간에 대한 몇 가지 고려 사항입니다.

  • 백업을 새로운 테이블에 복원합니다. 새로운 테이블 생성과 복원 프로세스 시작에 필요한 모든 작업을 수행하는 데 최대 20분이 걸릴 수 있습니다(테이블이 비어있더라도 마찬가지임).

  • 잘 분산된 데이터 모델을 사용하는 대형 테이블의 복원 시간은 몇 시간 이상일 수 있습니다.

  • 소스 테이블에 크게 왜곡된 데이터가 포함되어 있으면 복원 시간이 늘어날 수 있습니다. 예를 들어 테이블의 프라이머리 키가 파티션 키로 그해의 월을 사용하고 있고 모든 데이터가 12월에 집중된 경우 편중 데이터가 있는 것입니다.

재해 복구를 계획할 때 가장 좋은 방법은 평균 복원 완료 시간을 정기적으로 기록하고 이러한 시간이 전체 복구 시간 목표에 어떤 영향을 미치는지 설정하는 것입니다.

Amazon 키스페이스 PITR 및 다음과 통합 AWS 서비스

다음을 사용하여 기록되는 PITR 작업은 다음과 같습니다. AWS CloudTrail 지속적인 모니터링 및 감사를 가능하게 합니다.

  • PITR활성화 또는 비활성화된 상태로 새 테이블을 생성합니다.

  • 기존 테이블을 활성화 또는 PITR 비활성화합니다.

  • 활성 테이블 또는 삭제된 테이블을 복원합니다.

자세한 내용은 를 사용하여 Amazon Keyspaces API 호출을 로깅합니다 AWS CloudTrail 단원을 참조하십시오.

를 사용하여 다음 PITR 작업을 수행할 수 있습니다. AWS CloudFormation.

  • PITR활성화 또는 비활성화된 상태로 새 테이블을 생성합니다.

  • 기존 테이블을 활성화 또는 PITR 비활성화합니다.

자세한 내용은 의 Cassandra 리소스 유형 참조를 참조하십시오. AWS CloudFormation 사용자 가이드.