어떤 지표를 모니터링해야 합니까? - Amazon ElastiCache

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

어떤 지표를 모니터링해야 합니까?

다음 CloudWatch 지표는 ElastiCache 성능에 대한 좋은 통찰력을 제공합니다. 대부분의 경우 성능 문제가 발생하기 전에 수정 조치를 취할 수 있도록 이러한 지표에 대한 CloudWatch 경보를 설정하는 것이 좋습니다.

CPUUtilization

이는 백분율(%)로 보고된 호스트 수준 지표입니다. 자세한 내용은 호스트 수준 지표 단원을 참조하십시오.

Valkey 및 Redis OSS

2 vCPUs 이하인 작은 노드 유형의 경우 CPUUtilization 지표를 사용하여 워크로드를 모니터링합니다.

일반적으로 임계값을 사용 가능한 의 90%로 설정하는 것이 좋습니다CPU. Valkey와 RedisOSS는 모두 단일 스레드이므로 실제 임계값은 노드 총 용량의 일부로 계산해야 합니다. 2개의 코어가 있는 노드 유형을 사용하는 경우를 예로 들어보겠습니다. 이 경우 의 임계값은 90/2 또는 45%CPUUtilization입니다.

사용 중인 캐시 노드에 있는 코어 개수에 따라 임계값을 결정해야 합니다. 이 임계값을 초과하고, 주된 워크로드가 읽기 요청에서 비롯되는 경우에는 읽기 전용 복제본을 추가하여 캐시 클러스터를 스케일 아웃합니다. 주된 워크로드가 쓰기 요청에서 비롯되는 경우에는 클러스터 구성에 따라 다음을 권장합니다.

  • Valkey 또는 RedisOSS(클러스터 모드 비활성화됨) 클러스터: 더 큰 캐시 인스턴스 유형을 사용하여 확장합니다.

  • Valkey 또는 RedisOSS(클러스터 모드 활성화됨) 클러스터: 샤드를 더 추가하여 쓰기 워크로드를 더 많은 프라이머리 노드에 분산합니다.

작은 정보

호스트 수준 지표 를 사용하는 대신 CPUUtilizationValkey 및 Redis OSS 사용자는 Valkey 또는 Redis OSS 엔진 코어의 사용량 비율을 EngineCPUUtilization보고하는 지표 를 사용할 수 있습니다. 노드에서 이 지표를 사용할 수 있는지 확인하고 자세한 내용은 Valkey 및 Redis 에 대한 지표를 OSS참조하세요.

4vCPUs 개 이상의 더 큰 노드 유형의 경우 Valkey 또는 Redis OSS 엔진 코어의 사용량 비율을 보고하는 EngineCPUUtilization 지표를 사용할 수 있습니다. 노드에서 이 지표를 사용할 수 있는지 확인하고 자세한 내용은 Redis 지표를 OSS참조하세요.

Memcached

Memcached는 다중 스레드이므로 이 지표가 90%에 이를 수 있습니다. 이 임계값을 초과하는 경우 더 큰 캐시 노드 유형을 사용하여 캐시 클러스터를 확장하거나 더 많은 캐시 노드를 추가하여 확장합니다.

EngineCPUUtilization

4vCPUs 개 이상의 더 큰 노드 유형의 경우 Redis OSS 엔진 코어의 사용량 비율을 보고하는 EngineCPUUtilization 지표를 사용할 수 있습니다. 노드에서 이 지표를 사용할 수 있는지 확인하고 자세한 내용은 Valkey 및 Redis 에 대한 지표를 OSS참조하세요.

자세한 내용은 Amazon 를 사용하여 Amazon(Redis )을 사용한 모범 사례 모니터링 CPUs 섹션을 참조하세요. ElastiCache OSS CloudWatch

SwapUsage (발키 및 Redis OSS)

이는 바이트로 보고된 호스트 수준 지표입니다. 자세한 내용은 호스트 수준 지표 단원을 참조하십시오.

FreeableMemory CloudWatch 지표가 0에 가깝거나(즉, 100MB 미만) SwapUsage 지표보다 큰 FreeableMemory 지표는 노드가 메모리 압력 상태임을 나타냅니다. 이러한 상황이 발생하면 다음 주제를 참조하세요.

Evictions

이것은 캐시 엔진 지표입니다. 애플리케이션 요구 사항에 따라 이 지표에 대한 경보 임계값을 결정하는 것이 좋습니다.

Memcached를 사용하고 선택한 임계값을 초과하는 경우 더 큰 노드 유형을 사용하여 클러스터를 확장하거나 노드를 더 추가하여 스케일 아웃합니다.

CurrConnections

이것은 캐시 엔진 지표입니다. 애플리케이션 요구 사항에 따라 이 지표에 대한 경보 임계값을 결정하는 것이 좋습니다.

의 수가 증가하면 애플리케이션의 문제를 나타낼 CurrConnections 수 있습니다. 이 문제를 해결하려면 애플리케이션 동작을 조사해야 합니다.

자세한 내용은 Amazon 를 사용하여 Amazon(Redis )을 사용한 모범 사례 모니터링의 연결 섹션을 참조하세요. ElastiCache OSS CloudWatch

메모리(Valkey 및 RedisOSS)

메모리는 Valkey 및 Redis 의 핵심 요소입니다OSS. 데이터 손실을 방지하고 데이터 집합의 향후 증가를 수용하려면 클러스터의 메모리 사용률을 파악할 필요가 있습니다. 노드의 메모리 사용률에 대한 통계는 INFO 명령의 메모리 섹션에서 확인할 수 있습니다.

자세한 내용은 Amazon 을 사용하여 Amazon(Redis )을 사용한 모범 사례 모니터링의 메모리 섹션을 참조하세요. ElastiCache OSS CloudWatch

네트워크

클러스터의 네트워크 대역폭 용량을 결정하는 요인 중 하나는 선택한 노드 유형입니다. 노드의 네트워크 용량에 대한 자세한 내용은 Amazon ElastiCache 요금 섹션을 참조하세요.

자세한 내용은 Amazon 를 사용하여 Amazon(Redis )을 사용하여 모범 사례 모니터링의 네트워크 섹션을 참조하세요. ElastiCache OSS CloudWatch

지연 시간

데이터 구조당 집계된 지연 시간을 제공하는 CloudWatch 지표 세트를 사용하여 명령의 지연 시간을 측정할 수 있습니다. 이러한 지연 시간 지표는 Valkey INFO 명령의 commandstats 통계를 사용하여 계산됩니다.

자세한 내용은 Amazon 를 사용하여 Amazon을 사용한 모범 사례 모니터링의 지연 시간 섹션을 참조하세요. ElastiCache CloudWatch

복제

복제되는 데이터의 볼륨은 ReplicationBytes 지표를 통해 확인할 수 있습니다. 이 지표는 복제 그룹에 대한 쓰기 로드를 나타내지만 복제 상태에 대한 자세한 정보는 제공하지 않습니다. 이 목적을 위해 ReplicationLag 지표를 사용할 수 있습니다.

자세한 내용은 Amazon 을 사용하여 Amazon(Redis )을 사용한 모범 사례 모니터링의 복제 섹션을 참조하세요. ElastiCache OSS CloudWatch

트래픽 관리(Valkey 및 RedisOSS)

ElastiCache (Redis OSS)는 Valkey 또는 Redis 에서 처리할 수 있는 것보다 더 많은 수신 명령이 노드로 전송될 때 노드에 대한 트래픽을 자동으로 관리합니다OSS. 이는 엔진의 최적 운영 및 안정성을 유지하기 위한 것입니다.

노드에서 트래픽이 활발하게 관리되는 경우 TrafficManagementActive 지표는 데이터 포인트 1을 방출합니다. 이는 노드가 제공되는 워크로드에 대해 적게 크기 조정되었음을 나타냅니다. 이 지표가 1인 상태로 오래 유지되면 클러스터를 평가하여 스케일 업 또는 스케일 아웃이 필요한지 결정하세요.

자세한 내용은 지표 페이지의 TrafficManagementActive 지표를 참조하세요.