기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
Amazon Timestream for InfluxDB용 다중 AZ 읽기 전용 복제본 클러스터 작업
읽기 전용 복제본 클러스터 배포는 기본 DB 인스턴스에 연결된 읽기 전용 복제본을 구성할 수 있는 Amazon Timestream for InfluxDB의 비동기식 배포 모드입니다. 읽기 전용 복제본 클러스터에는 라이터 DB 인스턴스와 동일한 내의 개별 가용 영역에 하나 이상의 리더 DB 인스턴스가 있습니다 AWS 리전. 읽기 전용 복제본 클러스터는 다중 AZ DB 인스턴스 배포에 비해 읽기 워크로드에 고가용성과 늘어난 용량을 제공합니다.
읽기 전용 복제본 클러스터의 인스턴스 클래스 가용성
읽기 전용 복제본 클러스터 배포는 InfluxDB 인스턴스용 일반 Timestream 인스턴스와 동일한 인스턴스 유형에 대해 지원됩니다.
| 인스턴스 클래스 | vCPU | 메모리(GiB) | 스토리지 유형 | 네트워크 대역폭(Gbps) |
|---|---|---|---|---|
| db.influx.medium | 1 | 8 | 유입 IOPS 포함 | 10 |
| db.influx.large | 2 | 16 | 유입 IOPS 포함 | 10 |
| db.influx.xlarge | 4 | 32 | 유입 IOPS 포함 | 10 |
| db.influx.2xlarge | 8 | 64 | 유입 IOPS 포함 | 10 |
| db.influx.4xlarge | 16 | 128 | 유입 IOPS 포함 | 10 |
| db.influx.8xlarge | 32 | 256 | 유입 IOPS 포함 | 12 |
| db.influx.12xlarge | 48 | 384 | 유입 IOPS 포함 | 20 |
| db.influx.16xlarge | 64 | 512 | 유입 IOPS 포함 | 25 |
읽기 전용 복제본 클러스터 아키텍처
읽기 전용 복제본 클러스터를 사용하면 Amazon Timestream for InfluxDB는 InfluxData의 라이선스가 부여된 읽기 전용 복제본 추가 기능을 사용하여 라이터 DB 인스턴스에 대한 모든 쓰기를 모든 리더 DB 인스턴스에 자동으로 복제합니다. 이 복제는 비동기식이며 라이터 노드에서 커밋하는 즉시 모든 쓰기가 승인됩니다. 쓰기를 성공한 쓰기로 간주하기 위해 모든 리더 노드의 승인이 필요하지는 않습니다. 라이터 DB 인스턴스가 데이터를 커밋하면 거의 동시에 읽기 전용 복제본 인스턴스에 복제됩니다. 복구할 수 없는 라이터 장애가 발생할 경우 리더 중 하나 이상에 복제되지 않은 모든 데이터가 손실됩니다.
읽기 전용 복제본 인스턴스는 라이터 DB 인스턴스의 읽기 전용 복사본입니다. 애플리케이션에서 읽기 전용 복제본으로 쿼리의 일부 또는 전부를 라우팅하여 라이터 DB 인스턴스의 부하를 줄일 수 있습니다. 이렇게 하면 읽기 중심의 데이터베이스 워크로드에 대한 단일 DB 인스턴스의 용량 제한에서 벗어나 탄력적으로 스케일 아웃할 수 있습니다.
다음 다이어그램은 다른 가용 영역의 읽기 전용 복제본으로 복제하는 기본 DB 인스턴스를 보여줍니다. 클라이언트는 기본 DB 인스턴스에 대한 읽기/쓰기 액세스 권한과 복제본에 대한 읽기 전용 액세스 권한을 가집니다.
읽기 전용 복제본 클러스터의 파라미터 그룹
읽기 전용 복제본 클러스터에서 DB 파라미터 그룹은 읽기 전용 복제본 클러스터의 모든 DB 인스턴스에 적용되는 엔진 구성 값의 컨테이너 역할을 합니다. 기본 DB 파라미터 그룹은 DB 엔진 및 DB 엔진 버전을 기반으로 설정됩니다. DB 파라미터 그룹의 설정은 클러스터의 모든 DB 인스턴스에 사용됩니다.
CreateDbCluster 또는 UpdateDbCluster for Multi-AZ DB 읽기 전용 복제본을 사용하여 특정 DB 파라미터 그룹을 전달할 때는 storage-wal-max-write-delay가 최소 1시간으로 설정되어 있는지 확인합니다. DB 파라미터 그룹을 지정하지 않으면 storage-wal-max-write-delay는 기본적으로 1시간으로 설정됩니다.
읽기 전용 복제본 클러스터의 복제본 지연
Timestream for InfluxDB 읽기 전용 복제본 클러스터는 높은 쓰기 성능을 허용하지만 엔진 기반 비동기 복제의 특성으로 인해 복제본 지연이 계속 발생할 수 있습니다. 이러한 지연으로 인해 장애 조치 시 데이터가 손실될 수 있으므로 모니터링해야 합니다.
AWS Management Console 탐색 창에서 모든 지표를 선택하여 CloudWatch에서 복제본 지연을 추적할 수 있습니다. Timestream/InfluxDB를 선택한 다음 DbCluster를 선택합니다. DbClusterName을 선택한 다음 DbReaderInstanceName을 선택합니다. 여기서는 모든 Timestream for InfluxDB 인스턴스(아래 목록 참조)에 대해 추적되는 일반 지표 세트 외에도 밀리초 단위로 표현된 ReplicaLag도 볼 수 있습니다.
CPUUtilization
MemoryUtilization
DiskUtilization
ReplicaLag(복제본 인스턴스 모드 DB 인스턴스에만 해당)
복제본 지연의 일반적인 원인
일반적으로 읽기 및 쓰기 워크로드가 너무 높아서 리더 DB 인스턴스가 트랜잭션을 효율적으로 적용할 수 없는 경우 복제 지연이 발생합니다. 다양한 워크로드로 인해 일시적 또는 지속적인 복제본 지연이 발생할 수 있습니다. 다음은 몇 가지 일반적인 원인의 예입니다.
라이터 DB 인스턴스의 높은 쓰기 동시성 또는 대량 일괄 업데이트로 인해 리더 DB 인스턴스의 적용 프로세스가 뒤쳐집니다.
하나 이상의 리더 DB 인스턴스의 리소스를 사용하는 대량 읽기 워크로드입니다. 느리거나 큰 쿼리를 실행하면 적용 프로세스에 영향이 있고 복제본 지연이 발생할 수 있습니다.
데이터베이스가 커밋 순서를 유지해야 하기 때문에 대량의 데이터 또는 DDL 문을 수정하는 트랜잭션으로 인해 복제본 지연 시간이 일시적으로 증가하는 경우가 있습니다.
복제본 지연이 설정된 시간을 초과할 때 CloudWatch 경보를 생성하는 방법을 보여주는 자습서는 자습서: InfluxDB용 Amazon Timestream의 다중 AZ 클러스터 복제본 지연에 대한 Amazon CloudWatch 경보 생성 섹션을 참조하세요.
복제본 지연 완화
Timestream for InfluxDB 읽기 전용 복제본 클러스터의 경우 라이터 DB 인스턴스의 부하를 줄여 복제본 지연을 완화할 수 있습니다.
가용성과 내구성
읽기 전용 복제본 클러스터는 라이터가 쓰기 가용성의 우선순위를 지정하지 못하는 경우 리더 인스턴스 중 하나로 자동 장애 조치하거나 팁 데이터 손실을 최소화하기 위해 장애 조치를 방지하도록 구성할 수 있습니다. 팁 데이터는 리더 노드 중 하나 이상에 아직 복제되지 않은 데이터의 복제 격차를 나타냅니다( 참조읽기 전용 복제본 클러스터의 복제본 지연). 읽기 전용 복제본 클러스터의 기본 및 권장 동작은 라이터에 장애가 발생할 경우 자동으로 장애 조치하는 것입니다. 그러나 팁 데이터 손실이 사용 사례에 대한 쓰기 가용성보다 더 중요한 경우 클러스터를 업데이트하여 기본값을 재정의할 수 있습니다.
읽기 전용 복제본 클러스터는 가용 영역 중단 시 쓰기 가용성과 데이터 내구성을 높이기 위해 클러스터의 모든 DB 인스턴스가 두 개 이상의 가용 영역에 분산되도록 합니다.
주제
