Pour des fonctionnalités similaires à celles d'Amazon Timestream pour, pensez à Amazon Timestream LiveAnalytics pour InfluxDB. Il permet une ingestion simplifiée des données et des temps de réponse aux requêtes à un chiffre en millisecondes pour des analyses en temps réel. Pour en savoir plus, cliquez ici.
Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Passez de l'édition Core à l'édition Enterprise
Vous pouvez mettre à niveau un cluster InfluxDB 3 Core existant vers l'édition Enterprise pour accéder à des fonctionnalités telles que les déploiements multi-nœuds, la conservation des données à long terme et le compactage dédié.
Important
La mise à niveau de Core vers Enterprise est une opération à sens unique. Une fois qu'un cluster est mis à niveau vers Enterprise, il ne peut pas être rétabli vers l'édition Core.
Prérequis et exigences
-
Première activation Enterprise : Si c'est la première fois que vous activez une licence Enterprise sur votre AWS compte, la mise à niveau doit être effectuée via le Console de gestion AWS. Cette activation unique de la console active les fonctionnalités Enterprise pour votre compte.
-
Opérations suivantes : Après l'activation initiale de la console, votre compte est activé pour Enterprise. Vous pouvez ensuite mettre à niveau des clusters Core supplémentaires vers Enterprise ou déployer de nouveaux clusters Enterprise à l' AWS CLI aide de l'API ou du Console de gestion AWS.
Effectuez une mise à niveau à Console de gestion AWS
-
Connectez-vous à la console Timestream for InfluxDB Console de gestion AWS et ouvrez-la.
-
Dans le volet de navigation, choisissez InfluxDB Databases.
-
Sélectionnez le cluster principal que vous souhaitez mettre à niveau.
-
Sélectionnez Modifier.
-
Pour Edition, sélectionnez Enterprise.
-
Passez en revue les modifications et choisissez Modifier le cluster.
Que se passe-t-il pendant la mise à niveau
Lorsque vous mettez à niveau un cluster Core vers Enterprise :
-
Redémarrage du cluster : le cluster redémarre pour appliquer la configuration du moteur Enterprise.
-
Configuration du nœud : en fonction du nombre de nœuds de votre cluster, le cluster sera configuré comme suit :
-
Un cluster d'entreprise à nœud unique (all-in-oneenregistreur, lecteur et compacteur sur un seul nœud)
-
Un cluster d'entreprise à nœuds multiples avec un compacteur dédié (pour les clusters de 3 nœuds ou plus)
-
-
Compaction des données : vos données existantes seront progressivement compactées en arrière-plan par le moteur de compactage Enterprise. Le cluster reste utilisable pendant ce processus.
Note
Le temps nécessaire au compactage des données pour rattraper le retard dépend du volume de données existantes, de la taille du cluster, de la taille de l'instance, ainsi que de la capacité de processeur et de mémoire disponible par rapport à votre charge de travail actuelle.
Important
Considérations relatives à la capacité pour le compactage après la mise à niveau
-
Clusters à nœud unique : lors de la mise à niveau d'un cluster à nœud unique Core vers Enterprise, le compacteur s'exécute sur le même nœud que l'enregistreur et le lecteur. Core n'incluant pas de compacteur, toutes les données existantes doivent être compactées après la mise à niveau. Cela nécessite une capacité de processeur et de mémoire supplémentaire par rapport à celle utilisée par votre charge de travail actuelle. Si le nœud ne dispose pas d'une marge de manœuvre suffisante, le compactage peut concurrencer vos charges de travail de lecture et d'écriture, ce qui peut avoir un impact sur les performances. Envisagez de passer à un type d'instance plus important (par exemple, de
db.influx.xlargeàdb.influx.2xlarge) avant ou immédiatement après la mise à niveau afin de fournir au compacteur les ressources dont il a besoin. Vous pouvez réduire la taille une fois que le compactage aura rattrapé son retard. -
Clusters à nœuds multiples (3 nœuds) : lors de la mise à niveau vers un cluster d'entreprise à 3 nœuds, un nœud compacteur dédié est provisionné. Cependant, les avantages d'Enterprise, tels que l'optimisation des performances des requêtes à partir de données compactées, ne seront pas pleinement exploités tant que le compacteur n'aura pas fini de traiter toutes les données préexistantes. Le temps nécessaire dépend du volume de données déjà présent dans la base de données, de la charge de travail en cours, ainsi que de la taille de l'instance et de la configuration du nœud compacteur.
Réglage des performances de compactage : pour aider le compacteur à traiter les données existantes plus rapidement, vous pouvez ajuster les paramètres Enterprise suivants dans votre groupe de paramètres :
-
compaction-max-num-files-per-plan— Augmentez cette valeur pour permettre au compacteur de traiter davantage de fichiers par cycle de compactage. Par exemple, passez de la valeur par défaut de 500 à 1000—5000 pour les instances plus grandes (db.influx.4xlarge et versions supérieures). Consultez compaction-max-num-files-per-plan les valeurs recommandées par taille d'instance. -
compaction-check-interval— Réduisez la valeur par défaut de 10 secondes à 5 secondes sur db.influx.4xlarge et versions ultérieures afin que le compacteur évalue le travail plus fréquemment.
Pour les clusters à nœud unique, l'augmentation du type d'instance est le moyen le plus efficace d'augmenter la capacité du compacteur, car tous les rôles partagent les ressources du même nœud. Pour les clusters à nœuds multiples, le nœud compacteur dédié utilise la même classe d'instance que les autres nœuds, de sorte que le dimensionnement du type d'instance du cluster augmente également la capacité du compacteur. Pour plus de détails sur les paramètres de compactage, voirCatégorie 4 : Compaction.
Considérations
-
Il s'agit d'une mise à niveau unidirectionnelle. Vous ne pouvez pas passer d'une version Enterprise à une version Core.
-
Planifiez la mise à niveau pendant une période de faible activité afin de laisser au processus de compactage suffisamment d'espace processeur et mémoire pour rattraper le retard.
-
Clusters à nœud unique : envisagez de passer temporairement à un type d'instance plus important avant de procéder à la mise à niveau afin de vous assurer que le compacteur dispose de suffisamment de processeur et de mémoire pour compacter les données existantes sans affecter votre charge de travail.
-
Clusters à nœuds multiples : attendez-vous à une période de transition après la mise à niveau pendant laquelle le compacteur traitera toutes les données préexistantes. Tous les avantages en termes de performances de l'entreprise sont obtenus une fois le compactage terminé. La durée dépend du volume de données, de l'intensité de la charge de travail et de la taille de l'instance.
-
Vous pouvez accélérer le compactage après la mise à niveau en augmentant ou
compaction-max-num-files-per-plancompaction-check-intervalen réduisant votre groupe de paramètres. Consultez Catégorie 4 : Compaction pour plus de détails. -
Après la mise à niveau, vous pouvez tirer parti des fonctionnalités d'entreprise, telles que la mise Mise à l'échelle d'un cluster à l'échelle horizontale de votre cluster.
