2016-11-16 6 views
1

저는 약 6 개월 동안 azure redis 캐시를 지금 문제없이 실행하고 있습니다. 지난 주에 클라이언트 연결 중 하나에서 시간 초과가 발생하기 시작 했으므로 Azure 포털을 방문하여 진행 상황을 확인했습니다. 지금 당장 redis 캐시 고문이 내 C0 표준 가격 책정 계획에서 5Mbits/초의 네트워크 대역폭 제한에 도달했다는 사실을 알게되었습니다. 그래서 가서 차트를보고 매시간 약 188 kB/s에서 1.2 MB/s로 바뀌는 캐시에 거대한 스파이크가 있다는 것을 알았습니까 ??? 나는 모든 고객을 확인했는데 매 시간마다이 일을하는 직업이 없다. Azure 인프라가이를 수행 할 가능성이 있습니까? 어떤 아이디어?Azure Redis 캐시, 매시간 캐시 캐시 읽기

+0

개별 클라이언트에 대한 벤치 마크를 수행해 보셨습니까? –

+0

우리는 Azure에서 C0를 사용하여 지난 주와 매우 비슷한 (동일하지 않은 경우) 문제를 경험했습니다. 궁극적으로 우리는 그것을 C1에 부딪 혔지만, 우리는 Redis 인스턴스가 다시 정상적으로 작동하기 시작한 11 월 18 일 금요일에 며칠 후 이상한 행동을 계속했습니다. 마지막으로이 문제를 해결 한 적이 있습니까? 우리는 아직도 무슨 일이 일어 났는지 모른다. – Rk220

+0

업그레이드가 끝났습니다. 일단 내가 그랬더니, 그 낯선 곳은 사라졌다. $$ == 고정 –

답변

0

나는 지금 당장 비슷한 문제에 부딪 쳤지 만, 내 경우에는 매시간이 아니라 매 5 분마다 발생했습니다. 잠시 후 클라이언트 (브라우저)에서 소규모 글로벌 구성 (예 : 원격 측정 수집 및 기타 정보)이 5 분의 수정 간격으로 소프트 리로드가 발생했기 때문입니다. 내 개발자 테스트는 보통 그렇게 오랫동안 지속되지 않으므로 전에는 결코 올라 오지 않았습니다 ... 그래서 역시 확인하십시오 ...

"keep-alive"가 오작동하지 않는 한 I 그 사실을 제공 할 수 있습니다. 하늘빛은 사실 그 시간대의 데이터를 그룹화합니다. 따라서 초 단위 보고서가 있다면 파도 나 거대한 스파이크를 볼 수 있습니다.