Amazon Timestream for LiveAnalytics와 유사한 기능을 원하는 경우 Amazon Timestream for InfluxDB를 고려해 보세요. 간소화된 데이터 수집과 실시간 분석을 위한 10밀리초 미만의 쿼리 응답 시간을 제공합니다. [여기](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html)에서 자세히 알아보세요.

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

# 클러스터 크기 조정
<a name="multi-node-scaling"></a>

## 개요
<a name="multi-node-scaling-overview"></a>

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

## 주요 기능
<a name="multi-node-key-capabilities"></a>

다중 노드 조정을 사용하면 다음을 수행할 수 있습니다.
+ 최대 15개의 노드로 클러스터 생성(라이터 노드 최대 4개, 리더 노드 13개, 전용 압축기 1개)
+ 워크로드 요구 사항이 변경될 때 노드를 추가하거나 제거하여 클러스터 크기를 동적으로 조정
+ 라이터/리더 모드 또는 리더 전용 모드 간에 노드 역할 구성
+ 가용성 향상을 위해 여러 가용 영역에 노드 분산
+ 읽기/쓰기 또는 읽기 전용 작업을 위한 전용 엔드포인트를 통해 클러스터에 액세스

## 클러스터 구성
<a name="multi-node-cluster-configuration"></a>

### 노드 유형 및 역할
<a name="multi-node-types-and-roles"></a>

클러스터를 구성할 때 다음을 지정할 수 있습니다.
+ **라이터/리더 노드**: 쓰기 및 읽기 작업 모두 처리(1\~4개 노드)
+ **리더 전용 노드**: 읽기 쿼리 처리 전용(0\~13개 노드)
+ **전용 압축기**: 3개 이상의 노드가 있는 클러스터가 데이터 스토리지를 최적화하는 데 필요합니다.

### 클러스터 엔드포인트
<a name="multi-node-cluster-endpoints"></a>

InfluxDB 3의 Timestream은 두 가지 유형의 엔드포인트를 제공합니다.
+ **클러스터 엔드포인트**: 사용 가능한 노드 간에 트래픽 분산
  + **읽기/쓰기 엔드포인트**: 트래픽을 모든 라이터/리더 노드로 라우팅합니다.
  + **읽기 전용 엔드포인트**: 읽기 작업을 수행할 수 있는 모든 노드로 트래픽을 라우팅합니다.
+ **노드 엔드포인트**: 워크로드 격리를 위해 특정 노드에 대한 직접 액세스 허용

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

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

## 클러스터 크기 관리
<a name="multi-node-managing-cluster-size"></a>

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

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

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

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

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

## 다중 AZ 배포
<a name="multi-node-multi-az-deployment"></a>

다중 노드 클러스터를 실행할 때 노드는 선택한 리전의 여러 가용 영역에 자동으로 분산됩니다. 이 배포는 다음을 보장합니다.
+ 클러스터 엔드포인트 사용 시 클러스터 가동 중지 없음
+ AZ 수준 장애에 대한 내결함성 개선
+ 리전 간 일관된 성능

## 요구 사항 및 제한 사항
<a name="multi-node-requirements-limitations"></a>
+ 노드가 3개 이상인 클러스터에는 전용 압축기가 필요합니다.
+ 고가용성을 위해 최소 2개의 라이터/리더 노드가 권장됩니다.
+ 클러스터의 모든 노드는 동일한 인스턴스 유형을 사용해야 합니다.
+ 노드 모드를 변경하려면 새 파라미터 그룹을 생성해야 합니다.
+ 유지 관리 작업 중에 노드 엔드포인트에 가동 중지가 발생할 수 있습니다.

## 모범 사례
<a name="multi-node-best-practices"></a>
+ 프로덕션 워크로드에 노드 엔드포인트 대신 클러스터 엔드포인트를 사용하여 고가용성 보장
+ 읽기/쓰기 워크로드 비율(읽기가 많은 워크로드의 경우 더 많은 리더 노드)에 따라 클러스터 규모 조정
+ 노드 성능을 모니터링하여 최적의 조정 요구 사항 결정
+ 활동이 적은 기간 동안 조정 작업 계획
+ 다중 노드 배포에서 쓰기 작업이 많은 워크로드의 성능을 극대화하려면 쓰기 작업을 라이터 노드(들)로만 보내고 읽기 쿼리를 리더 전용 노드로 라우팅합니다.

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