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 pour modifier la configuration du moteur ou la forme du cluster (nécessite le redémarrage du cluster).
-
Configuration de livraison des journaux : activez ou modifiez l'exportation CloudWatch des journaux.
-
Édition : mise à niveau de Core vers Enterprise (unidirectionnel). Pour en savoir plus, consultez Passez de l'édition Core à l'édition Enterprise.
-
-
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
Type d'instance de mise à jour :
aws timestream-influxdb update-db-cluster \ --region us-east-1 \ --identifier "my-influxdb3-cluster" \ --db-instance-type db.influxIOIncluded.2xlarge \ --apply-immediately
Mettre à jour le groupe de paramètres (y compris la mise à l'échelle du cluster) :
Pour modifier la configuration de votre cluster, notamment en augmentant le nombre de nœuds, créez un nouveau groupe de paramètres avec la configuration souhaitée et appliquez-le à votre cluster :
# Step 1: Create a new parameter group with desired node configuration aws timestream-influxdb create-db-parameter-group \ --name "scaled-enterprise-pg" \ --parameters '{ "InfluxDBv3Enterprise": { "ingestQueryInstances": 4, "queryOnlyInstances": 10, "dedicatedCompactor": true, "dataFusionNumThreads": 8, "bufferMemLimitMb": 32768 } }' # Step 2: Apply the new parameter group to your cluster using the parameter group identifier aws timestream-influxdb update-db-cluster \ --region us-east-1 \ --identifier "my-influxdb3-cluster" \ --db-parameter-group-identifier "<parameter-group-identifier>" \ --apply-immediately
Mise à l'échelle de votre cluster (édition Enterprise)
Pour les clusters de l'édition Enterprise, vous pouvez redimensionner la taille de votre cluster en appliquant un nouveau groupe de paramètres avec la configuration de nœud souhaitée. Pour des conseils détaillés, voirMise à l'échelle d'un cluster.
-
Mise à l'échelle : ajoutez des nœuds en augmentant ingestQueryInstances (jusqu'à 4) ou queryOnlyInstances (jusqu'à 13)
-
Diminution : supprimez les nœuds en diminuant ces valeurs
-
Modifier les modes des nœuds : ajustez le rapport entre les writer/reader nœuds et les nœuds en lecture seule
Important : les clusters comportant 3 nœuds ou plus nécessitent un compacteur dédié (DedicatedCompactor : true). Lors de la mise à l'échelle, les nœuds sont automatiquement répartis sur plusieurs zones de disponibilité pour une haute disponibilité.
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 ou la forme du cluster (nombre de nœuds et modes) | Nécessite le redémarrage du cluster |
| Livraison de journaux | Configurer l'exportation CloudWatch des journaux | Appliqué immédiatement |
| Edition | Passez de Core à Enterprise (unidirectionnel). Consultez Passez de l'édition Core à l'édition Enterprise. | Nécessite le redémarrage du cluster |
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é.
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 des groupes de paramètres (y compris la mise à l'échelle du cluster) : le redémarrage du cluster est requis. Pour les clusters à nœuds multiples utilisant des points de terminaison de cluster, le trafic est automatiquement redistribué aux nœuds disponibles pendant le processus de mise à jour.
-
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 et des opérations de dimensionnement.
-
Évitez les points de terminaison spécifiques aux nœuds lors des opérations de mise à jour, car des nœuds individuels peuvent être redémarrés ou remplacés.
-
Lors du dimensionnement, tenez compte de vos modèles de charge de travail afin de déterminer le ratio optimal entre writer/reader nœuds et nœuds en lecture seule.
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 (par exemple, les clusters comportant plus de 3 nœuds nécessitent un compacteur dédié).
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.
-
Pour annuler une opération de dimensionnement, créez un groupe de paramètres avec votre configuration de nœud précédente et appliquez-le au cluster.
Surveiller la progression de la mise
Suivez l'état de la mise à jour grâce à :
-
Console : l'état du cluster indique « Modification » lors des mises à jour.
-
CLI : État du cluster de requêtes :
aws timestream-influxdb get-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 aux clusters multi-nœuds lorsque certains nœuds sont encore en cours de création ou de mise à jour)
-
-
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.
-
La mise à niveau de Core vers Enterprise est prise en charge (unidirectionnelle), mais vous ne pouvez pas passer d'une version Enterprise à une version Core. Consultez Passez de l'édition Core à l'édition Enterprise.
-
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 (à l'exception du compacteur).
-
Les groupes de paramètres sont immuables (il faut en créer de nouveaux pour les modifications).
-
Les opérations de dimensionnement du cluster (ajout/suppression de nœuds) nécessitent la création et l'application d'un nouveau groupe de paramètres.
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.