문제 해결

"dev" 버전의 경고가 인식되지 않음

마이그레이션 중에 'WARN: 최신 백업/복원 APIs 지원된다고 가정할 때 서버에서 보고한 '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 권장 사항

Amazon Timestream for InfluxDB 성능 모범 사례는 작업 세트가 거의 완전히 메모리에 있도록 충분한 RAM을 할당하는 것입니다. 작업 집합은 인스턴스에서 자주 사용되는 데이터 및 인덱스입니다. DB 인스턴스를 많이 사용할수록 작업 집합이 커집니다.