Azure 테이블 저장 및 캐싱

Question

Azure 캐싱 미리보기를 사용하여 Azure 테이블 저장소의 데이터를 캐싱 할 가치가 있습니까? 대용량 어플리케이션에서 테이블 스토리지가 충분히 빠릅니까?

감사

Answer 1

짧은 대답은 그것이 따라 입니다. 현재 우리가 작업하고있는 응용 프로그램에는 테이블 저장소에서 데이터를 검색하는 대기 시간과 초당 원하는 트랜잭션 수를 수용하기 위해 캐싱을 사용하는 몇 가지 정보가 있습니다.

우리는 테이블 스토리지에서 정보를 제공하기 시작했고 성능 요구 사항에 따라 캐싱으로 이동했습니다. 비슷한 접근법을 권하고 싶습니다. 작동하도록 만든 다음 빨리 만듭니다.

윈도우 Azure 테이블 저장소 (덩어리) 크기 100TB까지 저장할 수 있습니다 : 로버트, 당신은 또한 포인트 다음 사항을 고려한다 말 이외에

Answer 2

. 언뜻보기에 그 크기의 데이터는 압도적 인 것처럼 보일 수 있습니다. 그러나 테이블 스토리지는 파티셔닝 할 수 있습니다. Azure 컨트롤러는 테이블 스토리지의 각 파티션을 별도의 서버로 옮길 수 있기 때문에 단일 서버의 부하를 줄이고 성능을 향상시킬 수 있습니다.

응용 프로그램에 매우 많은 부하가있는 경우 자주 삽입되는 캐시는 최대 캐시 크기에 매우 빠르게 도달 한 다음 캐시 항목 제거 프로세스가 시작됩니다. 대부분의 경우 캐시에 빈번하게 삽입되고 캐시 항목이 빈번하게 제거되는 프로세스는 개선 대신에 성능 저하 으로 끝납니다. 그런 다음 캐시 최대 크기를 늘려야하므로 응용 프로그램 비용에 영향을 미칩니다 (때로는 차단 장치 일 수 있음).

OData 프로토콜을 사용하여 Windows Azure 테이블 저장소 데이터에 액세스하고 WCF Data Service .NET 라이브러리를 사용하여 LINQ 쿼리를 액세스 할 수 있습니다. 당신은 Azure Cache를 가지고 있지 않습니다.

이러한 점은 귀하의 경우에 유효하거나 유효하지 않을 수 있음을 유의하십시오. 모두는 시스템 아키텍처에 따라 다릅니다. 예상 부하 등.

좋은 답변을 보내 주시면 훌륭한 시스템 아키텍처 결정에 도움이되기를 바랍니다.