Q: 캐시 상태 및 성능을 모니터링하려면 어떻게 해야 하나요?

Azure Portal에서 Azure Cache for Redis 캐시 메트 릭을 모니터링 할 수 있습니다. 메트릭 차트를 대시보드에 고정하고, 모니터링 차트의 날짜 및 시간 범위를 사용자 지정하고, 차트에서 메트릭을 추가 및 제거하고, 특정 조건에 대한 경고를 설정할 수 있습니다. 자세한 내용은 Azure Cache for Redis 모니터링 을 참조하세요. 캐시의 왼쪽 탐색 메뉴에 있는 다음 항목은 캐시를 모니터링하고 문제를 해결하는 데도 도움이 됩니다. 문제 진단 및 해결 에서는 일반적인 문제 및 문제 해결 전략에 대한 정보를 제공합니다. 도움말 아래 의 리소스 상태는 리소스가 예상대로 실행되고 있는지를 알려줍니다. 자세한 내용은 리소스 상태 개요 를 참조하세요. 도움말에서 지원 + 문제 해결 은 캐시에 대한 지원 옵션을 제공합니다. 이러한 도구는 Azure Redis 캐시 인스턴스의 상태를 모니터링하고 캐시된 애플리케이션을 관리하는 데도 도움이 됩니다.

Q: 내 클라이언트가 캐시에서 연결이 끊어진 것은 무엇 때문인가요?

다음은 캐시 연결 끊김에 대한 몇 가지 일반적인 이유입니다. 클라이언트 쪽 클라이언트 애플리케이션이 다시 배포되었습니다. 클라이언트 애플리케이션에서 크기 조정 작업을 수행했습니다. Cloud Services 또는 Web Apps로 인해 자동 크기 조정 중에 캐시 연결이 끊어질 수 있습니다. 클라이언트 쪽의 네트워킹 계층이 변경되었습니다. 클라이언트 또는 클라이언트와 서버 간의 네트워크 노드에서 일시적인 오류가 발생했습니다. 대역폭 임계값 제한에 도달했습니다. CPU 바인딩된 작업을 완료하는 데 너무 오래 걸렸습니다. 서버 쪽 표준 계층 캐시가 주 노드에서 복제본 노드로 장애 조치(failover)를 시작했습니다. Azure는 Redis 서버 업데이트 또는 일반 VM(가상 머신) 유지 관리 중에 캐시 인스턴스를 패치했습니다.

Q: 내 캐시가 실패 상태인 이유는 무엇인가요?

관리 작업이 실패하면 Azure Redis 캐시 에서 실패한 상태를 표시할 수 있습니다. 이러한 상태에도 불구하고 Azure Redis 캐시는 클라이언트 작업에 완벽하게 작동합니다.

Q: 내 구독에서 영역 정보가 누락된 이유는 무엇인가요?

다음과 같은 이유로 구독에서 영역 정보가 누락될 수 있습니다. 구독이 공급자에 등록되지 Microsoft.Cache 않을 수 있습니다. 구독에 로그인하고 다음 PowerShell 명령을 Register-AzureRmResourceProvider -ProviderNamespace Microsoft.Cache 실행합니다. 영역에 대해 구독을 사용하도록 설정하지 않을 수 있습니다. 영역에 대한 구독을 사용하도록 설정할 수 있도록 Azure 지원에 문의하세요. 그런 다음 구독에 대해 공급자를 Microsoft.Cache 이미 등록한 경우에도 공급자를 다시 등록합니다.

Question 1

캐시 상태 및 성능을 모니터링하려면 어떻게 해야 하나요?

Accepted Answer

Azure Portal에서 Azure Cache for Redis 캐시 메트 릭을 모니터링할 수 있습니다. 메트릭 차트를 대시보드에 고정하고, 모니터링 차트의 날짜 및 시간 범위를 사용자 지정하고, 차트에서 메트릭을 추가 및 제거하고, 특정 조건에 대한 경고를 설정할 수 있습니다. 자세한 내용은 Azure Cache for Redis 모니터링을 참조하세요.

캐시의 왼쪽 탐색 메뉴에 있는 다음 항목은 캐시를 모니터링하고 문제를 해결하는 데도 도움이 됩니다.

문제 진단 및 해결에서는 일반적인 문제 및 문제 해결 전략에 대한 정보를 제공합니다.
도움말 아래의 리소스 상태는 리소스가 예상대로 실행되고 있는지를 알려줍니다. 자세한 내용은 리소스 상태 개요를 참조하세요.
도움말에서 지원 + 문제 해결은 캐시에 대한 지원 옵션을 제공합니다.

이러한 도구는 Azure Redis 캐시 인스턴스의 상태를 모니터링하고 캐시된 애플리케이션을 관리하는 데도 도움이 됩니다.

Question 2

시간 제한이 발생할 수 있는 원인은 무엇인가요?

Accepted Answer

시간 제한은 Redis와 클라이언트 통신 중에 발생할 수 있습니다. 클라이언트가 Redis 서버에 명령을 보내면 명령이 큐에 대기됩니다. 결국에는 Redis 서버에서 명령을 선택하여 실행합니다. 이 프로세스 중에 클라이언트 요청이 시간 초과될 수 있으며 호출 쪽에서 예외가 발생합니다.

시간 제한 문제 해결에 대한 자세한 내용은 Azure Cache for Redis Cache 대기 시간 및 시간 제한 문제 해결 및 Azure Redis Cache용 StackExchange.Redis의 시간 제한 예외 조사를 참조하세요.

Question 3

내 클라이언트가 캐시에서 연결이 끊어진 것은 무엇 때문인가요?

Accepted Answer

다음은 캐시 연결 끊김에 대한 몇 가지 일반적인 이유입니다.

클라이언트 쪽

클라이언트 애플리케이션이 다시 배포되었습니다.
클라이언트 애플리케이션에서 크기 조정 작업을 수행했습니다. Cloud Services 또는 Web Apps로 인해 자동 크기 조정 중에 캐시 연결이 끊어질 수 있습니다.
클라이언트 쪽의 네트워킹 계층이 변경되었습니다.
클라이언트 또는 클라이언트와 서버 간의 네트워크 노드에서 일시적인 오류가 발생했습니다.
대역폭 임계값 제한에 도달했습니다.
CPU 바인딩된 작업을 완료하는 데 너무 오래 걸렸습니다.

서버 쪽

표준 계층 캐시가 주 노드에서 복제본 노드로 장애 조치(failover)를 시작했습니다.
Azure는 Redis 서버 업데이트 또는 일반 VM(가상 머신) 유지 관리 중에 캐시 인스턴스를 패치했습니다.

Question 4

"캐시가 이전 업데이트 요청을 처리 중임..."이 표시되는 이유는 무엇인가요? 메시지?

Accepted Answer

오류 메시지 캐시가 이전 업데이트 요청을 처리 중이거나 시스템 유지 관리를 진행 중입니다. 따라서 현재 업데이트 요청을 수락할 수 없습니다. 나중에 다시 시도하세요. 는 크기 조정 또는 패치와 같은 관리 작업이 캐시에서 진행 중임을 나타냅니다. 다른 모든 관리 작업은 진행 중인 작업이 완료될 때까지 차단됩니다.

진행 중인 관리 작업은 일반적으로 몇 시간 후에 완료됩니다. 12시간 넘게 이 오류가 표시되면 Azure 지원에 문의하세요. 이 시간 동안 Azure Redis 캐시는 클라이언트 작업에 완벽하게 작동합니다.

Question 5

내 캐시가 실패 상태인 이유는 무엇인가요?

Accepted Answer

관리 작업이 실패하면 Azure Redis 캐시 에서 실패한 상태를 표시할 수 있습니다. 이러한 상태에도 불구하고 Azure Redis 캐시는 클라이언트 작업에 완벽하게 작동합니다.

Question 6

내 구독에서 영역 정보가 누락된 이유는 무엇인가요?

Accepted Answer

다음과 같은 이유로 구독에서 영역 정보가 누락될 수 있습니다.

구독이 공급자에 등록되지 Microsoft.Cache 않을 수 있습니다. 구독에 로그인하고 다음 PowerShell 명령을 Register-AzureRmResourceProvider -ProviderNamespace Microsoft.Cache실행합니다.
영역에 대해 구독을 사용하도록 설정하지 않을 수 있습니다. 영역에 대한 구독을 사용하도록 설정할 수 있도록 Azure 지원에 문의하세요. 그런 다음 구독에 대해 공급자를 Microsoft.Cache 이미 등록한 경우에도 공급자를 다시 등록합니다.

다음을 통해 공유

Azure Cache for Redis 모니터링 및 문제 해결 FAQ