다음을 통해 공유


Azure Managed Redis의 CPU 사용률 관리(미리 보기)

값 크기

클라이언트 애플리케이션의 디자인에 따라 많은 작은 값을 저장해야 하는지 또는 더 적은 수의 큰 값을 저장해야 하는지 여부가 결정됩니다. Redis 서버 관점에서는 값이 작을수록 성능이 향상됩니다. 값 크기를 100kB 보다 작게 유지하는 것이 좋습니다.

디자인에서 Azure Managed Redis(미리 보기)에 더 큰 값을 저장해야 하는 경우 CPU 사용률이 높아질 것입니다. 이 경우 CPU 사용량이 처리량을 제한하지 않도록 더 높은 성능 계층을 사용해야 할 수 있습니다.

AMR 인스턴스에 충분한 CPU 용량이 있더라도 값이 클수록 대기 시간이 늘어나므로 적절한 시간 제한 구성의 지침을 따르세요.

클라이언트 연결 급증 방지

Redis 서버에 대한 연결을 만들고 닫는 작업은 많은 비용을 필요로 합니다. 클라이언트 애플리케이션이 짧은 시간에 너무 많은 연결을 만들거나 닫으면 Redis 서버에 부담을 줄 수 있습니다.

여러 클라이언트 인스턴스를 인스턴스화하여 한 번에 Redis에 연결하는 경우에는 연결된 클라이언트 수가 급증하지 않도록 새 연결 만들기에 시차를 두는 것을 고려하십시오.

메모리 부족

서버에서 메모리 사용량이 높으면 시스템에서 데이터를 디스크로 페이징해야 하므로 페이지 폴트가 발생하여 시스템의 속도가 상당히 느려질 수 있습니다.

장기 실행 명령 방지

Redis 서버는 단일 스레드 시스템입니다. 장기 실행 명령을 실행하는 동안에는 서버에서 다른 요청에 응답할 수 없으므로 클라이언트 측에서 대기 시간이나 시간 초과가 발생할 수 있습니다. 더 자세한 정보는 Azure Cache for Redis 서버측 문제 해결을 참조하세요.

CPU 사용률 모니터링

서버 부하 모니터링을 추가하여 높은 서버 부하가 발생하는 경우 알림을 받을 수 있도록 합니다. 모니터링을 통해 애플리케이션의 제약 조건을 이해할 수 있습니다. 그 후 문제를 완화하기 위해 사전에 자동 관리할 수 있습니다. 성능 저하를 방지하려면 서버 로드를 80% 미만으로 유지하는 것이 좋습니다. 80% 이상의 지속적인 서버 로드로 인해 계획되지 않은 장애 조치(failover)가 발생할 수 있습니다. Azure Managed Redis(미리 보기)는 CPU 메트릭을 노출하여 AMR 인스턴스의 노드에서 CPU 사용률을 나타냅니다. 또한 짧은 급증이라도 장애 조치(failover) 및 명령 시간 제한을 트리거할 수 있으므로 평균이 아닌 CPU 메트릭의 최대 스파이크를 검사하는 것이 좋습니다.

다음 단계