要获得与亚马逊 Timestream 类似的功能 LiveAnalytics，可以考虑适用于 InfluxDB 的亚马逊 Timestream。适用于 InfluxDB 的 Amazon Timestream 提供简化的数据摄取和个位数毫秒级的查询响应时间，以实现实时分析。点击[此处](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html)了解更多信息。
本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 维护时段
适用于 InfluxDB 的 Amazon Timestream 会定期对适用于 InfluxDB 的 Amazon Timestream 资源执行维护操作。维护通常涉及对数据库实例中以下资源的更新：
+ 底层硬件
+ 底层操作系统（OS）
+ 数据库引擎版本
针对操作系统的更新最常见的原因是安全问题。
某些维护项目需要适用于 InfluxDB 的 Amazon Timestream 使数据库实例脱机一小段时间。要求资源脱机的维护项目包括必需的操作系统或数据库修补。仅对与安全性和实例可靠性相关的修补程序自动安排必需的修补。此类补丁很少发生，通常每隔几个月发生一次。它所需要的维护时间很少超过维护窗口的一小部分。
**维护窗口**
每个适用于 InfluxDB 数据库实例的 Amazon Timestream 都有一个每周维护时段，在此期间进行维护。您可以通过两种方式配置维护时段：
+ **服务托管（默认）**：适用于 InfluxDB 的 Amazon Timestream 确定您的资源的最佳维护时段。
+ **客户管理**：您可以使用格式指定首选维护时段`ddd:HH:MM-ddd:HH:MM`（例如，`Sun:02:00-Sun:04:00`）。时段必须至少为 2 小时且不超过 24 小时。支持跨午夜窗口。
您可以在创建数据库实例时设置首选维护时段，也可以在以后使用 `update-db-instance` API 进行更改。
**时区**
您可以使用`timezone`字段为维护时段指定时区。设置后，窗口时间将按指定的时区进行解释。`timezone` 字段为必填项。使用 IANA 时区标识符，例如或。`America/New_York` `Asia/Tokyo`系统会自动处理夏令时过渡。
**CLI 示例**
创建具有自定义维护时段的数据库实例：
```
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
```
更新现有数据库实例的维护时段：
```
aws timestream-influxdb update-db-instance \
--identifier \
--maintenance-schedule '{
"timezone": "Asia/Tokyo",
"preferredMaintenanceWindow": "Wed:03:00-Wed:06:00"
}' \
--region us-west-2
```
恢复到服务托管：
```
aws timestream-influxdb update-db-instance \
--identifier \
--maintenance-schedule '{
"timezone": "UTC",
"preferredMaintenanceWindow": ""
}' \
--region us-west-2
```
**重要**
如果所需的维护操作已推迟超过 25 天，则该服务可能会在您的首选时段之外进行维护，以确保您的资源的安全性和可靠性。
在维护期间，数据库实例的状态更改为`MAINTENANCE`。完成后，状态将恢复为`AVAILABLE`。
**支持的时区**
使用 IANA 时区标识符。不支持时区缩写`EST`，例如`PST`、`GMT+5`和。
| **时区** | **描述** |
| --- | --- |
| UTC | 协调世界时（默认） |
| America/New\$1York | 美国东部航空 |
| America/Chicago | 美国中部 |
| America/Denver | 美国山脉 |
| America/Los\$1Angeles | 美国太平洋地区 |
| America/Sao\$1Paulo | 巴西 |
| Europe/London | UK |
| Europe/Paris | 中欧 |
| Europe/Berlin | 德国 |
| Asia/Tokyo | 日本 |
| Asia/Shanghai | 中国 |
| Asia/Singapore | 新加坡 |
| Asia/Mumbai | 印度 |
| Asia/Dubai | 阿联酋 |
| Australia/Sydney | 澳大利亚东部 |
| Pacific/Auckland | 新西兰 |
**注意事项**
+ 维护时段定义了何时*可以*进行维护，而不是*何*时进行维护。根据需要进行维护，通常每周不超过一次。
+ 为了安全性和可靠性修补，每月至少需要维护一次。
+ 对于多可用区部署，首先在备用服务器上执行维护，然后进行故障转移，从而最大限度地减少停机时间。
+ 如果您使用时区进行夏令时过渡，请避免将维护安排在凌晨 1:00 至凌晨 3:00 之间，以防止春季前进期间跳过窗口。