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](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html).
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.
# Fenêtres de maintenance
Amazon Timestream pour InfluxDB effectue régulièrement la maintenance des ressources d'InfluxDB sur Amazon Timestream. La maintenance implique le plus souvent des mises à jour des ressources suivantes dans votre instance de base de données :
+ Matériel sous-jacent
+ Système d’exploitation (SE) sous-jacent
+ Version du moteur de base de données
Les mises à jour du système d’exploitation se produisent le plus souvent pour des raisons de sécurité.
Certains éléments de maintenance nécessitent qu'Amazon Timestream pour InfluxDB mette votre instance de base de données hors ligne pendant une courte période. Parmi les éléments de maintenance qui nécessitent qu’une ressource soit hors ligne figure l’application obligatoire de correctifs au système d’exploitation ou à la base de données. Les mises à jour correctives obligatoires sont planifiées automatiquement uniquement pour les correctifs associés à la sécurité et à la fiabilité de l’instance. Ce type d’application de correctifs est peu fréquent, généralement une fois tous les quelques mois. Cela nécessite rarement plus d’une fraction de votre fenêtre de maintenance.
**Fenêtre de maintenance**
Chaque instance de base de données Amazon Timestream pour InfluxDB dispose d'une fenêtre de maintenance hebdomadaire au cours de laquelle la maintenance est effectuée. Vous pouvez configurer votre fenêtre de maintenance de deux manières :
+ **Service géré (par défaut)** : Amazon Timestream pour InfluxDB détermine la fenêtre de maintenance optimale pour votre ressource.
+ **Géré par le client** : vous spécifiez une fenêtre de maintenance préférée à l'aide du format `ddd:HH:MM-ddd:HH:MM` (par exemple,`Sun:02:00-Sun:04:00`). La fenêtre doit être d'au moins 2 heures et pas plus de 24 heures. Les fenêtres entre minuit et minuit sont prises en charge.
Vous pouvez définir votre fenêtre de maintenance préférée lors de la création d'une instance de base de données ou la modifier ultérieurement à l'aide de l'`update-db-instance`API.
**Fuseau horaire**
Vous pouvez spécifier un fuseau horaire pour votre fenêtre de maintenance à l'aide du `timezone` champ. Lorsqu'elle est définie, les heures des fenêtres sont interprétées dans le fuseau horaire spécifié. Le champ `timezone` est obligatoire. Utilisez des identifiants de fuseau horaire IANA tels `America/New_York` que ou. `Asia/Tokyo` Le système gère automatiquement les transitions à l'heure d'été.
**Exemples de CLI**
Créez une instance de base de données avec une fenêtre de maintenance personnalisée :
```
aws timestream-influxdb create-db-instance \
--name "my-influxdb" \
--db-instance-type db.influx.medium \
--allocated-storage 50 \
--vpc-subnet-ids subnet-12345abc subnet-67890def \
--vpc-security-group-ids sg-12345abc \
--maintenance-schedule '{
"timezone": "America/New_York",
"preferredMaintenanceWindow": "Sun:02:00-Sun:04:00"
}' \
--region us-west-2
```
Mettez à jour la fenêtre de maintenance sur une instance de base de données existante :
```
aws timestream-influxdb update-db-instance \
--identifier \
--maintenance-schedule '{
"timezone": "Asia/Tokyo",
"preferredMaintenanceWindow": "Wed:03:00-Wed:06:00"
}' \
--region us-west-2
```
Revenir au service géré :
```
aws timestream-influxdb update-db-instance \
--identifier \
--maintenance-schedule '{
"timezone": "UTC",
"preferredMaintenanceWindow": ""
}' \
--region us-west-2
```
**Important**
Si une action de maintenance requise a été reportée de plus de 25 jours, le service peut appliquer la maintenance en dehors de votre période préférée afin de garantir la sécurité et la fiabilité de votre ressource.
Pendant la maintenance, le statut de l'instance de base de données passe à`MAINTENANCE`. Une fois l'opération terminée, le statut revient à`AVAILABLE`.
**Fuseaux horaires pris en charge**
Utilisez les identifiants de fuseau horaire de l'IANA. Les abréviations de fuseau horaire telles que `EST``PST`, et ne `GMT+5` sont pas prises en charge.
| **Fuseau horaire** | **Description** |
| --- | --- |
| UTC | Temps universel coordonné (par défaut) |
| America/New\$1York | Est des États-Unis |
| America/Chicago | Centre des États-Unis |
| America/Denver | Montagne américaine |
| America/Los\$1Angeles | Pacifique américain |
| America/Sao\$1Paulo | Brésil |
| Europe/London | Royaume-Uni |
| Europe/Paris | Europe centrale |
| Europe/Berlin | Allemagne |
| Asia/Tokyo | Japon |
| Asia/Shanghai | Chine |
| Asia/Singapore | Singapour |
| Asia/Mumbai | Inde |
| Asia/Dubai | ÉMIRATS ARABES UNIS |
| Australia/Sydney | Australie orientale |
| Pacific/Auckland | Nouvelle-Zélande |
**Considérations**
+ Les fenêtres de maintenance définissent à quel moment la maintenance *peut* avoir lieu, et non à quel moment elle *aura* lieu. La maintenance est effectuée selon les besoins, généralement pas plus d'une fois par semaine.
+ La maintenance est requise au moins une fois par mois pour les correctifs de sécurité et de fiabilité.
+ Pour les déploiements multi-AZ, la maintenance est d'abord effectuée en mode veille, puis un basculement se produit, minimisant ainsi les temps d'arrêt.
+ Si vous utilisez un fuseau horaire avec des transitions à l'heure d'été, évitez de planifier la maintenance entre 1 h 00 et 3 h 00 du matin afin d'éviter de sauter des fenêtres au printemps.