# 전역 테이블 모니터링 **중요** 이 설명서는 버전 2017.11.29(레거시)의 글로벌 테이블에 대한 것이므로 새 글로벌 테이블의 경우 사용하지 않아야 합니다. 가능하면 [글로벌 테이블 버전 2019.11.21(현재)](GlobalTables.md)을 사용해야 합니다. 이는 2017.11.29(레거시)보다 유연성과 효율성이 뛰어나고 쓰기 용량을 적게 소비합니다. 사용 중인 버전을 확인하려면 [글로벌 테이블 버전 확인](V2globaltables_versions.md#globaltables.DetermineVersion) 섹션을 참조하세요. 기존 전역 테이블을 버전 2017.11.29(레거시)에서 버전 2019.11.21(현재)로 업데이트하는 경우 [DynamoDB 글로벌 테이블 버전](V2globaltables_versions.md) 섹션을 참조하세요. Amazon CloudWatch를 사용하여 전역 테이블의 동작과 성능을 모니터링할 수 있습니다. Amazon DynamoDB는 전역 테이블의 각 복제본에 대해 `ReplicationLatency` 및 `PendingReplicationCount` 지표를 게시합니다. + **`ReplicationLatency`** - 한 복제 테이블에 대한 DynamoDB Streams에 나타나는 업데이트된 항목과 전역 테이블의 다른 복제본에 나타나는 항목 간의 경과 시간입니다. `ReplicationLatency`는 밀리초 단위로 표현되며, 모든 원본 및 대상-리전 쌍에 대해 내보내집니다. 정상 작동 중에는 `ReplicationLatency`가 상당히 일정해야 합니다. `ReplicationLatency` 값이 상승하면 한 복제본의 업데이트 내용이 다른 복제본 테이블로 시기 적절하게 전파되지 않는다는 것을 나타낼 수 있습니다. 시간이 지날수록 다른 복제본 테이블이 더 이상 지속적으로 업데이트 내용을 받지 않기 때문에 *뒤처질* 수 있습니다. 이 경우에는 각 복제본 테이블에 대해 읽기 용량 단위(RCU)와 쓰기 용량 단위(WCU)가 동일한지 확인해야 합니다. 또한 WCU 설정을 선택할 때 [글로벌 테이블 버전용량 관리 모범 사례 및 요구 사항](globaltables_reqs_bestpractices.md#globaltables_reqs_bestpractices.tables)의 권장 사항을 따라야 합니다. `ReplicationLatency`는 AWS 리전의 성능이 저하되고 해당 리전에 복제 테이블이 있는 경우에 증가할 수 있습니다. 이 경우 애플리케이션의 읽기 및 쓰기 작업을 다른 AWS 리전으로 일시적으로 리디렉션할 수 있습니다. + **`PendingReplicationCount`** - 한 복제 테이블에 쓰여졌지만 전역 테이블의 다른 복제본에는 아직 쓰여지지 않은 항목 업데이트 수입니다. `PendingReplicationCount`는 항목 수로 표현되며, 모든 원본 및 대상-리전 쌍에 대해 내보내집니다. 정상 작동 중에는 `PendingReplicationCount`가 매우 작아야 합니다. `PendingReplicationCount`가 오랜 시간 동안 증가하면 복제본 테이블의 프로비저닝된 쓰기 용량 설정이 현재 워크로드에 충분한지 여부를 조사해야 합니다. `PendingReplicationCount`는 AWS 리전의 성능이 저하되고 해당 리전에 복제 테이블이 있는 경우에 증가할 수 있습니다. 이 경우 애플리케이션의 읽기 및 쓰기 작업을 다른 AWS 리전으로 일시적으로 리디렉션할 수 있습니다. 자세한 내용은 [DynamoDB 지표 및 차원](metrics-dimensions.md) 섹션을 참조하세요.