要获得与亚马逊 Timestream 类似的功能 LiveAnalytics,可以考虑适用于 InfluxDB 的亚马逊 Timestream。适用于 InfluxDB 的 Amazon Timestream 提供简化的数据摄取和个位数毫秒级的查询响应时间,以实现实时分析。点击此处了解更多信息。
本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
维护时段
适用于 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 <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 <instance-identifier> \ --maintenance-schedule '{ "timezone": "UTC", "preferredMaintenanceWindow": "" }' \ --region us-west-2
重要
如果所需的维护操作已推迟超过 25 天,则该服务可能会在您的首选时段之外进行维护,以确保您的资源的安全性和可靠性。
在维护期间,数据库实例的状态更改为MAINTENANCE。完成后,状态将恢复为AVAILABLE。
支持的时区
使用 IANA 时区标识符。不支持时区缩写EST,例如PST、GMT+5和。
| 时区 | 描述 |
|---|---|
UTC | 协调世界时(默认) |
America/New_York | 美国东部航空 |
America/Chicago | 美国中部 |
America/Denver | 美国山脉 |
America/Los_Angeles | 美国太平洋地区 |
America/Sao_Paulo | 巴西 |
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 之间,以防止春季前进期间跳过窗口。