监控全局表

重要

本文档适用于版本 2017.11.29（旧版）的全局表，对于新的全局表，应避免使用该版本。客户应尽可能使用全局表格版本 2019.11.21（当前），因为它比 2017.11.29（旧版）提供了更大的灵活性、更高的效率和更少的写入容量。

要确定正在使用的版本，请参阅确定您正在使用的全局表版本。要将现有全局表从版本 2017.11.29（旧版）更新到版本 2019.11.21（当前版），请参阅升级全局表。

您可以使用 Amazon CloudWatch 来监控全局表的行为和性能。Amazon DynamoDB 发布全局表中每个副本的 ReplicationLatency 和 PendingReplicationCount 指标。

• ReplicationLatency—从 DynamoDB 流显示副本表的更新项目，到该项目出现在全局表的另一个副本中之间经过的时间。ReplicationLatency 以毫秒表示，并针对每个源区域和目标区域对发出。

  在正常操作期间，ReplicationLatency 应相当恒定。ReplicationLatency 值上升可能表明来自一个副本的更新没有及时传播到其他副本表。随着时间的推移，这会导致其他副本表落后，因为它们不能再一致地收到更新。在这种情况下，应验证每个副本表的读取容量单位 (RCU) 和写入容量单位 (WCU) 是否相同。此外，选择 WCU 设置时，应遵循 全局表版本 中的建议。

  如果某个 AWS 区域降级，并且您在该区域有一个副本表，则 ReplicationLatency 会增加。在这种情况下，可以临时将应用程序的读取和写入活动重定向到不同的 AWS 区域。

• PendingReplicationCount-写入一个副本表但尚未写入全局表中另一个复制副本的项目更新数。PendingReplicationCount以项目数表示，并针对每个源-和目的地-区域对发射。

  在正常运行期间，PendingReplicationCount 应该非常低。如果 PendingReplicationCount 增加延期时，请调查副本表的预配写入容量设置是否足以满足当前工作负载。

  如果某个 AWS 区域降级，并且您在该区域有一个副本表，则 PendingReplicationCount 会增加。在这种情况下，可以临时将应用程序的读取和写入活动重定向到不同的 AWS 区域。

有关更多信息，请参阅 DynamoDB 指标与维度。