监控全局表
重要
本文档适用于版本 2017.11.29（旧版）的全局表，对于新的全局表，应避免使用该版本。客户应尽可能使用全局表版本 2019.11.21（当前版），因为相比 2017.11.29（旧版），它提供了更大的灵活性、更高的效率并且消耗的写入容量更少。
要确定正在使用的版本，请参阅确定您正在使用的 DynamoDB 全局表版本。要将现有全局表从版本 2017.11.29（旧版）更新到版本 2019.11.21（当前版），请参阅升级全局表。
您可以使用 Amazon CloudWatch 监控全局表的行为和性能。Amazon DynamoDB 发布全局表中每个副本的 ReplicationLatency 和 PendingReplicationCount 指标。
-
ReplicationLatency—从 DynamoDB 流显示副本表的更新项目，到该项目出现在全局表的另一个副本中之间经过的时间。ReplicationLatency以毫秒表示，并针对每个源区域和目标区域对发出。在正常操作期间，
ReplicationLatency应相当恒定。ReplicationLatency值上升可能表明来自一个副本的更新没有及时传播到其他副本表。随着时间的推移，这会导致其他副本表落后，因为它们不能再一致地收到更新。在这种情况下，应验证每个副本表的读取容量单位 (RCU) 和写入容量单位 (WCU) 是否相同。此外，选择 WCU 设置时，应遵循 全局表版本 中的建议。如果某个 Amazon 区域降级，并且您在该区域有一个副本表，则
ReplicationLatency会增加。在这种情况下，可以临时将应用程序的读取和写入活动重定向到不同的 Amazon 区域。 PendingReplicationCount-写入一个副本表但尚未写入全局表中另一个复制副本的项目更新数。PendingReplicationCount以项目数表示，并针对每个源-和目的地-区域对发射。在正常运行期间，
PendingReplicationCount应该非常低。如果PendingReplicationCount增加延期时，请调查副本表的预配写入容量设置是否足以满足当前工作负载。如果某个 Amazon 区域降级，并且您在该区域有一个副本表，则
PendingReplicationCount会增加。在这种情况下，可以临时将应用程序的读取和写入活动重定向到不同的 Amazon 区域。
有关更多信息，请参阅 DynamoDB 指标与维度。