Solución de problemas

Advertencia de que no se reconoce la versión «dev»

Es posible que aparezca la advertencia «ADVERTENCIA: no se pudo analizar la versión «dev» reportada por el servidor, suponiendo que la última backup/restore APIs sea compatible» durante la migración. Esta advertencia puede ignorarse.

La migración falló durante la etapa de restauración

En caso de que se produzca un error en la migración durante la fase de restauración, los usuarios pueden utilizar el --retry-restore-dir indicador para volver a intentar la restauración. Utilice la --retry-restore-dir marca con una ruta a un directorio del que se haya hecho una copia de seguridad anteriormente para saltarse la fase de copia de seguridad y volver a intentar la fase de restauración. El directorio de copia de seguridad creado y utilizado para la migración se indicará si la migración falla durante la restauración.

Entre los posibles motivos por los que se produce un error en la restauración se incluyen:

• Token de destino de InfluxDB no válido: un depósito que existe en la instancia de destino con el mismo nombre que en la instancia de origen. Para las migraciones de buckets individuales, usa la --dest-bucket opción de establecer un nombre único para el bucket migrado

• Fallo de conectividad, ya sea con los hosts de origen o destino o con un bucket S3 opcional.

Directrices operativas básicas de Amazon Timestream para InfluxDB

Las siguientes son pautas operativas básicas que todo el mundo debería seguir cuando trabaje con Amazon Timestream para InfluxDB. Tenga en cuenta que el acuerdo de nivel de servicio de Amazon Timestream para InfluxDB requiere que siga estas pautas:

• Utilice métricas para supervisar el uso de memoria, CPU y almacenamiento. Puedes configurar Amazon CloudWatch para que te notifique cuando cambien los patrones de uso o cuando te acerques a la capacidad de tu implementación. De esta forma, puede mantener el rendimiento y la disponibilidad del sistema.

• Escale la instancia de base de datos cuando se esté acercando a los límites de la capacidad de almacenamiento. Debe tener búfer de almacenamiento y de memoria para asumir incrementos imprevistos de la demanda de las aplicaciones. Tenga en cuenta que, en este momento, tendrá que crear una nueva instancia y migrar sus datos para lograrlo.

• Si la carga de trabajo de la base de datos requiere I/O más de lo que ha aprovisionado, la recuperación tras una conmutación por error o un fallo en la base de datos será lenta. Para aumentar la I/O capacidad de una instancia de base de datos, lleve a cabo alguna de las siguientes acciones o todas ellas:

  • Migre a una instancia de base de datos diferente con mayor I/O capacidad.

  • Si ya utiliza el almacenamiento de almacenamiento con IOPS incluidos en Influx, aprovisione un tipo de almacenamiento con más IOPS incluidas.

• Si su aplicación cliente almacena en caché los datos del Servicio de nombres de dominio (DNS) de sus instancias de base de datos, establezca un valor time-to-live (TTL) inferior a 30 segundos. La dirección IP subyacente de una instancia de base de datos puede cambiar después de producirse una conmutación por error. Por lo tanto, almacenar en caché los datos de DNS durante un tiempo prolongado puede provocar errores de conexión. Es posible que tu aplicación intente conectarse a una dirección IP que ya no esté en servicio.

Recomendaciones de RAM de las instancias de base de datos

Una buena práctica de rendimiento de Amazon Timestream para InfluxDB es asignar suficiente RAM para que el conjunto de trabajo resida casi por completo en la memoria. El conjunto de trabajo son los datos e índices que se usan con frecuencia en su instancia. Cuanto más use la instancia de base de datos, más crecerá el conjunto de trabajo.