Amazon Keyspaces에서 클라이언트 측 타임스탬프의 작동 방식 - Amazon Keyspaces(Apache Cassandra용)

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

Amazon Keyspaces에서 클라이언트 측 타임스탬프의 작동 방식

Amazon Keyspaces 클라이언트 측 타임스탬프는 완전한 관리형입니다. 정리 및 컴팩션 전략과 같은 낮은 수준의 시스템 설정을 관리할 필요가 없습니다.

데이터를 삭제하면 행이 삭제 표시와 함께 삭제로 표시됩니다. Amazon Keyspaces는 애플리케이션 성능이나 가용성에 영향을 주지 않고 삭제된 데이터를 자동으로(일반적으로 10일 이내) 제거합니다. 삭제 표시된 데이터는 데이터 조작 언어(DML) 문에 사용할 수 없습니다. 삭제된 데이터가 포함된 행에 대해 읽기 및 쓰기를 계속 수행하면 삭제된 데이터는 스토리지에서 삭제될 때까지 스토리지, 읽기 용량 단위(RCU), 쓰기 용량 단위(WCU)에 계속 포함됩니다.

Amazon Keyspaces에서 클라이언트 측 타임스탬프의 작동 방식

Amazon Keyspaces에서 클라이언트 측 타임스탬프를 활성화하면 모든 행의 모든 열에 타임스탬프가 저장됩니다. 이러한 타임스탬프는 약 20~40바이트(데이터에 따라 다름)를 차지하며 행의 스토리지 및 처리량 비용에 영향을 줍니다. 이러한 메타데이터 바이트는 1MB 행 크기 할당량에도 포함됩니다. 행 크기가 1MB 미만으로 유지되도록 하기 위해 스토리지 공간의 전체 증가량을 확인하려면 테이블의 열 수와 각 행의 수집 요소 수를 확인하세요. 예를 들어 테이블에 20개의 열이 있고 각 열에 40바이트의 데이터가 저장되어 있는 경우 행 크기는 800바이트에서 1,200바이트로 증가합니다. 행 크기를 추정하는 방법에 대한 자세한 내용은 Amazon Keyspaces에서의 행 크기 계산 섹션을 참조하세요. 이 예세에서는 스토리지를 위한 추가 400바이트 외에도 쓰기당 소비되는 쓰기 용량 단위(WCU) 수가 1WCU에서 2WCU로 늘어납니다. 읽기 및 쓰기 용량을 계산하는 방법에 대한 자세한 내용은 Amazon Keyspaces의 읽기/쓰기 용량 모드 섹션을 참조하세요.

테이블에 대해 클라이언트 측 타임스탬프가 활성화된 후에는 타임스탬프를 비활성화할 수 없습니다. 또한 타임스탬프는 NULL이(가) 될 수 없으므로 CQL 문 또는 클라이언트 드라이버에서 클라이언트 측 타임스탬프를 제공하지 않는 경우 Amazon Keyspaces에서 생성된 타임스탬프가 자동으로 추가됩니다.

Amazon Keyspaces 클라이언트 측 타임스탬프 및 AWS 서비스와의 통합

Amazon CloudWatch에서는 다음과 같은 클라이언트 측 타임스탬프 지표를 사용하여 지속적인 모니터링을 지원합니다.

  • SystemReconciliationDeletes — 삭제된 데이터를 제거하는 데 필요한 삭제 작업 횟수.

CloudWatch 지표를 모니터링하는 방법에 대한 자세한 내용은 아마존을 통한 아마존 키스페이스 모니터링 CloudWatch 섹션을 참조하세요.