本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
写入
-
确保传入数据的时间戳不早于为内存存储配置的数据保留期,也不得晚于中定义的 future 摄取周期。配额 LiveAnalytics 除非您为表启用磁存储写入,否则发送时间戳超出这些范围的数据将导致 Timestream 拒绝这些数据。如果启用磁存储写入,请确保传入数据的时间戳不早于为磁存储配置的数据保留时间。
-
如果您预计数据会延迟到达,请打开表的磁存储写入功能。这将允许摄取时间戳超出内存存储保留期但仍处于磁性存储保留期内的数据。您可以通过更新表格中的
EnableMagneticStoreWrites
标志来MagneticStoreWritesProperties
进行设置。默认情况下,此属性为 false。请注意,写入磁库的内容不会立即可供查询。它们将在 6 小时内上市。 -
通过确保摄取的数据的时间戳在内存存储保留范围内,将高吞吐量工作负载定位到内存存储。对磁存储的写入仅限于可以同时接收数据库摄取的活动磁存储分区的最大数量。你可以在中看到这个
ActiveMagneticStorePartitions
指标 CloudWatch。为了减少活跃的磁存储分区,目标是减少同时摄入磁存储的序列数量和持续时间。 -
在向 Timestream 发送数据时 LiveAnalytics,在单个请求中批处理多条记录以优化数据提取性能。
-
将来自相同时间序列的记录和具有相同度量名称的记录进行批处理是有益的。
-
在单个请求中批量处理尽可能多的记录,前提是这些请求在中定义的服务限制之内配额。
-
尽可能使用常用属性来降低数据传输和摄取成本。有关更多信息,请参阅 WriteRecords API。
-
-
如果您在向 Timestream 写入数据时遇到部分客户端故障 LiveAnalytics,则可以在解决拒绝原因后重新发送一批提取失败的记录。
-
按时间戳排序的数据具有更好的写入性能。
-
Amazon Timestream 版旨在根据您的应用程序的需求自动进行扩展。 LiveAnalytics 当 Timestream for notices 的应用程序写入请求激增时,您的应用程序可能会遇到某种程度的初始内存存储限制。 LiveAnalytics 如果您的应用程序遇到内存存储限制,请继续以相同(或更高)的速率向 Timestream 发送数据,以使 Timestream 能够自动扩展以满足应用程序的需求。 LiveAnalytics LiveAnalytics 如果你看到磁性存储的节流,你应该降低磁性存储的摄取速率,直到你下降的次数。
ActiveMagneticStorePartitions