Amazon Timestream FAQ

시계열 데이터는 주가, 온도, Amazon EC2 인스턴스의 CPU 사용량 등, 시간 경과에 따라 기록되는 일련의 데이터 포인트입니다. 시계열 데이터의 경우 각 데이터 포인트는 타임스탬프, 하나 이상의 속성, 시간이 경과함에 따라 변경되는 이벤트로 구성됩니다. 이 데이터는 애플리케이션의 성능 및 상태에 대한 인사이트를 도출하고, 이상을 탐지하며, 최적화할 기회를 찾아내는 데 사용됩니다.

예를 들어 DevOps 엔지니어는 인프라 성능 지표의 변화를 측정하는 데이터를 확인할 수 있고, 제조업체는 시설 전반의 장비 온도 변화를 측정하는 IoT 센서 데이터를 추적할 수 있으며, 온라인 마케터는 시간 경과에 따른 사용자의 웹 사이트 탐색 패턴을 캡처하는 클릭스트림 데이터를 분석할 수 있습니다. 시계열 데이터는 여러 소스에서 대량으로 생성되므로 핵심 비즈니스 인사이트를 도출하려면 거의 실시간으로, 비용 효율적으로 저장하고 분석해야 합니다.

Amazon Timestream은 시장에서 가장 인기 있는 오픈 소스 시계열 데이터베이스 중 하나인 완전관리형 InfluxDB와 대규모 환경을 지원하도록 구축된 서버리스 시계열 데이터베이스인 LiveAnalytics를 제공합니다.

예. Amazon Timestream 사용량에 대해 Database 절감형 플랜을 구매할 수 있으며, 1년 기간에 일정 사용량을 약정하면 최대 20%까지 비용을 절감할 수 있습니다. 적격한 사용량에 대한 자세한 내용은 데이터베이스 절감형 플랜 요금 페이지에서 확인할 수 있습니다.

Timestream은 AWS Management Console, AWS Command Line Interface(AWS CLI) 또는 SDK를 사용해 시작할 수 있습니다. 자습서 및 기타 시작하기 콘텐츠를 비롯한 자세한 내용은 개발자 가이드를 참조하세요.

Amazon Timestream for InfluxDB는 실시간에 가까운 시계열 쿼리가 요구되는 사용 사례와 InfluxDB 기능 또는 오픈 소스 API가 필요한 경우에 사용해야 합니다. 분당 수십 기가바이트가 넘는 시계열 데이터를 수집하고 테라바이트 단위의 시계열 데이터에서 몇 초 안에 SQL 쿼리를 실행해야 하는 경우에는 기존 Timestream 엔진인 Amazon Timestream for LiveAnalytics를 사용해야 합니다.

예. 두 엔진은 서로 보완하며 시계열 데이터의 지연 시간이 짧은 대규모 수집을 지원합니다. Timestream for InfluxDB로 데이터를 수집하고 Telegraf 플러그인을 사용하여 데이터를 Timestream으로 전송하여 SQL 쿼리를 통해 과거 데이터를 분석할 수 있습니다.

Timestream for InfluxDB 데이터를 Timestream for LiveAnalytics로 마이그레이션하기로 결정하면, 수집, 저장 및 쿼리를 포함하여 해당 서비스 사용에 대한 퍼블릭 결제 요금이 발생합니다. Timestream for LiveAnalytics를 Timestream for InfluxDB과 함께 사용하는 것은 선택 사항입니다.

Timestream for InfluxDB는 별도로 사용하거나 Timestream for LiveAnalytics 워크로드와 함께 사용할 수 있습니다. Timestream for InfluxDB는 응답 시간이 한 자릿수 밀리초인 실시간에 가까운 애플리케이션을 대상으로 합니다. Timestream for LiveAnalytics는 몇 분 만에 기가바이트 규모의 데이터를 수집하고 몇 초 만에 테라바이트 규모의 데이터를 쿼리해야 하는 사용 사례를 지원합니다. 애플리케이션 또는 대시보드 내에서 Timestream for InfluxDB과 Timestream for LiveAnalytics를 결합할 수 있습니다.

아니요. Timestream은 일련의 차원 속성 및 측정값을 기반으로 테이블의 스키마를 동적으로 생성합니다. 이는 가용성에 영향을 미치지 않으며 언제든지 조정할 수 있는 유연하고 점진적인 스키마 정의를 제공합니다.

데이터베이스가 생성되어 사용할 수 있게 되면, Timestream 콘솔에서 엔드포인트 정보를 검색할 수 있습니다. 또는 Describe API를 사용하여 엔드포인트 정보를 검색할 수도 있습니다(Timestream for LiveAnalytics를 사용할 경우 DescribeDatabase, Timestream for InfluxDB를 사용할 경우 DescribeDBInstances).

다중 플랫폼, 오픈 소스 분석 및 대화형 시각화 도구인 Grafana를 사용하여 Timestream 시계열 데이터를 시각화하고 알림을 생성할 수 있습니다. 자세한 내용을 알아보고 샘플 애플리케이션을 찾으려면 설명서를 참조하세요.

Timestream과 상호 작용하는 AWS Lambda 함수를 생성할 수 있습니다. 자세한 내용은 설명서를 참조하세요.

오픈 소스 Telegraf에서는 수집된 시계열 데이터를 Telegraf 커넥터를 사용하여 Timestream으로 직접 전송할 수 있습니다. 자세한 내용은 설명서를 참조하세요.

VPC 엔드포인트를 사용하여 Amazon Virtual Private Cloud(Amazon VPC)에서 Timestream에 액세스할 수 있습니다. Amazon VPC 엔드포인트는 구성하기 쉽고, 인터넷 게이트웨이 또는 NAT 인스턴스가 없어도 Timestream API와의 안정적인 연결을 제공합니다.

AWS CloudFormation은 서비스 또는 애플리케이션의 빠르고 안정적인 프로비저닝을 위해 CloudFormation 템플릿을 제공하여 프로비저닝과 관리를 간소화합니다. CloudFormation은 데이터베이스 생성을 위한 템플릿(Timestream for LiveAnalytics와 Timestream for InfluxDB 모두)을 제공함으로써 Timestream에 대한 포괄적인 지원을 제공합니다. 템플릿은 최신 Timestream for InfluxDB 관련 발표 내용을 반영하며 Timestream 고객에게 유연성과 사용 편의성을 제공합니다.

Amazon Timestream for LiveAnalytics는 대규모 워크로드를 위해 구축된 빠르고 확장 가능한 서버리스 시계열 데이터베이스입니다. 자동으로 스케일 업 또는 스케일 다운되면서 용량과 성능이 조정되는 서버리스 서비스이므로, 기반 인프라를 관리할 필요가 없습니다. 완전히 분리된 아키텍처를 덕분에, 매일 수조 개의 데이터 포인트를 수집하고 수백만 개의 쿼리를 실행할 수 있습니다.

Timestream for LiveAnalytics 적응형 쿼리 엔진을 사용하면 위치를 지정하지 않고도 최근 데이터와 기록 데이터를 함께 액세스하고 분석할 수 있습니다. 시계열 분석 기능이 내장되어 있으므로 데이터의 추세와 패턴을 거의 실시간으로 식별할 수 있습니다.

Timestream for LiveAnalytics는 시계열 데이터를 수집, 저장 및 처리하도록 설계되었습니다. Timestream for LiveAnalytics의 서버리스 아키텍처는 독립적으로 규모를 조정할 수 있는 완전 분리된 데이터 수집, 스토리지 및 쿼리 처리 서비스를 지원하므로, 애플리케이션의 니즈에 따라 사실상 무한한 확장성을 제공할 수 있습니다. Timestream 테이블의 스키마는 테이블 생성 시 스키마를 사전 정의되는 것이 아니라 수신되는 시계열 데이터의 속성에 따라 동적으로 생성되므로, 유연하고 점진적인 스키마 정의가 가능합니다.

데이터 스토리지의 경우 Timestream for LiveAnalytics는 목적별 인덱스를 사용하여 데이터의 시간 및 속성에 따라 데이터를 분할함으로써 데이터 액세스를 가속화합니다. 측정값 이름 또는 선택한 파티션 키와 같은 데이터 속성은 데이터를 효과적으로 파티셔닝하고 높은 성능으로 검색하는 데 중요한 역할을 합니다. 아울러 Timestream for LiveAnalytics는 최근 데이터를 저장하기 위한 인메모리 스토어와 기록 데이터를 저장하기 위한 마그네틱 스토어를 제공하고, 일정 기간이 지난 데이터를 자동으로 메모리 스토어에서 마그네틱 스토어로 이동하는 구성 가능한 규칙을 지원함으로써 데이터 수명 주기 관리를 자동화합니다.

또한 Timestream for LiveAnalytics는 데이터 위치를 지정하지 않고도 여러 스토리지 티어에 걸쳐 데이터를 원활하게 액세스하고 결합할 수 있는 목적별 적응형 쿼리 엔진을 통해 데이터 액세스를 간소화하므로, SQL을 사용하여 데이터에서 빠르고 쉽게 인사이트를 도출할 수 있습니다. 마지막으로, Timestream은 고객이 선호하는 데이터 수집, 시각화, 분석 및 기계 학습(ML) 서비스와 원활하게 연동되므로 시계열 솔루션에 Timestream을 쉽게 포함할 수 있습니다.

Timestream for LiveAnalytics는 99.99%의 가용성을 지원합니다. 자세한 내용은 서비스 수준 계약(SLA)을 참조하세요.

Timestream for LiveAnalytics의 경우 사용한 만큼만 비용을 지불하면 됩니다. 쓰기, 저장한 데이터 및 쿼리로 검색된 데이터에 대해서는 별도로 요금이 부과됩니다. Timestream은 사용량에 따라 쓰기, 스토리지 및 쿼리 용량을 자동으로 확장합니다. 각 테이블에 대한 데이터 보존 정책을 설정하고 인 메모리 또는 마그네틱 저장소에 데이터를 저장하도록 선택할 수 있습니다. 자세한 요금은 요금 페이지를 참조하세요.

예. Timestream for LiveAnalytics는 모든 신규 계정에 대해 1개월 무료 평가판을 제공합니다. 무료 평가판 사용량은 수집 50GB, 마그네틱 스토리지 100GB, 메모리 스토리지 750GB, 스캔 데이터 750GB로 제한됩니다.

무료 평가판에서 제공하는 용량 이상의 사용량에 대해서는 표준 Timestream for LiveAnalytics 요금이 청구됩니다. 자세한 내용은 요금 페이지를 참조하세요.

현재 사용 가능한 리전은 요금 페이지를 참조하세요.

Timestream for LiveAnalytics는 데이터 수집 시에 실시간에 가까운 지연 시간을 제공합니다. Timestream for LiveAnalytics의 내장 메모리 저장소는 신속한 시점 쿼리에 최적화되어 있으며, 마그네틱 저장소는 빠른 분석 쿼리를 지원하도록 최적화되어 있습니다. Timestream for LiveAnalytics를 사용하면 메모리 저장소에 있는 수십 기가바이트의 시계열 데이터를 몇 밀리초 내에 분석하는 쿼리와 마그네틱 저장소의 테라바이트 시계열 데이터를 몇 초 내에 분석하는 분석 쿼리를 실행할 수 있습니다. 예약 쿼리는 자주 액세스하는 운영 대시보드, 비즈니스 보고서, 애플리케이션 및 디바이스 모니터링 시스템을 지원하는 데 사용되는 집계, 롤업 및 기타 실시간 분석 데이터를 계산하고 저장하여 쿼리 성능을 더욱 높여줍니다.

엑사바이트 규모의 데이터를 단일 테이블에 저장할 수 있습니다. 시간이 지나면서 데이터가 증가함에 따라, Timestream for LiveAnalytics는 분산 아키텍처와 대량의 병렬 처리를 통해 쿼리 지연 시간을 거의 그대로 유지하면서 더 많은 양의 데이터를 처리합니다.

Timestream 서버리스 아키텍처는 독립적으로 규모를 조정할 수 있는 완전 분리된 데이터 수집, 저장 및 쿼리 처리 시스템을 지원합니다. Timestream for LiveAnalytics는 수집, 저장 및 쿼리 속도에 대한 애플리케이션 요구 사항을 지속적으로 모니터링하여 애플리케이션 중단 없이 즉시 규모를 조정합니다.

현재 한도와 할당량은 설명서를 참조하세요.

연결된 디바이스, IT 시스템 및 산업 장비에서 시계열 데이터를 수집하여 Amazon Timestream for LiveAnalytics에 쓸 수 있습니다. AWS SDK를 사용하여 애플리케이션에서 직접 또는 AWS IoT Core, Amazon Managed Service for Apache Flink, Telegraf 등의 데이터 수집 서비스에서 Timestream for LiveAnalytics로 데이터를 전송할 수 있습니다. 자세한 내용은 설명서에서 확인하세요.

지연 도착 데이터는 타임스탬프가 과거 시점이고 메모리 저장소의 보존 범위를 벗어나는 데이터입니다. 미래 데이터는 타임스탬프가 미래의 시점인 데이터입니다. Timestream을 사용하면 두 종류의 데이터를 모두 저장하고 액세스할 수 있습니다.

지연 도착 데이터를 저장하려면 Timestream for LiveAnalytics에 데이터를 쓰기만 하면 됩니다. 그러면 Amazon Timestream 서비스가 데이터의 타임스탬프와 메모리 및 마그네틱 저장소에 구성된 보존 기간 설정에 따라 메모리 저장소에 기록할지 아니면 마그네틱 저장소에 기록할지를 자동으로 결정합니다. 15분보다 더 미래의 데이터를 저장하려면, 데이터를 다중 측정값 레코드로 모델링하고 미래 타임스탬프를 레코드 내의 측정값으로 표현하세요.

배치 로드를 사용하여 Amazon Simple Storage Service(Amazon S3)에 저장된 CSV 파일을 Timestream for LiveAnalytics로 수집할 수 있습니다. 분석에 즉시 필요하지 않은 데이터를 다시 채우는 데 배치 로드를 활용할 수 있습니다. AWS Management Console, AWS CLI 및 AWS SDK를 사용하여 배치 로드 작업을 생성할 수 있습니다. 자세한 내용은 설명서를 참조하세요.

AWS IoT Core 규칙 작업을 사용하여 IoT 디바이스에서 데이터를 수집하고 해당 데이터를 Timestream for LiveAnalytics에 저장할 수 있습니다. 자세한 내용은 설명서를 참조하세요.

Apache Flink를 사용하여 시계열 데이터를 Amazon Kinesis에서 Amazon Timestream for LiveAnalytics로 직접 전송할 수 있습니다. 자세한 내용은 설명서를 참조하세요.

Apache Flink를 사용하여 Amazon Managed Streaming for Apache Kafka(Amazon MSK)의 시계열 데이터를 Timestream for LiveAnalytics로 직접 전송할 수 있습니다. 자세한 내용은 설명서를 참조하세요.

Timestream은 시계열 데이터를 파티션으로 구성하고 저장합니다. 데이터의 파티셔닝은 데이터의 속성에 따라 서비스에 의해 결정됩니다. 타임스탬프, measure_name 또는 고객 정의 파티션 키와 같은 속성은 파티션을 결정하는 데 중요한 역할을 합니다. 자세한 내용은 Werner Vogels의 블로그를 참조하세요. 특정 요구 사항에 더 적합하도록 쿼리 성능을 최적화하려면 사용자 정의 파티션 키를 사용하는 것이 좋습니다. Timestream을 사용할 경우, 구성된 기간이 경과하면 메모리 스토어에서 마그네틱 스토어로 데이터를 자동으로 이동하도록 데이터 보존 정책을 구성하여 데이터 수명 주기 관리를 자동화할 수 있습니다.

Timestream for LiveAnalytics 메모리 저장소는 수신 시계열 데이터를 받고 중복을 제거하는 쓰기 최적화 스토리지입니다. 메모리 저장소는 지연 시간에 민감한 시점 쿼리에도 최적화되어 있습니다.

Timestream for LiveAnalytics 마그네틱 저장소는 수백 테라바이트의 데이터를 스캔할 수 있는 빠른 분석 쿼리를 실행하도록 구축된 읽기 최적화 저장소입니다. 또한 마그네틱 저장소는 수백 테라바이트의 데이터를 스캔하는 빠른 분석 쿼리에도 최적화되어 있습니다.

메모리 저장소와 마그네틱 저장소 모두에 보존 기간을 설정할 수 있습니다. 기본값은 각각 12시간과 10년입니다. 레코드의 타임스탬프로 결정되는 데이터의 수명이 구성된 메모리 저장소의 보존 기간을 초과하면 Timestream for LiveAnalytics가 자동으로 데이터를 마그네틱 저장소 티어로 옮깁니다. 마찬가지로, 데이터의 보존 기간이 구성된 마그네틱 저장소 보존 기간을 초과하면 서비스가 자동으로 데이터를 삭제합니다.

Timestream for LiveAnalytics는 메모리 및 마그네틱 저장소 데이터를 단일 리전 내의 여러 가용 영역에 자동으로 복제하여 데이터의 내구성을 보장합니다. 모든 데이터가 디스크에 기록된 후에 쓰기 요청이 완료된 것으로 확인됩니다.

SQL을 사용하여 Timestream에 저장된 시계열 데이터를 쿼리할 수 있습니다. 또한 SQL을 사용하여 보간, 회귀 및 평활에 시계열 분석 함수를 활용할 수도 있습니다. 자세한 내용은 설명서를 참조하세요. Timestream의 적응형 쿼리 엔진을 사용하면 단일 SQL 문을 사용하여 스토리지 계층 전반의 데이터에 액세스할 수 있습니다. 이 엔진은 데이터 위치를 지정하지 않아도 스토리지 계층 전반에서 데이터를 투명하게 액세스하고 결합합니다. 

Timestream for LiveAnalytics의 예약 쿼리는 자주 액세스하는 운영 대시보드, 비즈니스 보고서, 애플리케이션 및 디바이스 모니터링 시스템을 지원하는 데 사용되는 집계, 롤업 및 기타 실시간 분석을 계산하고 저장할 수 있는 확장 가능한 완전관리형 서버리스 솔루션을 제공합니다.

예약 쿼리를 사용할 경우, 수신 데이터에 대한 집계, 롤업 및 기타 실시간 분석 데이터를 계산하는 실시간 분석 쿼리를 정의하기만 하면 Timestream이 해당 쿼리를 주기적으로 자동으로 실행하고 쿼리 결과를 별도의 테이블에 안정적으로 씁니다. 그런 다음 대시보드, 보고서, 애플리케이션 및 모니터링 시스템에서, 수신 시계열 데이터가 포함된 상당히 큰 소스 테이블을 쿼리하는 대신 대상 테이블을 간단히 쿼리하도록 지정할 수 있습니다. 대상 테이블에 포함된 데이터가 소스 테이블의 데이터보다 훨씬 적으므로 데이터 액세스 및 저장 속도가 훨씬 빠르고 비용도 훨씬 저렴하며, 따라서 성능과 비용이 크게 개선됩니다.

JDBC 및 ODBC 드라이버를 사용하여, 원하는 비즈니스 인텔리전스 도구 및 기타 애플리케이션에 Timestream for LiveAnalytics를 연결할 수 있습니다. 자세한 내용은 JDBC 및 ODBC 설명서를 참조하세요.

Amazon QuickSight와 Grafana를 사용하여 Timestream for LiveAnalytics에서 시계열 데이터를 시각화하고 분석할 수 있습니다. ML 니즈를 지원하는 데에도 QuickSight를 사용할 수 있습니다.

QuickSight를 사용하여 시계열 데이터에 대한 풍부한 대화형 대시보드를 만들 수 있습니다. 자세한 내용은 설명서를 참조하세요.

Amazon SageMaker 노트북을 사용하여 ML 모델을 Timestream for LiveAnalytics와 통합할 수 있습니다. 자세한 내용은 설명서를 참조하세요.

데이터는 저장 시에나 전송 중에나 항상 암호화됩니다. Timestream for LiveAnalytics를 사용하면 마그네틱 저장소의 데이터를 암호화하기 위한 AWS Key Management Service(AWS KMS) 고객 관리형 키를 지정할 수 있습니다.

Timestream for LiveAnalytics는 HIPAA 적격 서비스로, ISO(9001, 27001, 27017 및 27018), PCI DSS, FedRAMP(중간) 및 Health Information Trust(HITRUST) Alliance Common Security Framework(CSF)를 준수합니다. 또한 HIPAA 규정에 부합하고 AWS SOC 1, SOC 2 및 SOC 3 보고서의 범위에 해당합니다.

Timestream 리소스에는 온디맨드 백업과 예약 백업이라는 두 가지 백업 옵션을 사용할 수 있습니다. 온디맨드 백업은 Timestream 콘솔 또는 AWS Backup에서 시작할 수 있는 일회성 백업입니다. 변경 사항을 되돌려야 할 경우에 대비해, 온디맨드 백업은 테이블을 변경하기 전에 백업을 생성할 때 유용합니다. 예약 백업은 AWS Backup 정책을 사용하여 원하는 빈도(예: 12시간, 1일, 1주 등)로 구성할 수 있는 반복 백업입니다. 예약 백업은 데이터 보호 목표를 달성하기 위해 지속적으로 백업을 생성하려는 경우에 유용합니다.

테이블의 첫 번째 백업(온디맨드 또는 예약된 백업)은 전체 백업이며, 동일한 테이블의 모든 후속 백업은 마지막 백업 이후 변경된 데이터만 복제하는 증분 백업입니다. 

백업 및 복원 요금은 선택한 테이블의 월별 GB 단위의 백업 스토리지 크기를 기준으로 청구됩니다. 요금은 AWS 청구서의 백업 항목 아래에 표시되며, 여기에는 백업 스토리지, 데이터 전송, 복원 및 조기 삭제에 대한 비용이 포함됩니다. 백업은 기본적으로 증분 백업이므로 후속 테이블 백업의 스토리지 크기는 마지막 백업 이후 변경된 데이터 용량입니다. 자세한 내용은 AWS Backup 요금을 참조하세요.

시작하려면 AWS Backup을 활성화하여 Timestream for LiveAnalytics 리소스를 보호해야 합니다(일회성 작업). 활성화되면 AWS Management Console로 이동하거나 AWS Backup CLI 또는 SDK를 사용하여 온디맨드 또는 정기 데이터 백업을 생성하고 해당 백업을 계정 및 리전 전체에 복사합니다. 데이터 보호 요구 사항에 따라 백업 수명 주기 관리를 구성할 수 있습니다. 자세한 내용은 백업 생성 설명서를 참조하세요. 

AWS Management Console이나 AWS 백업 CLI 또는 SDK를 사용하여 Timestream for LiveAnalytics를 복원할 수 있습니다. 복원할 리소스의 복구 시점 ID를 선택하고 대상 데이터베이스 이름, 새 테이블 이름, 보존 속성과 같은 필수 입력을 제공하여 복원 프로세스를 시작합니다. 복원에 성공하면 데이터에 액세스할 수 있습니다. 테이블의 최신 증분 백업을 복원하려고 하면 전체 테이블 데이터가 복원됩니다. 자세한 내용은 설명서를 참조하세요.

Amazon Timestream for InfluxDB는 애플리케이션 개발자와 DevOps 팀이 오픈 소스 API를 사용하여 실시간 시계열 애플리케이션에 사용할 InfluxDB 데이터베이스를 AWS에서 손쉽게 실행할 수 있는 새로운 시계열 데이터베이스 엔진입니다. Timestream for InfluxDB를 사용하면 10밀리초 미만의 쿼리 응답 시간으로 쿼리에 응답할 수 있는 시계열 워크로드를 손쉽게 설정, 운영, 규모 조정할 수 있습니다.

Timestream for InfluxDB는 오픈 소스 2.7 버전의 InfluxDB를 지원합니다. 

InfluxDB를 자체 관리하거나 오픈 소스 시계열 API를 사용하려는 경우, 또는 한 자리 밀리초의 쿼리 응답이 요구되는 실시간 시계열 애플리케이션을 구축하려는 경우 Timestream for InfluxDB를 사용해야 합니다. Timestream for InfluxDB를 사용하면 오픈 소스 API와 다양한 오픈 소스 Telegraf 에이전트를 활용하여 시계열 데이터를 수집할 수 있습니다. InfluxDB 설치, 업그레이드, 스토리지, 고가용성을 위한 복제 및 백업 등의 복잡하고 시간이 많이 걸리는 작업을 관리할 필요가 없습니다.

Timestream for InfluxDB는 다중 AZ 구성으로 배포할 경우 99.9%, 단일 AZ 구성의 경우 99.5% 가용성의 SLA를 제공합니다.

Timestream for InfluxDB는 거의 실시간의 시계열 사용 사례를 지원하도록 구축되었습니다. 인스턴스 구성과 워크로드 특성에 따라 쓰기-읽기 지연 시간은 약 1초, 쿼리 지연 시간은 10밀리초로 예상할 수 있습니다.

자체 관리형 InfluxDB 인스턴스에서 Timestream for InfluxDB로 마이그레이션하려면 기존 InfluxDB 데이터베이스의 백업을 Timestream for InfluxDB 인스턴스로 복원하기만 하면 됩니다. 이 경우 단 몇 분의 가동 중지 시간이 발생합니다. Timestream for InfluxDB에서 관리하는 InfluxDB 엔드포인트를 대상으로 하도록 데이터 수집 에이전트(예: 오픈 소스 Telegraf 에이전트)를 재구성할 수 있습니다. InfluxDB UI, 자체 호스팅 Grafana 또는 Amazon Managed Grafana와 같은 대시보드 기술은 다른 코드 변경 없이 Timestream for InfluxDB를 사용하도록 구성하면 계속 정상적으로 작동합니다.

Timestream for LiveAnalytics에서 Timestream for InfluxDB로 마이그레이션하려면 Timestream for LiveAnalytics에서 Amazon S3로 데이터를 내보내고, 내보낸 CSV 파일을 필요에 따라 수정한 다음, Timestream for InfluxDB로 로드하면 됩니다.

DB 인스턴스는 고객이 지정한 컴퓨팅 및 스토리지 리소스를 제공하는 클라우드의 데이터베이스 환경이라고 생각할 수 있습니다. AWS Management Console, Timestream for InfluxDB API, AWS CLI를 통해 DB 인스턴스를 생성 및 삭제하고, DB 인스턴스의 인프라 속성을 정의 및 수정하고, 액세스 및 보안을 제어할 수 있습니다. 하나 이상의 DB 인스턴스를 실행할 수 있으며, 각 DB 인스턴스는 워크로드 특성과 인스턴스 구성에 따라 하나 이상의 데이터베이스(버킷) 또는 조직을 지원할 수 있습니다.

DB 인스턴스는 AWS Management Console, Timestream for InfluxDB API 또는 AWS CLI를 사용하여 간단하게 생성할 수 있습니다. AWS Management Console을 사용하여 DB 인스턴스를 시작하려면 InfluxDB 데이터베이스를 선택한 다음 대시보드에서 InfluxDB 데이터베이스 생성 버튼을 선택합니다. 여기에서 인스턴스 유형, 스토리지 유형 및 용량, 프라이머리 사용자 자격 증명 등의 DB 인스턴스의 파라미터를 지정할 수 있습니다.

또는 CreateDBInstance API 또는 create-db-instance 명령을 사용하여 DB 인스턴스를 생성할 수 있습니다.

DB 인스턴스를 사용할 수 있게 되면, AWS Management Console의 DB 인스턴스 설명, GetDBInstance API 또는 get-db-instance 명령을 통해 엔드포인트를 검색할 수 있습니다. 이 엔드포인트와 액세스 토큰을 사용하면 InfluxDB API를 사용하여 쓰기 및 읽기 요청을 보내고 원하는 데이터베이스 도구 또는 프로그래밍 언어를 사용하여 엔진을 관리할 수 있습니다. 동일한 엔드포인트를 사용하여 브라우저에서 InfluxDB UI에 액세스할 수도 있습니다. 실행 중인 DB 인스턴스에 대한 네트워크 요청을 허용하려면 액세스 권한을 부여하거나 퍼블릭 IP 액세스를 활성화해야 합니다.

기본적으로, Timestream for InfluxDB 인스턴스는 총 40개까지 허용됩니다.

최소 비용이나 설정 비용이 없으며, 사용한 만큼만 지불하면 됩니다. 다음을 기준으로 요금이 청구됩니다.

• DB 인스턴스 시간: 사용한 DB 인스턴스의 클래스(예: db.influx.large 및 db.influx.4xlarge)를 기준으로 합니다. 부분적으로 사용된 DB 인스턴스 시간은 DB 인스턴스 클래스 생성, 시작 또는 수정 같은 청구 가능한 상태 변경에 따라 1초 단위로 청구되며 최소 10분의 요금이 부과됩니다.
• 스토리지(월별 GB당): DB 인스턴스에 프로비저닝한 스토리지 용량. 프로비저닝된 스토리지 용량을 해당 달 내에 조정하는 경우, 비례 할당으로 계산된 요금이 적용됩니다.
• 데이터 전송: DB 인스턴스와 주고받는 인터넷 데이터 전송.

Timestream for InfluxDB 요금 정보는 요금 페이지를 참조하세요.

DB 인스턴스를 사용할 수 있게 되면 즉시 DB 인스턴스에 대한 청구가 시작됩니다. 청구는 인스턴스가 삭제되거나 인스턴스 장애가 발생하여 DB 인스턴스가 중지될 때까지 계속됩니다.

DB 인스턴스 시간은 DB 인스턴스가 가용 상태로 실행되고 있는 각 시간에 대해 비용이 청구됩니다. DB 인스턴스에 대한 요금이 더 이상 청구되지 않도록 하려면 추가 인스턴스 시간당 비용이 청구되지 않도록 DB 인스턴스를 중지하거나 삭제해야 합니다. 부분적으로 사용된 DB 인스턴스 시간은 DB 인스턴스 클래스 생성, 시작 또는 수정 같은 청구 가능한 상태 변경에 따라 1초 단위로 청구되며 최소 10분의 요금이 부과됩니다.

데이터베이스 인스턴스가 중지되면 프로비저닝된 스토리지에 대해서 요금이 청구되지만 DB 인스턴스 시간에는 요금이 청구되지 않습니다.

DB 인스턴스를 다중 AZ 배포로 지정하면 Timestream for InfluxDB 요금 페이지에 게시된 다중 AZ 요금에 따라 비용이 청구됩니다. 다중 AZ 비용은 다음에 따라 청구됩니다.

• 다중 AZ DB 인스턴스 시간: 사용한 DB 인스턴스의 클래스(예: db.influx.large 및 db.influx.4xlarge)를 기준으로 합니다. 단일 가용 영역에서 표준 배포와 마찬가지로, 부분적으로 사용된 DB 인스턴스의 경우 DB 인스턴스 클래스 생성, 시작 또는 수정 같은 청구 가능한 상태 변경에 따라 1초 단위로 청구되며 최소 10분의 요금이 부과됩니다. 한 시간 이내에 DB 인스턴스 배포를 표준과 다중 AZ 사이에서 전환하는 경우 해당 시간에 대해 표준 배포 요금과 다중 AZ 배포 요금이 모두 청구됩니다.
• 다중 AZ DB 인스턴스용으로 프로비저닝된 스토리지: 한 시간 이내에 DB 인스턴스 배포를 표준과 다중 AZ 배포 간에 전환하는 경우 해당 시간에 대해 표준 배포 스토리지 요금과 다중 AZ 배포 스토리지 요금 중 높은 금액이 청구됩니다.
• 데이터 전송: 프라이머리 복제본과 예비 복제본 간에 데이터를 복제할 때 발생하는 데이터 전송에 대해서는 요금이 부과되지 않습니다. DB 인스턴스에서 송수신되는 인터넷 데이터 전송 요금은 표준 배포와 같은 요금이 청구됩니다.

명시된 경우를 제외하고 요금에는 VAT 및 판매세를 비롯한 관련 조세 공과가 포함되지 않습니다. 청구지 주소가 일본으로 되어 있는 고객의 경우 AWS 서비스 사용 시 일본 소비세가 부과됩니다. 

• Timestream for InfluxDB 읽기 전용 복제본용 클러스터 요금은 Timestream for InfluxDB 요금 페이지에 나열된 요금에 따라 클러스터 내 인스턴스별로 계산됩니다. 청구 구조는 네 가지 주요 요소로 구성됩니다.
  클러스터 노드 시간에는 선택한 인스턴스 클래스(예: db.influx.large 또는 db.influx.4xlarge)를 기준으로 요금이 부과됩니다. 생성, 시작 또는 인스턴스 클래스 수정을 비롯하여, 청구 대상이 되는 상태 변경 후 1초 단위로 요금이 청구되며 최소 10분에 대한 요금이 청구됩니다. 한 시간 내에 클러스터 유형 간에 전환할 경우 해당 기간 동안 적용 가능한 두 요금이 모두 청구됩니다.
• 스토리지의 경우 프로비저닝된 용량을 기준으로 요금이 청구됩니다. 한 시간 내에 배포 유형(클러스터, 표준 또는 다중 AZ DB) 간에 변환하는 경우 해당 시간에 적용되는 스토리지 요금 중 더 높은 요금이 적용됩니다.
• 데이터 전송과 관련하여 프라이머리 인스턴스와 복제본 인스턴스 간의 데이터 복제 요금은 발생하지 않습니다. 하지만 DB 클러스터 내부 및 외부로의 인터넷 데이터 전송에는 표준 배포와 동일한 요금이 적용됩니다.
• 읽기 전용 복제본 기능은 InfluxData에서 구축 및 판매하고 AWS Marketplace를 통해 활성화되는 라이선스 추가 기능을 통해 제공됩니다. 이 라이선스는 종량제 모델로 운영되며, 구성된 인스턴스 클래스의 vCPU 수에 따라 인스턴스 시간을 기준으로 요금이 부과됩니다.
  

초기 DB 인스턴스 클래스와 스토리지 용량을 선택하려면 애플리케이션의 컴퓨팅, 메모리 및 스토리지 요구 사항을 확인하세요. 사용 가능한 DB 인스턴스 클래스에 대한 자세한 내용은 Timestream for InfluxDB 사용 설명서를 참조하세요.

Timestream for InfluxDB IOPS 포함 스토리지는 빠르고 예측 가능하며 일관성 있는 I/O 성능을 제공하기 위해 설계된 SSD 지원 스토리지 옵션입니다. Timestream for InfluxDB IOPS 포함 스토리지를 사용하면 소규모 워크로드용 스토리지부터 대규모의 고성능 최적화 스토리지에 이르기까지, 세 가지 티어를 선택할 수 있습니다. 니즈에 따라 티어에 할당되는 볼륨 크기만 지정하면 됩니다. Timestream for InfluxDB IOPS 포함 스토리지는 I/O 집중형 트랜잭션(OLTP) 데이터베이스 워크로드를 위해 최적화되어 있습니다. 자세한 내용은 Timestream for InfluxDB 사용 설명서를 참조하세요.

워크로드에 가장 적합한 스토리지 유형을 선택합니다.

• 고성능 OLTP 워크로드: Timestream for InfluxDB IOPS 포함 스토리지.

기본적으로 Timestream for InfluxDB는 인스턴스 클래스와 스토리지 용량을 고려하여 DB 인스턴스에 최적인 구성 파라미터를 선택합니다. 하지만 변경하려는 경우 AWS Management Console, Timestream for InfluxDB API 또는 AWS CLI를 사용하여 변경할 수 있습니다. 다만 구성 파라미터를 권장값에서 변경하면 성능 저하에서 시스템 작동 중단에 이르기까지 예기치 않은 결과가 발생할 수 있으므로 이러한 위험을 충분히 인식하고 있는 고급 사용자만 이 작업을 시도하는 게 좋습니다.

출시 시에는 사용자가 수정할 수 있는 제한된 파라미터 세트를 제공할 예정입니다. 여기에는 flux-log-enabled, log-level, metrics-disable, no-tasks, query-concurrency, query-queue-size, tracing-type 등이 포함됩니다. 이 목록은 시간이 지남에 따라 고객 요구 사항을 반영하여 늘어날 수 있습니다.

DB 파라미터 그룹은 엔진 구성 값의 컨테이너 역할을 하며 하나 이상의 DB 인스턴스에 적용할 수 있습니다. DB 파라미터 그룹을 지정하지 않고 DB 인스턴스를 만드는 경우 기본 DB 파라미터 그룹이 사용됩니다. 이 기본 그룹에는 실행 중인 DB 인스턴스에 최적화된 Timestream for InfluxDB 시스템 기본값과 엔진 기본값이 포함됩니다.

그러나 사용자 지정 엔진 설정값을 사용해 DB 인스턴스를 실행하려면 새 DB 파라미터 그룹을 만들고, 필요한 파라미터를 수정하고, 새 DB 파라미터 그룹을 사용하기 위해 DB 인스턴스를 수정하기만 하면 됩니다. 

다중 AZ 배포로 실행될 DB 인스턴스를 생성 또는 수정하면 Timestream for InfluxDB가 다른 가용 영역에 동기식 대기 복제본을 자동으로 프로비저닝하고 유지합니다. DB 인스턴스 업데이트는 여러 가용 영역의 예비 복제본에 동기식으로 복제됩니다. 이는 양쪽의 동기화를 유지하고 DB 인스턴스 장애로부터 최신 데이터베이스 업데이트를 보호하기 위해서입니다. 

특정 유형의 계획된 유지 관리를 수행하는 도중에, 또는 예기치 않은 DB 인스턴스 장애나 가용 영역 장애가 발생할 경우 Timestream for InfluxDB가 자동으로 예비 복제본으로 장애 조치하므로 예비 복제본이 승격되자마자 데이터베이스 쓰기 및 읽기를 재개할 수 있습니다. DB 인스턴스의 이름 레코드는 변경되지 않으므로 관리자가 직접 개입할 필요 없이 애플리케이션이 데이터베이스 작업을 재개할 수 있습니다.

다중 AZ 배포에서 복제본은 투명합니다. 즉, 사용자는 예비와 직접 상호 작용하지 않으며, 예비는 읽기 트래픽을 처리하는 데 사용될 수 없습니다.

가용 영역은 다른 가용 영역에서 발생한 장애를 격리시키기 위해 만들어진 리전 내의 개별 장소입니다. 각 가용 영역은 물리적으로 분리된 자체 독립 인프라에서 실행되며 높은 안정성을 제공하도록 설계되었습니다. 발전기 및 냉각 장비와 같은 일반적인 장애 지점은 가용 영역 전체에서 공유되지 않습니다. 또한, 물리적으로 분리되어 있어 화재, 태풍 또는 홍수와 같이 예기치 않은 자연 재해가 발생할 경우 단일 가용 영역만 영향을 받게 됩니다. 같은 리전에 있는 가용 영역은 지연 시간이 짧은 네트워크 연결을 제공합니다.

DB 인스턴스를 다중 AZ 배포로 실행할 경우 프라이머리가 데이터베이스 쓰기 및 읽기를 처리합니다. 또한 Timestream for InfluxDB는 백그라운드에서 프라이머리의 최신 복제본인 ‘예비 복제본’을 프로비저닝하고 관리합니다. 예비 복제본은 장애 조치 시에 승격됩니다. 장애 조치 후 예비 복제본이 프라이머리 복제본이 되어 데이터베이스 작업을 수락합니다. 승격되기 전에는 어떠한 경우에도 대기 인스턴스를 사용할 수 없습니다(예: 읽기 작업의 경우).

DB 인스턴스를 다중 AZ 배포로 실행할 경우 얻을 수 있는 주요 이점은 데이터베이스 내구성과 가용성의 향상입니다. 다중 AZ 배포가 제공하는 향상된 가용성과 내결함성 덕분에 다중 AZ 배포는 프로덕션 환경에 최적입니다.

DB 인스턴스를 다중 AZ 배포로 실행하면 DB 인스턴스 구성요소 장애 또는 한 가용 영역의 가용성 손실 등 예기치 않은 이벤트 발생 시 데이터를 보호할 수 있습니다.

예를 들어 기본 복제본의 스토리지 볼륨에 장애가 발생할 경우 Timestream for InfluxDB가 자동으로 예비 복제본에 장애 조치를 수행하고 데이터베이스 업데이트는 예비 복제본에서 모두 완전한 상태로 유지됩니다. 이것은 단일 가용 영역의 표준 배포와 관련하여 추가 데이터 내구성을 제공합니다. 단일 가용 영역의 표준 배포에서는 사용자가 복구 작업을 시작해야 하고 복구 가능한 최근 시간(일반적으로 최근 5분 내) 후 발생한 업데이트는 사용할 수 없습니다.

DB 인스턴스를 다중 AZ 배포로 실행할 경우 향상된 데이터베이스 가용성을 활용할 수 있습니다. 가용 영역 장애 또는 DB 인스턴스 장애가 발생하면 자동 장애 조치가 완료되는 동안에만 가용성이 영향을 받습니다. 계획된 유지 관리에서도 다중 AZ의 가용성 이점을 활용할 수 있습니다. DB 인스턴스를 다중 AZ 배포로 실행할 경우 얻을 수 있는 또 다른 이점은 DB 인스턴스 장애 조치가 자동으로 수행되므로 관리가 필요하지 않다는 것입니다. 

고객을 대신해 수행하는 동기식 데이터 복제로 인해 단일 가용 영역에서 표준 DB 인스턴스 배포와 관련된 지연 시간이 증가할 수 있습니다.

아니요. 다중 AZ 예비 복제본은 읽기 요청을 처리할 수 업습니다. 다중 AZ 배포는 읽기 기능 확장의 이점보다는 향상된 데이터베이스 가용성과 내구성을 제공하도록 설계되었습니다. 따라서 이 기능은 기본 복제본과 예비 복제본 간의 동기 복제를 사용합니다. AWS의 구현 기술은 프라이머리 및 예비가 항상 동기화되지만 읽기 또는 쓰기 작업에 예비를 사용할 수 없도록 합니다.

다중 AZ DB 인스턴스 배포를 만들려면 AWS Management Console에서 DB 인스턴스를 시작할 때 다중 AZ 배포에서 대기 인스턴스 생성 옵션을 선택하면 됩니다. 또는 Timestream for InfluxDB API를 사용하는 경우 CreateDBInstance API를 직접적으로 호출하여 Multi-AZ 파라미터 값을 True로 설정합니다.
기존 인스턴스 중 하나를 수정하고 배포 유형을 다중 AZ로 설정하는 방법도 있습니다.

Amazon RDS는 다중 AZ 배포에서 가장 흔하게 발생하는 장애 시나리오를 감지하여 자동으로 복구하므로 관리자 개입 없이 데이터베이스 작업을 최대한 빨리 재개할 수 있습니다. Timestream for InfluxDB는 다음의 경우에 자동으로 장애 조치를 수행합니다.

• 프라이머리 가용 영역의 가용성 손실
• 기본 복제본에 대한 네트워크 연결 상실
• 기본 복제본의 컴퓨팅 장치 장애
• 프라이머리 복제본의 스토리지 장애

참고: Timestream for InfluxDB 다중 AZ 배포는 장시간 동작 쿼리, 교착 상태 또는 데이터베이스 손상 오류 같은 데이터베이스 동작에 대해서는 자동으로 장애 조치를 수행하지 않습니다.

Timestream for InfluxDB를 통해 자동으로 장애 조치가 처리되므로 관리자 개입 없이 최대한 신속하게 데이터베이스 작업을 재개할 수 있습니다. 장애 조치 시, Timestream for InfluxDB는 DB 인스턴스의 Canonical Name(CNAME) Record가 예비를 가리키도록 변경합니다. 그러면 이 예비가 승격되어 새 프라이머리가 됩니다. 모범 사례에 따라 애플리케이션 계층에서 데이터베이스 연결을 다시 시도하는 것이 좋습니다.

프라이머리에서 장애를 감지하고 예비에서 트랜잭션을 재개하는 데 걸리는 시간 간격으로 정의되는 장애 조치는 일반적으로 1~2분 내에 완료됩니다. 장애 조치 시간은 커밋되지 않은 대용량 트랜잭션을 복구해야 하는지 여부, 인덱스의 크기 및 기타 여러 요인에 의해 영향을 받을 수도 있습니다. 최상의 결과를 얻으려면 충분히 큰 인스턴스 유형을 다중 AZ에 사용하는 것이 좋습니다. 또한 빠르고 예측 가능하며 일관된 처리량 성능을 위해 다중 AZ 인스턴스에 Timestream for InfluxDB IOPS 포함 스토리지를 사용하는 것이 좋습니다.

Timestream for InfluxDB는 다양한 장애 조건에 대해 사용자의 개입 없이 자동으로 장애 조치를 수행합니다. 현재는 Timestream for InfluxDB DB 인스턴스의 강제 장애 조치를 수동으로 시작할 수 없습니다.

다중 AZ 배포를 사용할 경우, Multi-AZ 파라미터를 True로 설정하면 됩니다. 예비, 동기 복제 및 장애 조치 생성은 모두 자동으로 처리됩니다. 즉, 예비 복제본이 배포되는 가용 영역을 선택하거나 사용 가능한 예비 복제본의 수를 변경할 수 없습니다(Timestream for InfluxDB는 기본 DB 인스턴스당 하나의 전용 예비 복제본을 프로비저닝함). 또한 데이터베이스 읽기 작업을 허용하도록 대기 인스턴스를 설정할 수 없습니다.

예. 대기 인스턴스는 프라이머리 DB 인스턴스와 동일한 리전의 다른 가용 영역에 자동으로 프로비저닝됩니다.

예. AWS Management Console 또는 GetDBInstance API를 사용하여 현재 프라이머리 인스턴스의 위치를 알 수 있습니다.

가용 영역은 같은 리전의 다른 가용 영역에 지연 시간이 짧은 네트워크 연결을 제공하도록 설계되었습니다. 또한 하나의 가용 영역에서 서비스 장애 발생 시, 애플리케이션이 복원력을 발휘할 수 있도록 여러 가용 영역 전체에 애플리케이션과 기타 AWS 리소스를 중복하여 저장할 수 있습니다. 다중 AZ 배포는 사용자의 관리 작업 없이 데이터베이스에서 이러한 요구를 해결합니다.

Timestream for InfluxDB 읽기 전용 복제본 클러스터는 데이터베이스의 가용성과 읽기 확장성을 높입니다. 클러스터를 생성하면 Timestream for InfluxDB가 다른 가용 영역에 비동기식으로 읽을 수 있는 복제본을 하나 이상 자동으로 프로비저닝하고 유지 관리합니다. 프라이머리 노드의 업데이트가 이러한 읽기 전용 복제본에 비동기식으로 복제되므로, 쿼리 워크로드를 여러 노드에 분산할 수 있습니다.

클러스터는 예정된 유지 관리 중에 또는 예기치 않은 노드 또는 가용 영역 장애 발생 시에 자동 장애 복구를 지원합니다. 라이터 엔드포인트와 리더 엔드포인트가 동일한 이름 레코드를 유지하므로, 장애 조치가 발생해도 수동 개입 없이 애플리케이션을 계속 운영할 수 있습니다. 하지만 복구 기간 중에는 장애가 발생한 노드를 복구하여 읽기 전용 복제본으로 복원하는 동안 복제본 노드 엔드포인트를 읽기에 사용하는 애플리케이션이 일시적으로 사용 불능 상태가 된다는 점에 유의해야 합니다.

읽기 전용 복제본 클러스터에서는 프라이머리 노드가 모든 데이터베이스 쓰기, 읽기, 엔진별 구성 및 관리 기능을 처리합니다. 그와 동시에, Timestream for InfluxDB는 프라이머리 노드와 함께 최신 상태를 유지하는 읽기 전용 복제본을 자동으로 프로비저닝하고 유지 관리합니다. 읽기 전용 복제본은 추가 읽기 요청을 수락하여 읽기 용량을 확장하는 것과 장애 조치 시나리오 중에 프라이머리 복제본으로 승격이 가능하도록 하는 것의 두 가지 주요 용도로 사용됩니다. 장애 조치 이벤트 중에 읽기 전용 복제본이 프라이머리 복제본으로 승격되면 해당 복제본에서 모든 데이터베이스 작업을 처리하게 됩니다. 이전에 장애가 발생한 노드가 다시 작동하게 되면 클러스터에 읽기 전용 복제본으로 다시 참여하여 클러스터의 복원력을 유지합니다.

읽기 전용 복제본 클러스터는 확장성 향상, 가용성 개선, 워크로드 최적화라는 세 가지 주요 이점을 제공합니다. 읽기 워크로드를 여러 클러스터 노드에 분산할 수 있어 확장성이 높아지므로, 읽기 요구 사항이 쓰기 작업보다 훨씬 중요한 애플리케이션에 특히 유용합니다.

장애 조치가 활성화된 상태로 구성된 경우 읽기 전용 복제본 클러스터는 더 빠른 장애 조치 기능을 통해 더 높은 가용성을 제공합니다. 클러스터의 모든 노드가 활성 상태로 유지되므로, 노드가 시작될 때까지 기다릴 필요 없이 복제본을 프라이머리 노드로 승격시켜 장애 조치 시나리오 중에 가동 중지 시간을 최소화할 수 있습니다.

또한 읽기 전용 복제본 클러스터를 사용하면 효율적인 워크로드 관리가 가능합니다. 프라이머리 노드를 전용 노드로 지정하여 일반적으로 실시간 대시보드, 경보 및 알림에 사용되는 단순하고 빠른 쿼리를 처리하고 더 복잡한 분석 쿼리는 읽기 전용 복제본으로 보낼 수 있습니다. 이러한 분리는 다양한 유형의 워크로드에 대해 최적의 성능을 보장합니다.

Replicator 프로세스는 CPU 또는 메모리 소비에 미치는 영향을 최소화하면서 성능에 미치는 영향은 미미한 것으로 나타났습니다. 하지만 한 가지 알아두어야 할 점은, 프라이머리에서 레코드를 받아들이는 시점과 읽기 전용 복제본에서 사용할 수 있게 되는 시점 사이의 시간인 복제 지연 시간이 복제본 노드의 로드 수준에 따라 달라질 수 있다는 것입니다.

Timestream for InfluxDB는 읽기 전용 복제본의 동기화 상태를 모니터링하는 데 도움이 되는 ‘ReplicalAg’라는 CloudWatch 지표를 게시합니다. 밀리초 단위로 측정되는 이 지표는 복제본이 프라이머리 노드와 얼마나 시간이 뒤쳐져 있는지를 추적합니다. 복제 지연 시간은 데이터베이스 로드 수준의 영향을 받을 수 있으므로 고객은 이 지표를 적극적으로 모니터링하여 읽기 전용 복제본이 사용 사례에 적합한 동기화 수준을 유지하는지 확인하는 것이 좋습니다.

Timestream for InfluxDB에서 읽기 전용 복제본 클러스터를 설정하려면, 먼저 AWS Management Console에 로그인한 후 Amazon Timestream 콘솔로 이동합니다. InfluxDB 데이터베이스 섹션에서 ‘InfluxDB 데이터베이스 생성’을 선택합니다. 배포 설정을 구성할 때 ‘읽기 전용 복제본이 있는 DB 클러스터’를 선택합니다. AWS Marketplace를 통해 구독을 활성화해야 합니다. 그러려면 AWS AWSMarketplaceManageSubscriptions 또는 AWSMarketplaceFullAccess 권한이 필요합니다. 구독을 확인한 후 기본 구성 세부 정보를 제공하고 클러스터의 모든 노드에 적용할 적절한 노드 및 스토리지 클래스를 선택합니다.

아니요. 읽기 전용 복제본 클러스터에는 특정 시점에 쓰기 작업을 처리하는 프라이머리 노드가 하나씩만 있을 수 있습니다. 프라이머리 노드는 데이터베이스 읽기, 엔진별 구성 및 관리 기능을 관리하는 동시에 모든 쓰기 요청을 처리합니다. 읽기 전용 복제본은 이 프라이머리 노드에서 최신 상태로 유지되며 읽기 요청만 수락할 수 있습니다. 장애 조치 시나리오에서 읽기 전용 복제본을 프라이머리 복제본으로 승격할 수 있지만, 클러스터 아키텍처는 단일 라이터 모델을 유지하여 데이터 일관성을 보장합니다.

읽기 전용 복제본 클러스터의 경우, 클러스터를 생성하거나 수정하는 동안 장애 조치 기능을 활성화하거나 비활성화할 수 있습니다. 활성화되면 Timestream for InfluxDB에서 복제본, 복제 및 장애 조치 프로세스 관리가 자동으로 처리됩니다. 복제본의 특정 가용 영역을 선택할 수 없으며, Timestream for InfluxDB는 클러스터당 하나 이상의 읽기 전용 복제본을 유지 관리합니다. 읽기 전용 복제본은 읽기 요청을 적극적으로 수락하여 워크로드를 분산하는 데 도움이 됩니다.

Timestream for InfluxDB는 읽기 전용 복제본 클러스터 배포에서 일반적인 장애 시나리오를 감지하고 자동으로 복구하므로, 관리자의 개입 없이 데이터베이스 운영을 신속하게 재개할 수 있습니다. 시스템은 다음 상황이 발생할 경우 자동으로 읽기 전용 복제본으로의 장애 조치를 수행합니다.

• 프라이머리 노드의 가용 영역의 가용성 손실
• 프라이머리 노드에 대한 네트워크 연결 상실
• 프라이머리 노드의 컴퓨팅 장치 장애
• 프라이머리 노드의 스토리지 장애

참고: Timestream for InfluxDB 읽기 전용 복제본 클러스터는 장시간 동작 쿼리, 교착 상태 또는 데이터베이스 손상 오류 같은 데이터베이스 동작에 대해서는 자동으로 장애 조치를 수행하지 않습니다. 자동 장애 조치는 설정 중에 또는 클러스터 수정을 통해 읽기 전용 복제본 클러스터에서 이 기능을 활성화한 경우에만 이루어진다는 점을 유의하세요.

해당 기능이 활성화된 경우, 읽기 전용 복제본 클러스터의 장애 조치는 Timestream for InfluxDB가 자동으로 처리하므로, 관리자의 개입 없이 데이터베이스 운영을 신속하게 재개할 수 있습니다. 장애 조치 중에 Timestream for InfluxDB는 데이터베이스의 Canonical Name(CNAME) Record를 업데이트하여 읽기 전용 복제본을 가리키도록 합니다. 그러면 읽기 전용 복제본이 승격되어 새 프라이머리 복제본이 됩니다. 애플리케이션 계층에서 데이터베이스 연결 재시도 로직을 구현하는 것이 가장 좋습니다.

읽기 전용 복제본 클러스터의 노드가 활성 상태이기 때문에 워크로드 특성에 관계없이 장애 조치 시간이 일정합니다. 일반적으로 장애 조치는 프라이머리 장애가 감지된 시점부터 승격된 복제본의 트랜잭션이 재개되기까지 몇 분 내에 완료됩니다. 최적의 성능을 위해서는 InfluxDB IOPS 포함 스토리지에 적절한 크기의 노드 유형과 타임스트림을 사용하는 것이 좋습니다.

장애 조치가 활성화되면 Timestream for InfluxDB는 다양한 장애 조건에서 자동으로 장애 조치를 처리합니다. 현재 Timestream for InfluxDB 읽기 전용 복제본 클러스터에는 강제 장애 조치의 수동 시작이 지원되지 않습니다.

읽기 전용 복제본은 프라이머리 노드와 동일한 리전의 다른 가용 영역에 자동으로 프로비저닝됩니다.

예. AWS Management Console이나 GetDBInstance API를 사용하여 프라이머리 노드와 노드와 읽기 전용 복제본 노드의 위치를 모두 볼 수 있습니다.

가용 영역은 같은 리전의 다른 가용 영역에 지연 시간이 짧은 네트워크 연결을 제공하도록 설계되었으므로 지연 시간에 미치는 영향은 미미합니다. 하지만 복원력을 극대화하려면 여러 가용 영역에 걸쳐 이중화하여 애플리케이션과 기타 AWS 리소스를 설계하는 것이 좋습니다. 읽기 전용 복제본 클러스터는 여러 가용 영역의 노드에 읽기 워크로드를 분산할 수 있고, 페일오버가 활성화되면 가용 영역을 사용할 수 없게 되더라도 애플리케이션이 계속 작동할 수 있는 만큼, 이 아키텍처를 기본적으로 지원할 수 있습니다.