Timestream에서 InfluxDB 3 클러스터 구성 - Amazon Timestream
Timestream에서 DB 클러스터 생성DB 클러스터 설정

Amazon Timestream for LiveAnalytics와 유사한 기능을 원하는 경우 Amazon Timestream for InfluxDB를 고려해 보세요. 간소화된 데이터 수집과 실시간 분석을 위한 10밀리초 미만의 쿼리 응답 시간을 제공합니다. 여기에서 자세히 알아보세요.

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

Timestream에서 InfluxDB 3 클러스터 구성

Timestream에서 DB 클러스터 생성

사용 AWS Management Console:

  1. Amazon Timestream for InfluxDB 콘솔을 엽니다.

  2. 탐색 창에서 InfluxDB 데이터베이스를 선택합니다.

  3. InfluxDB 3 데이터베이스 생성을 선택합니다.

  4. 엔진 버전으로 InfluxDB 3를 선택합니다.

  5. 프로덕션 워크로드에는 Enterprise edition을 선택합니다.

  6. 클러스터 배포 구성:

    1. 1노드(라이터, 리더 및 압축기 역할을 처리하는 단일 노드) 또는 3노드 구성을 선택합니다.

      참고

      단일 노드 배포는 단일 AZ 컴퓨팅 리소스를 사용합니다. 문제가 발생하는 경우 새 컴퓨팅 리소스를 초기화해야 하므로 수정 시간이 길어집니다.

    2. 3노드 배포의 경우 시스템은 자동으로 다음을 구성합니다.

      1. 쓰기 및 읽기 작업을 모두 처리하기 위한 라이터/리더 노드 2개

      2. 스토리지 최적화를 위한 전용 압축기 노드 1개

  7. 클러스터 수준 설정을 구성합니다.

    1. 인스턴스 클래스: 적절한 db.influx 인스턴스 크기를 선택합니다(모든 노드에 적용됨). 청구서를 기록해 두면 레코드db.influxIOIncluded에 표시됩니다.

    2. 파라미터 그룹: 기존 파라미터 그룹을 선택하거나 사용자 지정 엔진 구성을 위한 새 파라미터 그룹을 생성합니다.

    3. 네트워크 구성: VPC, 서브넷 및 보안 그룹을 구성합니다(모든 노드에 적용됨).

    4. 퍼블릭 액세스 가능 여부: 클러스터 엔드포인트에 공개적으로 액세스할 수 있어야 하는지 여부를 선택합니다.

  8. 중요: 프라이빗 클러스터를 생성하는 경우 Timestream for InfluxDB 3 클러스터를 생성하는 데 필요한 S3 정책을 추가해야 합니다.

  9. 구성을 검토하고 InfluxDB 데이터베이스 생성을 선택합니다.

사용 AWS CLI: 

aws timestream-influxdb create-db-cluster \
     --name myinfluxDbinstance \
     --db-instance-type db.influx.4xlarge \
     --vpc-subnet-ids subnetid1 subnetid2 \
     --vpc-security-group-ids mysecuritygroup \
     --db-parameter-group-identifier dbparametergroupidentifier
참고

태그를 사용하여 Timestream for InfluxDB 리소스에 레이블을 지정할 수 있습니다. 태그를 사용하면 용도, 소유자, 환경 또는 다른 기준 등으로 리소스를 분류할 수 있습니다.

DB 클러스터 설정

클러스터의 모든 노드에 적용되는 키 설정은 다음과 같습니다.

  • 클러스터 식별자: 클러스터의 고유한 이름

  • 인스턴스 클래스: 컴퓨팅 및 메모리 용량(모든 노드에 대해 동일)

  • 노드 구성: 1노드 또는 3노드 배포

  • 파라미터 그룹: 엔진 구성 설정

  • 네트워크 유형: IPv4 또는 듀얼 스택

  • VPC 및 서브넷: 네트워크 격리 및 가용성

  • 보안 그룹: 네트워크 액세스 제어

  • 퍼블릭 액세스 가능 여부: 인터넷 연결 옵션

중요 고려 사항

  • 균일한 노드 구성: 클러스터의 모든 노드는 동일한 인스턴스 클래스와 네트워크 구성을 사용해야 합니다.

  • 향후 확장성: 처음에는 1노드 및 3노드 구성으로 제한되지만 향후 업데이트를 수행하여 파라미터 그룹 수정을 통해 추가 노드로 규모를 조정할 수 있습니다.

  • 고가용성: 3노드 구성은 더 나은 가용성과 성능 분산을 제공합니다.

  • 압축기 최적화: 3노드 배포에서 전용 압축기 노드는 백그라운드 최적화 태스크로 인해 쓰기 및 읽기 성능이 저하되지 않도록 보장합니다.

주제