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.
Mettre à jour un cluster dans Timestream pour InfluxDB 3
Une fois votre cluster créé, vous pouvez modifier certains paramètres de configuration pour vous adapter à l'évolution des exigences de charge de travail dans Amazon Timestream. Notez que certaines modifications peuvent entraîner une interruption temporaire du processus de mise à jour.
Mettez à jour un cluster à l'aide du AWS Management Console
-
Connectez-vous à la console de AWS gestion et ouvrez la console Amazon Timestream pour InfluxDB.
-
Dans le volet de navigation, choisissez InfluxDB Databases.
-
Sélectionnez le cluster que vous souhaitez modifier.
-
Sélectionnez Modifier.
-
Mettre à jour les paramètres disponibles :
-
Classe d'instance : augmentez ou diminuez les ressources de calcul (s'applique à tous les nœuds du cluster et nécessite le redémarrage du cluster).
-
Groupe de paramètres : associez un autre groupe de paramètres (nécessite le redémarrage du cluster).
-
Configuration de livraison des journaux : activez ou modifiez l'exportation CloudWatch des journaux.
-
-
Choisissez Continuer et passez en revue vos modifications.
-
Sélectionnez le moment où vous souhaitez appliquer les modifications :
-
Appliquer immédiatement : les modifications sont appliquées immédiatement (cela peut entraîner de brèves interruptions de service).
-
-
Choisissez Modifier le cluster.
Mettez à jour un cluster à l'aide du AWS CLI
Pour mettre à jour un cluster existant à l'aide de AWS CLI :
aws timestream-influxdb update-db-cluster \ --region us-east-1 \ --identifier "my-influxdb3-cluster" \ --db-instance-type db.influxIOIncluded.2xlarge \ --db-parameter-group-identifier "new-parameter-group" \ --apply-immediately
Considérations relatives à la mise à jour d'un cluster
Paramètres modifiables
Les paramètres suivants peuvent être modifiés après la création du cluster :
| Paramètre | Description | Impact |
|---|---|---|
| Classe d'instance | Augmentez ou diminuez les compute/memory ressources | Nécessite un redémarrage progressif des nœuds |
| Groupe de paramètres | Modifier la configuration du moteur de base de données | Nécessite le redémarrage du cluster |
| Livraison de journaux | Configurer l'exportation CloudWatch des journaux | Appliqué immédiatement |
Paramètres non modifiables
Les paramètres suivants ne peuvent pas être modifiés après la création du cluster :
-
VPC et sous-réseaux : l'emplacement du réseau est fixe.
-
Groupes de sécurité : les contrôles d'accès au réseau ne peuvent pas être modifiés.
-
Accessibilité publique : le paramètre d'accessibilité à Internet est permanent.
-
Identifiant du cluster de base de données : le nom du cluster ne peut pas être modifié.
-
Édition : Impossible de passer de Core à Enterprise.
Impact des temps d'arrêt :
-
Changements de classe d'instance : redémarrage progressif (temps d'arrêt minimal avec les clusters à nœuds multiples).
-
Modifications du groupe de paramètres : le redémarrage complet du cluster est requis.
-
Consignez les modifications de configuration : aucun temps d'arrêt.
Bonnes pratiques :
-
Planifiez soigneusement la configuration réseau avant de créer le cluster, car elle ne peut pas être modifiée.
-
Testez d'abord les modifications dans des environnements hors production.
-
Surveillez les métriques pendant et après les mises à jour pour vérifier les performances.
-
Utilisez les points de terminaison du cluster pour garantir un basculement transparent lors des mises à jour continues.
-
Évitez les points de terminaison spécifiques aux nœuds lors des opérations de mise à jour.
Validation :
-
Le système valide toutes les modifications avant de les appliquer.
-
Les configurations non valides sont rejetées avec des messages d'erreur descriptifs.
-
Certaines combinaisons de paramètres peuvent ne pas être compatibles.
Annulation :
-
Conservez les configurations de groupes de paramètres précédentes pour une restauration facile.
-
Documentez les paramètres actuels avant d'apporter des modifications.
-
Pour les modifications critiques, créez des instantanés du cluster avant de procéder à la mise à jour.
Surveiller la progression de la mise
Suivez l'état de la mise à jour par le biais de :
-
Console : l'état du cluster indique « Modification » lors des mises à jour.
-
CLI : État du cluster de requêtes :
aws timestream-influxdb describe-db-cluster \ --identifier "my-influxdb3-cluster"Les statuts possibles d'un cluster sont les suivants :
-
CREATING -
UPDATING -
DELETING -
AVAILABLE -
FAILED -
DELETED -
UPDATING_INSTANCE_TYPE -
PARTIALLY_AVAILABLE(Applicable uniquement au cluster multi-nœuds lorsque certains nœuds sont encore en cours de création)
-
-
CloudWatch Métriques : surveillez les indicateurs de performance lors des mises à jour.
Limites
Limitations actuelles pour les mises à jour de clusters :
-
Impossible de modifier le VPC, les sous-réseaux, les groupes de sécurité ou l'accessibilité publique après leur création.
-
Impossible de passer de l'édition Core à l'édition Enterprise (ou vice versa).
-
Impossible de renommer le cluster (l'identifiant du cluster de base de données est immuable).
-
Tous les nœuds doivent utiliser la même classe d'instance.
-
Les groupes de paramètres sont immuables (il faut en créer de nouveaux pour les modifications).
En comprenant ces capacités et limites de mise à jour, vous pouvez gérer et dimensionner efficacement vos clusters InfluxDB 3 pour répondre à l'évolution des exigences de charge de travail tout en planifiant de manière appropriée les paramètres qui doivent être configurés au moment de la création du cluster.
