2012-09-07 4 views
0

Azure Caching에는 최대 메모리 제한이 있지만 최대 객체 수는 있습니까? 키 수가 늘어 나면 캐시가 느려질 것 같은 느낌입니다.Azure Caching (Preview)에 최대 객체 수가 있습니까?

배경 : 나는 각 사용자에 대해 메모리에 몇 가지 숫자를 유지할 필요가

(비싼 요약이 즉석에서 메모리에 증가하는 데시벨하지만 싼에서 계산). 동시 사용자가 늘어남에 따라 한계가있는 경우 캐시를 초과 할 수도 있습니다.

내 의도 된 솔루션 :

이의 내가 각 사용자에 대해 메모리에 Int64 'value1'와 'value2'을 유지해야한다고 가정 해 봅시다.

캐시 userN_value1, userN_value2, [...] 같은 항목과 같이 변경하면 각 카운터의 값을 업데이트 할 DataCache.Increment 전화 : 사용자의 양으로

DataCache.Increment("user1_value1", 2500, 0, "someregion"); 

는이 항목의 많은 될 수 있습니다 성장합니다. 이게 내가 걱정해야 할 것이 야? 내가 생각하지 못한 더 나은 접근법이 있습니까?

+0

내가 알 수있는 한 객체 제한이 없다는 것입니다. 메모리에 의해서만 제한됩니다. 캐시에 메모리 부족이 발생하면 객체가 제거되어 데이터 삭제 프로세스가 비동기 적이며 가장 최근에 사용 된 것보다 짧습니다 (LRU) 정책. – user728584

+0

@ user728584 - 답변을 댓글이 아닌 * 답변 *으로 게시해야합니다. 그렇게하면 OP가 답으로 표시됩니다. –

+1

나는 100 % 확실한 David가 아니 었습니다. 나는 MSFT에있는 당신들 중 하나가 확인하기를 기다리고있었습니다. 나는 대답하기를 갈 것입니다 ... – user728584

답변

0

실제로 제한은 클러스터에 대해 선택된 VM의 인스턴스 및 크기의 수에 의해 결정됩니다.

Capacity Planning Guide spreadsheet은 매우 흥미 롭습니다. 일치하는 구성을 찾은 다음 비용을 비교하기 위해 공유 캐시 서비스의 현재 사용량을 비교하는 데 사용했습니다.

제안 된 구성이 상승 어떻게 알 수있는 설정 활성 객체 및 평균 개체 크기 (후 직렬화)의 최대 수 시나리오에을 적용하면

.

제한 사항이있는 것 같습니다. 요구 사항을 늘리면 "32보다 큰 클러스터 크기가 지원되지 않습니다. 여러 클러스터로 분할 고려하십시오". 클러스터에 32 개 이상의 노드가 필요하고 각 노드가 ExtraLarge VM 인 경우 한계에 도달했다고 가정합니다.

0

내가 알 수있는 한 객체 제한이 없다는 것만 알면 메모리에 의해서만 제한됩니다. 캐시가 메모리 부족을 경험하면 객체가 제거되어 데이터 삭제 프로세스가 비동기 적이며 최근에 사용한 데이터가 가장 적게 사용됩니다 (LRU) 정책