要获得与亚马逊 Timestream 类似的功能 LiveAnalytics，可以考虑适用于 InfluxDB 的亚马逊 Timestream。适用于 InfluxDB 的 Amazon Timestream 提供简化的数据摄取和个位数毫秒级的查询响应时间，以实现实时分析。点击[此处](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html)了解更多信息。

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 将 Amazon Timestream 配置为 LiveAnalytics
<a name="configuration"></a>

配置内存存储和磁性存储的数据留存期，使其符合数据处理、存储、查询性能及成本要求。
+ 设置内存存储的数据留存，使其符合应用程序对处理延迟到达数据的要求。延迟到达的数据是指时间戳早于当前时间的传入数据。它来自在将数据发送到 Timestream 之前对事件进行批处理的资源 LiveAnalytics，以及间歇性连接的资源（例如间歇性在线的物联网传感器）发出。
+ 如果预期偶尔会有延迟到达的数据其时间戳早于内存存储保留期，则应为表启用磁性存储写入功能。 MagneticStoreWritesProperties 为表设置输入后，该表将接受时间戳早于内存存储保留期但 EnableMagneticStoreWrites 处于磁存储保留期内的数据。
+ 考虑一下您计划在 Timestream 上运行的查询的特征， LiveAnalytics 例如查询类型、频率、时间范围和性能要求。这是因为内存存储和磁性存储针对不同的场景进行优化。内存存储经过优化，可处理发送到 Timestream 的少量最新数据的快速 point-in-time查询。 LiveAnalytics磁存储器针对快速分析查询进行了优化，这些查询可以处理发送到Timestream的 LiveAnalytics中到大量数据。
+ 数据留存期限还应受到系统成本要求的影响。

  例如，假设应用程序延迟到达的数据阈值为 2 小时，而应用程序发送许多查询，这些查询处理的是每日、每周或每月的数据。在此情况下，您可能需要为内存存储配置较短的保留期（2-3 小时），并允许更多数据流向磁性存储，因为磁性存储已针对快速分析查询进行优化。

了解延长或缩短现有表的内存存储和磁性存储数据留存期的影响。
+ 缩短内存存储的保留期时，数据将从内存存储迁移至磁性存储，且此数据传输具有永久性。的 Timestream LiveAnalytics 不会从磁性存储中检索数据来填充内存存储。缩短磁性存储的保留期时，数据将从系统中永久删除。
+ 当您延长内存存储或磁性存储的保留期时，更改将对 LiveAnalytics 从该时起发送到 Timestream 的数据生效。的 Timestream LiveAnalytics 不会从磁性存储中检索数据来填充内存存储。例如，如果内存存储的保留期最初设置为 2 小时，随后延长至 24 小时，则内存存储将需要 22 小时才能包含 24 小时的数据。