클러스터 크기 조정 - Amazon Timestream
개요주요 기능클러스터 구성클러스터 크기 관리다중 AZ 배포요구 사항 및 제한 사항모범 사례

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

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

클러스터 크기 조정

개요

다중 노드 조정은 최대 15개의 노드로 클러스터를 생성할 수 있도록 하여 Timestream for InfluxDB 3 Enterprise 에디션의 기능을 확장하여 워크로드 수요 증가를 위한 수평 확장성을 제공합니다. 이 기능은 고가용성을 위해 여러 가용 영역에 분산된 노드를 사용하여 특정 읽기 및 쓰기 워크로드에 맞게 최적화할 수 있는 유연한 클러스터 구성 옵션을 제공합니다.

주요 기능

다중 노드 조정을 사용하면 다음을 수행할 수 있습니다.

  • 최대 15개의 노드로 클러스터 생성(라이터 노드 최대 4개, 리더 노드 13개, 전용 압축기 1개)

  • 워크로드 요구 사항이 변경될 때 노드를 추가하거나 제거하여 클러스터 크기를 동적으로 조정

  • 라이터/리더 모드 또는 리더 전용 모드 간에 노드 역할 구성

  • 가용성 향상을 위해 여러 가용 영역에 노드 분산

  • 읽기/쓰기 또는 읽기 전용 작업을 위한 전용 엔드포인트를 통해 클러스터에 액세스

클러스터 구성

노드 유형 및 역할

클러스터를 구성할 때 다음을 지정할 수 있습니다.

  • 라이터/리더 노드: 쓰기 및 읽기 작업 모두 처리(1~4개 노드)

  • 리더 전용 노드: 읽기 쿼리 처리 전용(0~13개 노드)

  • 전용 압축기: 3개 이상의 노드가 있는 클러스터가 데이터 스토리지를 최적화하는 데 필요합니다.

클러스터 엔드포인트

InfluxDB 3의 Timestream은 두 가지 유형의 엔드포인트를 제공합니다.

  • 클러스터 엔드포인트: 사용 가능한 노드 간에 트래픽 분산

    • 읽기/쓰기 엔드포인트: 트래픽을 모든 라이터/리더 노드로 라우팅합니다.

    • 읽기 전용 엔드포인트: 읽기 작업을 수행할 수 있는 모든 노드로 트래픽을 라우팅합니다.

  • 노드 엔드포인트: 워크로드 격리를 위해 특정 노드에 대한 직접 액세스 허용

중요

노드 엔드포인트를 사용할 때 노드가 다시 시작되거나 패치되거나 업그레이드되거나 실패하면 가동 중지가 발생합니다.

참고

동일한 클라이언트 시스템의 여러 병렬 스레드를 사용하여 쓰기 또는 읽기를 생성하는 경우 DNS 캐싱 동작은 클러스터 노드 간 트래픽 분산에 영향을 미칠 수 있습니다. 균등한 트래픽 분산을 보장하기 위해 DNS 확인을 최적화하는 방법에 대한 지침은 섹션을 참조하세요클러스터 엔드포인트의 DNS 확인 관리.

클러스터 크기 관리

클러스터 구성을 수정하려면 파라미터 그룹을 사용해야 합니다.

  1. 원하는 구성으로 새 파라미터 그룹 생성

  2. 클러스터에 파라미터 그룹 적용

이 접근 방식은 스케일 업(노드 추가)과 스케일 다운(노드 제거) 모두에 적용됩니다.

중요

크기 조정을 위한 새 파라미터 그룹을 생성할 때 인스턴스 크기에 권장되는 모든 파라미터를 사용하고 있는지 확인합니다. 인스턴스별 지침은 지원되는 인스턴스 유형 및 사양 페이지를 검토하세요. 새 파라미터 그룹을 적용하기 전에 노드를 추가하거나 제거할 때 설정이 실수로 변경되지 않도록 현재 실행 중인 구성을 확인합니다. 의 단계에 따라 유효 구성을 확인할 수 있습니다를 사용하여 파라미터 그룹 생성 AWS CLI.

다중 AZ 배포

다중 노드 클러스터를 실행할 때 노드는 선택한 리전의 여러 가용 영역에 자동으로 분산됩니다. 이 배포는 다음을 보장합니다.

  • 클러스터 엔드포인트 사용 시 클러스터 가동 중지 없음

  • AZ 수준 장애에 대한 내결함성 개선

  • 리전 간 일관된 성능

요구 사항 및 제한 사항

  • 노드가 3개 이상인 클러스터에는 전용 압축기가 필요합니다.

  • 고가용성을 위해 최소 2개의 Writer/Reader 노드가 권장됩니다.

  • 클러스터의 모든 노드는 동일한 인스턴스 유형을 사용해야 합니다.

  • 노드 모드를 변경하려면 새 파라미터 그룹을 생성해야 합니다.

  • 유지 관리 작업 중에 노드 엔드포인트에 가동 중지가 발생할 수 있습니다.

모범 사례

  • 고가용성을 보장하기 위해 프로덕션 워크로드에 노드 엔드포인트 대신 클러스터 엔드포인트 사용

  • 읽기/쓰기 워크로드 비율에 따라 클러스터 규모 조정(읽기가 많은 워크로드의 경우 더 많은 리더 노드)

  • 노드 성능을 모니터링하여 최적의 조정 요구 사항 결정

  • 활동이 적은 기간 동안 조정 작업 계획

  • 다중 노드 배포에서 쓰기 작업이 많은 워크로드의 성능을 극대화하려면 쓰기 작업만 라이터 노드(들)로 보내고 읽기 쿼리를 리더 전용 노드로 라우팅합니다.

작은 정보

쓰기 집약적인 워크로드의 경우 더 많은 Writer/Reader 노드를 구성합니다. 읽기 집약적인 워크로드의 경우 고가용성을 위해 최소 2개의 Writer/Reader 노드를 유지하면서 리더 전용 노드를 더 추가합니다.