有关与适用于 LiveAnalytics 的 Amazon Timestream 类似的功能,可以考虑使用适用于 InfluxDB 的 Amazon Timestream。适用于 InfluxDB 的 Amazon Timestream 提供简化的数据摄取和个位数毫秒级的查询响应时间,以实现实时分析。点击此处了解更多信息。
读取
-
确保传入数据的时间戳不早于内存存储配置的数据留存期,且不晚于 限额 中定义的未来摄取周期。除非您为表启用磁性存储写入,否则发送时间戳超出这些范围的数据将导致适用于 LiveAnalytics 的 Timestream 拒绝这些数据。如果启用磁性存储写入,请确保传入数据的时间戳不早于磁性存储配置的数据留存时间。
-
如果预计数据会延迟到达,请为表启用磁性存储写入。这将允许摄取时间戳超出内存存储保留期但仍处于磁性存储保留期内的数据。您可以通过更新表的
MagneticStoreWritesProperties中的EnableMagneticStoreWrites标志以进行设置。默认情况下,此属性为 false。请注意,写入磁性存储的内容不会立即可供查询。这些内容将在 6 小时内提供。 -
通过确保摄取数据的时间戳在内存存储保留范围内,将高吞吐量工作负载定位到内存存储。对磁性存储的写入受限于数据库中可接收并发摄取的活动磁性存储分区最大数量。可在 CloudWatch 中查看此
ActiveMagneticStorePartitions指标。为减少活动磁性存储分区数量,请尽量减少并行磁性存储摄取过程中涉及的系列数量及持续时间。 -
向适用于 LiveAnalytics 的 Timestream 发送数据时,在单个请求中批处理多条记录以优化数据摄取性能。
-
将来自相同时间序列的记录和具有相同度量名称的记录进行批处理会有所助益。
-
在单个请求中尽可能批处理更多记录,前提是这些请求符合 限额 中定义的服务限制。
-
尽可能使用通用属性以减少数据传输和摄取成本。有关更多信息,请参阅 WriteRecords API。
-
-
如果在向适用于 LiveAnalytics 的 Timestream 写入数据时遇到部分客户端故障,可在解决拒绝原因后重新发送一批摄取失败的记录。
-
按时间戳排序的数据具有更优的写入性能。
-
适用于 LiveAnalytics 的 Amazon Timestream 旨在自动扩展以满足应用程序需求。当适用于 LiveAnalytics 的 Timestream 检测到应用程序写入请求激增时,应用程序可能会经历某种程度的初始内存存储节流。如果应用程序遇到内存存储节流,请继续以相同(或更高)的速率向适用于 LiveAnalytics 的 Timestream 发送数据,以使适用于 LiveAnalytics 的 Timestream 能够自动扩展以满足应用程序需求。如果发现磁性存储节流,应降低磁性存储的摄取速率,直至
ActiveMagneticStorePartitions数量下降。