View a markdown version of this page

코어에서 엔터프라이즈 에디션으로 업그레이드 - Amazon Timestream
사전 조건 및 요구 사항를 사용하여 업그레이드 AWS Management Console업그레이드 중에 발생하는 일고려 사항

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

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

코어에서 엔터프라이즈 에디션으로 업그레이드

기존 InfluxDB 3 Core 클러스터를 엔터프라이즈 에디션으로 업그레이드하여 다중 노드 배포, 장기 데이터 보존 및 전용 압축과 같은 기능에 액세스할 수 있습니다.

중요

코어에서 엔터프라이즈로 업그레이드하는 것은 단방향 작업입니다. 클러스터가 Enterprise로 업그레이드되면 코어 에디션으로 되돌릴 수 없습니다.

사전 조건 및 요구 사항

  • 최초 엔터프라이즈 활성화: AWS 계정에서 엔터프라이즈 라이선스를 처음 활성화하는 경우를 통해 업그레이드를 수행해야 합니다 AWS Management Console. 이 일회성 콘솔 활성화를 통해 계정에 엔터프라이즈 기능을 사용할 수 있습니다.

  • 후속 작업: 초기 콘솔 활성화 후 Enterprise에 대해 계정이 활성화됩니다. 그런 다음 AWS CLI, , API 또는를 사용하여 추가 코어 클러스터를 Enterprise로 업그레이드하거나 새 Enterprise 클러스터를 배포할 수 있습니다 AWS Management Console.

를 사용하여 업그레이드 AWS Management Console

  1. 에 로그인 AWS Management Console 하고 Timestream for InfluxDB 콘솔을 엽니다.

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

  3. 업그레이드할 코어 클러스터를 선택합니다.

  4. 수정을 선택합니다.

  5. 에디션에서 엔터프라이즈를 선택합니다.

  6. 변경 사항을 검토하고 클러스터 수정을 선택합니다.

업그레이드 중에 발생하는 일

코어 클러스터를 엔터프라이즈로 업그레이드하는 경우:

  1. 클러스터 다시 시작: 클러스터가 다시 시작되어 엔터프라이즈 엔진 구성을 적용합니다.

  2. 노드 구성: 클러스터 노드 수에 따라 클러스터는 다음 중 하나로 구성됩니다.

    • 단일 노드 엔터프라이즈 클러스터(all-in-one: 단일 노드의 라이터, 리더 및 압축기)

    • 전용 압축기가 있는 다중 노드 엔터프라이즈 클러스터(3개 이상의 노드가 있는 클러스터의 경우)

  3. 데이터 압축: Enterprise 압축 엔진이 기존 데이터를 백그라운드에서 점진적으로 압축합니다. 이 프로세스 중에는 클러스터를 계속 사용할 수 있습니다.

참고

데이터 압축에 필요한 시간은 기존 데이터의 볼륨, 클러스터 크기, 인스턴스 크기, 현재 워크로드를 기준으로 사용 가능한 CPU 및 메모리 헤드룸에 따라 달라집니다.

중요

업그레이드 후 압축을 위한 용량 고려 사항

  • 단일 노드 클러스터: 코어 단일 노드 클러스터를 Enterprise로 업그레이드할 때 압축기는 라이터 및 리더와 동일한 노드에서 실행됩니다. 코어에는 압축기가 포함되어 있지 않으므로 업그레이드 후 모든 기존 데이터를 압축해야 합니다. 이를 위해서는 현재 워크로드가 사용하는 것보다 더 많은 CPU 및 메모리 용량이 필요합니다. 노드에 충분한 헤드룸이 없는 경우 압축이 읽기 및 쓰기 워크로드와 경쟁하여 성능에 영향을 미칠 수 있습니다. 업그레이드 전이나 직후에 더 큰 인스턴스 유형(예:에서 db.influx.xlarge로db.influx.2xlarge)으로 스케일 업하여 압축기에 필요한 리소스를 제공하는 것이 좋습니다. 압축을 따라잡은 후 다시 축소할 수 있습니다.

  • 다중 노드(3노드) 클러스터: 3노드 엔터프라이즈 클러스터로 업그레이드할 때 전용 압축기 노드가 프로비저닝됩니다. 그러나 압축된 데이터의 최적화된 쿼리 성능과 같은 Enterprise의 모든 이점은 압축기가 모든 기존 데이터 처리를 완료할 때까지 실현되지 않습니다. 이 시간이 걸리는 시간은 데이터베이스에 이미 있는 데이터의 볼륨, 현재 실행 중인 워크로드, 압축기 노드의 인스턴스 크기 및 구성에 따라 달라집니다.

압축 성능 튜닝: 압축기가 기존 데이터를 더 빠르게 처리할 수 있도록 파라미터 그룹에서 다음 엔터프라이즈 전용 파라미터를 조정할 수 있습니다.

  • compaction-max-num-files-per-plan - 압축기가 압축 주기당 더 많은 파일을 처리할 수 있도록이 값을 늘립니다. 예를 들어, 더 큰 인스턴스(db.influx.4xlarge 이상)의 경우 기본값인 500에서 1000~5000으로 늘립니다. 인스턴스 크기별 권장 값은 섹션을 참조compaction-max-num-files-per-plan하세요.

  • compaction-check-interval - db.influx.4xlarge 이상에서 기본값인 10초에서 5초로 줄여 압축기가 더 자주 작동하도록 합니다.

단일 노드 클러스터의 경우 모든 역할이 동일한 노드의 리소스를 공유하므로 인스턴스 유형을 확장하는 것이 압축기에 더 많은 용량을 제공하는 가장 효과적인 방법입니다. 다중 노드 클러스터의 경우 전용 압축기 노드는 다른 노드와 동일한 인스턴스 클래스를 사용하므로 클러스터의 인스턴스 유형을 확장하면 압축기 용량도 증가합니다. 압축 파라미터에 대한 자세한 내용은 섹션을 참조하세요범주 4: 압축.

고려 사항

  • 단방향 업그레이드입니다. Enterprise에서 Core로 다운그레이드할 수 없습니다.

  • 압축 프로세스가 충분한 CPU 및 메모리 헤드룸을 따라잡을 수 있도록 활동이 적은 기간 동안 업그레이드를 계획합니다.

  • 단일 노드 클러스터: 압축기에 워크로드에 영향을 주지 않고 기존 데이터를 압축할 수 있는 충분한 CPU와 메모리가 있도록 업그레이드하기 전에 더 큰 인스턴스 유형으로 일시적으로 스케일 업하는 것이 좋습니다.

  • 다중 노드 클러스터: 업그레이드 후 압축기가 모든 기존 데이터를 처리하는 전환 기간이 예상됩니다. 압축이 완료된 후 전체 엔터프라이즈 성능 이점이 실현됩니다. 기간은 데이터 볼륨, 워크로드 강도 및 인스턴스 크기에 따라 달라집니다.

  • 파라미터 그룹에서를 늘리compaction-max-num-files-per-plan고 줄여 업그레이드 후 압축 속도를 높compaction-check-interval일 수 있습니다. 세부 정보는 범주 4: 압축 섹션을 참조하세요.

  • 업그레이드 후와 같은 엔터프라이즈 기능을 활용하여 클러스터를 수평적으로 확장클러스터 크기 조정할 수 있습니다.