Amazon Timestream for LiveAnalytics와 유사한 기능을 원하는 경우 Amazon Timestream for InfluxDB를 고려해 보세요. 간소화된 데이터 수집과 실시간 분석을 위한 10밀리초 미만의 쿼리 응답 시간을 제공합니다. [여기](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html)에서 자세히 알아보세요.
기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 문제 해결
## ‘dev’ 버전이 인식되지 않는다는 경고
마이그레이션 중 '경고: 최신 백업/복원 API가 지원되는 것으로 가정하고, 서버에서 보고된 버전 ‘dev’를 구문 분석할 수 없습니다.'라는 메시지가 표시될 수 있습니다. 이 경고는 무시해도 됩니다.
## 복원 단계 중 마이그레이션 실패
복원 단계에서 마이그레이션이 실패한 경우 사용자는 `--retry-restore-dir` 플래그를 사용하여 복원을 재시도할 수 있습니다. 백업 단계를 건너뛰고 복원 단계를 재시도하려면 이전에 백업된 디렉터리의 경로와 함께 `--retry-restore-dir` 플래그를 사용하세요. 복원 중 마이그레이션이 실패하면 마이그레이션에 사용되는 생성된 백업 디렉터리가 표시됩니다.
복원 실패의 가능한 원인은 다음과 같습니다.
+ 잘못된 InfluxDB 대상 토큰 - 소스 인스턴스와 동일한 이름의 대상 인스턴스에 있는 버킷입니다. 개별 버킷 마이그레이션 시 `--dest-bucket` 옵션을 사용하여 마이그레이션된 버킷의 고유한 이름을 설정합니다.
+ 소스 또는 대상 호스트나 선택적 S3 버킷과의 연결 실패.
## Amazon Timestream for InfluxDB 기본 운영 지침
다음은 Amazon Timestream for InfluxDB로 작업할 때 모든 사용자가 따라야 하는 기본 운영 지침입니다. Amazon Timestream for InfluxDB 서비스 수준 계약에 다음 지침을 따르도록 명시되어 있습니다.
+ 지표를 사용하여 메모리, CPU 및 스토리지 사용량을 모니터링합니다. Amazon CloudWatch에서 사용 패턴이 변경되거나 사용자가 배포 용량에 도달했을 때 알림을 받도록 설정할 수 있으므로 이렇게 하면 시스템 성능 및 가용성을 유지할 수 있습니다.
+ 스토리지 용량 한도에 도달할 경우 DB 인스턴스를 확장합니다. 스토리지 및 메모리에 어느 정도 버퍼가 있어야만 애플리케이션에서 수요가 예기치 않게 늘어날 경우 이를 수용할 수 있습니다. 이를 위해 이 시점에서 새 인스턴스를 생성하고 데이터를 마이그레이션해야 한다는 점을 명심하세요.
+ 데이터베이스 작업량으로 인해 프로비저닝한 I/O보다 많이 필요할 경우 장애 조치 또는 데이터베이스 오류가 발생한 후에 복구 속도가 느려집니다. DB 인스턴스의 I/O 용량을 늘리려면 다음 중 일부 항목이나 모든 항목을 수행하십시오.
+ I/O 용량이 더 높은 다른 DB 인스턴스로 마이그레이션합니다.
+ 이미 Influx IOPS 포함 스토리지를 사용하고 있는 경우 더 높은 IOPS 포함 스토리지 유형을 프로비저닝합니다.
+ 클라이언트 애플리케이션이 DB 인스턴스의 DNS(Domain Name Service) 데이터를 캐시하는 경우 TTL(Time-to-Live) 값을 30초 미만으로 설정합니다. 장애 조치 후에 DB 인스턴스의 기본 IP 주소가 변경될 수 있습니다. DNS 데이터를 장기간 캐시하면 연결이 실패할 수 있습니다. 애플리케이션이 더 이상 사용되지 않는 IP 주소에 연결을 시도할 수 있습니다.
## DB 인스턴스 RAM 권장 사항
작업 집합이 거의 완전히 메모리에 상주하도록 RAM을 충분히 할당하는 것이 Amazon Timestream for InfluxDB 성능 모범 사례에 따르는 길입니다. 작업 집합은 인스턴스에서 자주 사용되는 데이터 및 인덱스입니다. DB 인스턴스를 많이 사용할수록 작업 집합이 커집니다.