Questions fréquentes sur Time Series Database (TSDB) : choix d'instance, connectivité, visualisation des données et résolution des erreurs.
Comment choisir un type d'instance TSDB ?
Sélectionnez un type d'instance selon deux métriques clés :
Nombre de séries temporelles : nombre total de points de collecte de données sur l'ensemble de vos appareils. Un point de collecte correspond généralement à un capteur qui transmet des données. Formule : Nombre total d'appareils × Nombre de points de collecte ou de capteurs par appareil.
Débit d'écriture : nombre moyen de points de données écrits dans TSDB par seconde. Formule : Nombre de séries temporelles × Nombre moyen de points de données écrits par seconde et par série temporelle.
Dans un modèle multivaleur, calculez le nombre total de points de données ainsi : Nombre d'enregistrements × Nombre de champs par enregistrement.
TSDB prend-il en charge l'accès public ?
Oui. Après avoir créé une instance dans un Virtual Private Cloud (VPC), activez l'accès au réseau public dans la console TSDB. Pour plus d'informations, consultez la section Public network connection de la rubrique Connectivité réseau.
Comment visualiser les données TSDB ?
Utilisez Grafana pour visualiser les données TSDB. Pour plus d'informations, consultez la rubrique Se connecter à Grafana pour la visualisation des données.
Que faire en cas d'erreur « Connection timed out » lors de l'accès à une instance ?
Cette erreur survient car les instances TSDB sont créées par défaut dans un VPC. La machine cliente et l'instance TSDB doivent se trouver dans le même VPC pour établir une connexion.
Si votre machine cliente et l'instance se trouvent dans la même région, ajoutez la machine cliente au VPC de l'instance TSDB. Pour plus d'informations, consultez l'exemple Migration d'une seule instance ECS.
Que faire en cas d'erreur « Exceed Max TS counter xxxx » ?
Cette erreur indique que votre instance a atteint le nombre maximal de séries temporelles. Augmentez la capacité de votre instance pour relever cette limite. Pour plus d'informations, consultez la rubrique Spécifications et tarifs.
Que faire en cas d'erreur « a null credential specified in the authorization field » ?
Cette erreur signifie que la fonctionnalité gestion des utilisateurs est activée sur l'instance, mais que la requête n'incluait pas d'identifiants d'authentification.
Lorsque la gestion des utilisateurs est activée, toutes les requêtes d'écriture et d'interrogation adressées à TSDB doivent inclure des identifiants d'authentification. Mettez à jour la logique de votre application pour transmettre les identifiants dans chaque requête.
Pourquoi ma requête TSQL renvoie-t-elle une erreur « INTERNAL: Missing start time » ?
Lorsque vous exécutez une requête SQL sur la page TSQL Data Studio de la console TSDB, vous pouvez rencontrer l'erreur suivante :
Error in calling SQL restful api with error { "errorMessage" : "INTERNAL_ERROR ERROR: io.grpc.StatusRuntimeException: INTERNAL: Missing start time.\nTSDB query execution failure \n …… }Cause : L'instruction SQL n'inclut pas d'heure de début dans la clause WHERE. Par exemple, la requête suivante déclenche l'erreur :
select * from metric_nameUne requête sans plage de temps effectue une analyse complète de la table, ce qui peut dégrader les performances de l'instance sur de grands volumes de données. À partir de la version 2.5.14 de TSDB, toutes les requêtes SQL doivent inclure une heure de début, conformément aux requêtes HTTP API.
Solution : Ajoutez une heure de début à la clause WHERE. Par exemple :
select * from metric_name where `timestamp` >= '2020-01-01 00:00:00 +0800'