기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 어떤 지표를 모니터링해야 합니까?
다음 CloudWatch 지표는 MemoryDB 성능에 대한 좋은 정보를 제공합니다. 대부분의 경우, 이러한 지표에 대해 성능 문제가 생기기 전에 수정 조치를 취할 수 있도록 CloudWatch 경보를 설정하는 것이 좋습니다.
**Topics**
+ [CPUUtilization](#metrics-cpu-utilization)
+ [EngineCPUUtilization](#metrics-engine-cpu-utilization)
+ [SwapUsage](#metrics-swap-usage)
+ [Evictions](#metrics-evictions)
+ [CurrConnections](#metrics-curr-connections)
+ [Memory](#metrics-memory)
+ [Network](#metrics-network)
+ [Latency](#metrics-latency)
+ [복제](#metrics-replication)
## CPUUtilization
이는 백분율(%)로 보고된 호스트 수준 지표입니다. 자세한 내용은 [호스트 수준 지표](metrics.HostLevel.md) 섹션을 참조하세요.
2vCPU 이하의 작은 노드 유형에는 `CPUUtilization ` 지표를 사용하여 워크로드를 모니터링하세요.
일반적으로, 사용 가능한 CPU의 90%로 임곗값을 설정하는 것이 좋습니다. Valkey 및 Redis OSS는 단일 스레드이기 때문에 실제 임곗값은 노드 총용량의 일부로 계산해야 합니다. 2개의 코어가 있는 노드 유형을 사용하는 경우를 예로 들어보겠습니다. 이 경우, CPUUtilization의 임곗값은 90/2 또는 45%입니다. 노드 유형에 있는 코어(vCPU)의 수를 확인하려면 [MemoryDB 요금](https://aws.amazon.com/memorydb/pricing/?p=ps)을 참조하세요.
사용 중인 노드에 있는 코어 개수에 따라 임곗값을 결정해야 합니다. 이 임곗값을 초과하고, 주된 워크로드가 읽기 요청에서 비롯되는 경우에는 읽기 전용 복제본을 추가하여 클러스터를 스케일 아웃합니다. 기본 워크로드가 쓰기 요청에서 발생하는 경우, 샤드를 추가하여 쓰기 워크로드를 프라이머리 노드 전체에 더 많이 배포합니다.
**작은 정보**
호스트 수준 지표 `CPUUtilization`을 사용하는 대신, Valkey 또는 Redis OSS 엔진 코어의 사용률을 보고하는 지표 `EngineCPUUtilization`을 사용할 수 있습니다. 노드에서 이 지표를 사용할 수 있는지 확인하고 자세한 내용을 보려면 [MemoryDB 지표](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html)를 참조하세요.
4vCPU 이상의 대규모 노드 유형에는 Valkey 또는 Redis OSS 엔진 코어의 대한 사용률을 보고하는 `EngineCPUUtilization` 지표를 사용할 수 있습니다. 노드에서 이 지표를 사용할 수 있는지 확인하고 자세한 내용을 보려면 [MemoryDB 지표](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html)를 참조하세요.
## EngineCPUUtilization
4vCPU 이상의 대규모 노드 유형에는 Valkey 또는 Redis OSS 엔진 코어의 대한 사용률을 보고하는 `EngineCPUUtilization` 지표를 사용할 수 있습니다. 노드에서 이 지표를 사용할 수 있는지 확인하고 자세한 내용을 보려면 [MemoryDB 지표](https://docs.aws.amazon.com/memorydb/latest/devguide/metrics.memorydb.html)를 참조하세요.
## SwapUsage
이는 바이트로 보고된 호스트 수준 지표입니다. 자세한 내용은 [호스트 수준 지표](metrics.HostLevel.md) 섹션을 참조하세요.
`FreeableMemory` CloudWatch 지표가 0에 가깝거나(즉, 100MB 미만) `SwapUsage` 지표가 `FreeableMemory` 지표보다 큰 경우 노드가 메모리 부족 상태일 수 있습니다.
## Evictions
이것은 엔진 지표입니다. 애플리케이션 요구 사항에 따라 이 지표에 대한 경보 임곗값을 결정하는 것이 좋습니다.
## CurrConnections
이것은 엔진 지표입니다. 애플리케이션 요구 사항에 따라 이 지표에 대한 경보 임곗값을 결정하는 것이 좋습니다.
*CurrConnections* 개수가 증가하는 것은 애플리케이션에 문제가 있음을 나타내며 이 문제를 해결하려면 애플리케이션 동작을 확인해야 합니다.
## Memory
메모리는 Valkey 및 Redis OSS의 핵심적인 측면입니다. 데이터 손실을 방지하고 데이터 집합의 향후 증가를 수용하려면 클러스터의 메모리 사용률을 파악할 필요가 있습니다. 노드의 메모리 사용률에 대한 통계는 [INFO](https://valkey.io/commands/info) 명령의 메모리 섹션에서 확인할 수 있습니다.
## Network
클러스터의 네트워크 대역폭 용량을 결정하는 요인 중 하나는 선택한 노드 유형입니다. 노드의 네트워크 용량에 대한 자세한 내용은 [Amazon MemoryDB 요금](https://aws.amazon.com/memorydb/pricing/) 섹션을 참조하세요.
## Latency
지연 시간 지표 `SuccessfulWriteRequestLatency` 및 `SuccessfulReadRequestLatency`는 Valkey 엔진의 MemoryDB가 요청에 응답하는 데 걸리는 총 시간을 측정합니다.
**참고**
Valkey 클라이언트에서 CLIENT REPLY가 활성화된 상태에서 Valkey 파이프라이닝을 사용할 때 `SuccessfulWriteRequestLatency` 및 `SuccessfulReadRequestLatency` 지표에 대한 팽창된 값이 발생할 수 있습니다. Valkey 파이프라이닝은 각 개별 명령에 대한 응답을 기다리지 않고 한 번에 여러 명령을 실행하여 성능을 개선하는 기법입니다. 값이 부풀어 오르지 않도록 하려면 [CLIENT REPLY OFF](https://valkey.io/commands/client-reply/)를 사용하여 명령을 파이프라인하도록 Redis 클라이언트를 구성하는 것이 좋습니다.
## 복제
복제되는 데이터의 볼륨은 `ReplicationBytes` 지표를 통해 확인할 수 있습니다. 복제 용량 처리량에 대해 `MaxReplicationThroughput`을 모니터링할 수 있습니다. 최대 복제 용량 처리량에 도달하면 샤드를 더 추가하는 것이 좋습니다.
`ReplicationDelayedWriteCommands`은(는) 또한 워크로드가 최대 복제 용량 처리량을 초과하는지 여부를 나타낼 수도 있습니다. MemoryDB 복제에 대한 자세한 내용은 [MemoryDB 복제 이해](https://docs.aws.amazon.com/memorydb/latest/devguide/replication.html)를 참조하세요.