Risoluzione dei problemi

Avviso relativo alla versione «dev» non riconosciuta

L'avviso «WARN: Couldn't parse version «dev» riportata dal server, supponendo che la versione più recente backup/restore APIs sia supportata» potrebbe essere visualizzato durante la migrazione. Questo avviso può essere ignorato.

Migrazione non riuscita durante la fase di ripristino

In caso di mancata migrazione durante la fase di ripristino, gli utenti possono utilizzare il --retry-restore-dir flag per ritentare il ripristino. Usa il --retry-restore-dir flag con il percorso di una directory di cui è stato precedentemente eseguito il backup per saltare la fase di backup e riprovare la fase di ripristino. La directory di backup creata utilizzata per una migrazione verrà indicata se una migrazione fallisce durante il ripristino.

Le possibili ragioni di un errore di ripristino includono:

• Token di destinazione InfluxDB non valido: un bucket esistente nell'istanza di destinazione con lo stesso nome dell'istanza di origine. Per le migrazioni di singoli bucket, utilizza l'--dest-bucketopzione per impostare un nome univoco per il bucket migrato

• Errore di connettività, con gli host di origine o di destinazione o con un bucket S3 opzionale.

Linee guida operative di base di Amazon Timestream per InfluxDB

Di seguito sono riportate le linee guida operative di base che tutti dovrebbero seguire quando lavorano con Amazon Timestream per InfluxDB. Tieni presente che il Service Level Agreement di Amazon Timestream for InfluxDB richiede di seguire queste linee guida:

• Utilizza i parametri per monitorare l'utilizzo di memoria, CPU e storage. Puoi configurare Amazon in modo che CloudWatch ti avvisi quando i modelli di utilizzo cambiano o quando ti avvicini alla capacità della tua implementazione. In questo modo, è possibile mantenere le prestazioni e la disponibilità del sistema.

• Incrementa la capacità dell'istanza database quando stai per raggiungere i limiti della capacità di storage. Avrai bisogno di memoria e storage aggiuntivi per soddisfare aumenti imprevisti della domanda delle tue applicazioni. Tieni presente che al momento dovrai creare una nuova istanza e migrare i tuoi dati per raggiungere questo obiettivo.

• Se il carico di lavoro del database richiede I/O più di quanto previsto, il ripristino dopo un failover o un errore del database sarà lento. Per aumentare la I/O capacità di un'istanza DB, esegui una o tutte le seguenti operazioni:

  • Esegui la migrazione a un'altra istanza DB con una I/O capacità maggiore.

  • Se stai già utilizzando lo storage di archiviazione Influx IOPS Included, fornisci un tipo di storage con IOPS più elevati inclusi.

• Se l'applicazione client memorizza nella cache i dati DNS (Domain Name Service) delle istanze DB, imposta un valore time-to-live (TTL) inferiore a 30 secondi. L'indirizzo IP sottostante di un'istanza DB può cambiare dopo un failover. La memorizzazione nella cache dei dati DNS per un periodo prolungato può causare errori di connessione. L'applicazione potrebbe tentare di connettersi a un indirizzo IP non più in uso.

Suggerimenti relativi alla RAM per un'istanza di database

Una best practice in termini di prestazioni di Amazon Timestream for InfluxDB consiste nell'allocare abbastanza RAM in modo che il set di lavoro risieda quasi completamente in memoria. Il working set è formato dai dati e dagli indici che vengono utilizzati spesso nell'istanza. Più utilizzi l'istanza DB, più il working set crescerà.