기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
어떤 지표를 모니터링해야 합니까?
다음 CloudWatch 지표는 ElastiCache 성과에 대한 좋은 통찰력을 제공합니다. 대부분의 경우 성능 문제가 발생하기 전에 수정 조치를 취할 수 있도록 이러한 지표에 대한 CloudWatch 경보를 설정하는 것이 좋습니다.
CPUUtilization
이는 백분율(%)로 보고된 호스트 수준 지표입니다. 자세한 정보는 호스트 수준 지표을 참조하세요.
2vCPU 이하의 작은 노드 유형에는 CPUUtilization 지표를 사용하여 워크로드를 모니터링하세요.
일반적으로, 사용 가능한 CPU의 90%로 임계값을 설정하는 것이 좋습니다. Redis OSS는 단일 스레드이므로 실제 임계값은 노드 총 용량의 일부분으로 계산해야 합니다. 2개의 코어가 있는 노드 유형을 사용하는 경우를 예로 들어보겠습니다. 이 경우, CPUUtilization의 임계값은 90/2 또는 45%입니다.
사용 중인 캐시 노드에 있는 코어 개수에 따라 임계값을 결정해야 합니다. 이 임계값을 초과하고, 주된 워크로드가 읽기 요청에서 비롯되는 경우에는 읽기 전용 복제본을 추가하여 캐시 클러스터를 스케일 아웃합니다. 주된 워크로드가 쓰기 요청에서 비롯되는 경우에는 클러스터 구성에 따라 다음을 권장합니다.
-
Redis OSS (클러스터 모드 비활성화) 클러스터: 더 큰 캐시 인스턴스 유형을 사용하여 확장합니다.
-
Redis OSS (클러스터 모드 활성화) 클러스터: 샤드를 더 추가하여 쓰기 워크로드를 더 많은 기본 노드에 분산합니다.
작은 정보
Redis OSS 사용자는 호스트 수준 지표를 CPUUtilization 사용하는 대신 Redis OSS 엔진 코어의 사용률을 보고하는 Redis OSS EngineCPUUtilization 메트릭을 사용할 수 있습니다. 노드에서 이 메트릭을 사용할 수 있는지 확인하고 자세한 내용은 Redis OSS 메트릭을 참조하십시오.
vCPU가 4개 이상인 대규모 노드 유형의 경우 Redis OSS 엔진 코어의 사용률을 보고하는 EngineCPUUtilization 메트릭을 사용할 수 있습니다. 노드에서 이 메트릭을 사용할 수 있는지 확인하고 자세한 내용은 Redis OSS용 메트릭을 참조하십시오.
EngineCPUUtilization
vCPU가 4개 이상인 대규모 노드 유형의 경우 Redis OSS 엔진 코어의 사용률을 보고하는 EngineCPUUtilization 메트릭을 사용할 수 있습니다. 노드에서 이 메트릭을 사용할 수 있는지 확인하고 자세한 내용은 Redis OSS용 메트릭을 참조하십시오.
자세한 내용은 Amazon을 사용하여 Amazon ElastiCache (Redis OSS) 을 사용한 모범 사례 모니터링의
SwapUsage
이는 바이트로 보고된 호스트 수준 지표입니다. 자세한 정보는 호스트 수준 지표을 참조하세요.
FreeableMemory CloudWatch 지표가 0에 가까우거나 (즉, 100MB 미만) 지표가 SwapUsage 지표보다 크면 노드에 FreeableMemory 메모리 부족 문제가 있음을 나타냅니다. 이러한 상황이 발생하면 다음 주제를 참조하세요.
Evictions
이것은 캐시 엔진 지표입니다. 애플리케이션 요구 사항에 따라 이 지표에 대한 경보 임계값을 결정하는 것이 좋습니다.
CurrConnections
이것은 캐시 엔진 지표입니다. 애플리케이션 요구 사항에 따라 이 지표에 대한 경보 임계값을 결정하는 것이 좋습니다.
숫자가 늘어나면 애플리케이션에 문제가 있는 CurrConnections것일 수 있습니다. 이 문제를 해결하려면 애플리케이션 동작을 조사해야 합니다.
자세한 내용은 Amazon을 사용하여 Amazon ElastiCache (Redis OSS) 을 사용한 모범 사례 모니터링의
메모리
메모리는 Redis OSS의 핵심 요소입니다. 데이터 손실을 방지하고 데이터 집합의 향후 증가를 수용하려면 클러스터의 메모리 사용률을 파악할 필요가 있습니다. 노드의 메모리 사용률에 대한 통계는 Redis OSS INFO 명령의 메모리 섹션에서 확인할 수 있습니다.
자세한 내용은 Amazon을 사용하여 Amazon ElastiCache (Redis OSS) 을 사용한 모범 사례 모니터링의
네트워크
클러스터의 네트워크 대역폭 용량을 결정하는 요인 중 하나는 선택한 노드 유형입니다. 노드의 네트워크 용량에 대한 자세한 내용은 Amazon ElastiCache 요금을
자세한 내용은 Amazon을 사용한 Amazon ElastiCache (Redis OSS) 모범 사례 모니터링의
지연 시간
데이터 구조별로 집계된 지연 시간을 제공하는 CloudWatch 지표 세트를 사용하여 명령의 지연 시간을 측정할 수 있습니다. 이러한 지연 시간 지표는 Redis OSS INFO 명령의 commandstats 통계를 사용하여 계산됩니다.
자세한 내용은 Amazon을 사용하여 Amazon ElastiCache (Redis OSS) 을 사용한 모범 사례 모니터링의
복제
복제되는 데이터의 볼륨은 ReplicationBytes 지표를 통해 확인할 수 있습니다. 이 지표는 복제 그룹에 대한 쓰기 로드를 나타내지만 복제 상태에 대한 자세한 정보는 제공하지 않습니다. 이 목적을 위해 ReplicationLag 지표를 사용할 수 있습니다.
자세한 내용은 Amazon을 사용하여 Amazon ElastiCache (Redis OSS) 을 사용한 모범 사례 모니터링의
트래픽 관리
ElastiCache (Redis OSS) 는 Redis OSS에서 처리할 수 있는 양보다 많은 수신 명령이 노드로 전송되면 해당 노드에 대한 트래픽을 자동으로 관리합니다. 이는 엔진의 최적 운영 및 안정성을 유지하기 위한 것입니다.
노드에서 트래픽이 활발하게 관리되는 경우 TrafficManagementActive 지표는 데이터 포인트 1을 방출합니다. 이는 노드가 제공되는 워크로드에 대해 적게 크기 조정되었음을 나타냅니다. 이 지표가 1인 상태로 오래 유지되면 클러스터를 평가하여 스케일 업 또는 스케일 아웃이 필요한지 결정하세요.
자세한 내용은 지표 페이지의 TrafficManagementActive 지표를 참조하세요.
