Azure 역할 내 캐시 FAQ
중요
Microsoft는 모든 새 개발에서 Azure Redis Cache를 사용하는 것이 좋습니다. Azure Cache 제품 선택에 대한 현재 설명서 및 지침 은 나에게 적합한 Azure Cache 제품을 참조하세요.
역할 내 캐시란 무엇입니까?
역할 내 캐시는 어디에서 다운로드할 수 있습니까?
역할 기반 캐싱은 현재 프로덕션 환경에서 지원됩니까?
관리 포털을 통해 역할 내 캐시를 만들 수 없는 이유는 무엇입니까?
역할 내 캐시의 프로비저닝 모델은 무엇입니까?
역할 내 캐시 비용은 어떻게 지불합니까?
캐시 크기를 늘리거나 줄이는 방법은 무엇입니까?
캐시에 어떤 종류의 데이터를 저장할 수 있습니까?
같은 위치에 배치된 역할 내 캐시 토폴로지와 전용 역할 내 캐시 토폴로지의 차이점은 무엇입니까?
역할 내 캐시에는 사용 할당량이 있습니까?
역할 내 캐시란 무엇입니까?
In-Role Cache는 Azure 역할 내에서 캐싱을 호스트하는 기능을 제공합니다. 캐시는 캐시를 호스팅하는 역할의 인스턴스에 분산됩니다. 캐시 크기는 여러 변수에 따라 결정됩니다. 먼저 크기는 In-Role 캐시를 사용하도록 설정된 역할의 실행 중인 인스턴스 수에 따라 달라집니다. 또한 해당 가상 머신의 크기 및 역할의 캐시를 In-Role 데 전념하는 메모리 비율에 따라 달라집니다. azure 역할의 In-Role Cache는 고가용성, 지역, 알림 및 여러 명명된 캐시와 같은 추가 기능을 지원합니다.
역할 기반 In-Role 캐시에 대한 자세한 내용은 다음 리소스를 참조하세요.
역할 내 캐시는 어디에서 다운로드할 수 있습니까?
In-Role 캐시 이진 파일은 최신 Azure SDK의 일부입니다. 최신 Azure SDK 및 Visual Studio 도구를 다운로드하여 설치하여 In-Role Cache에 필요한 모든 항목을 가져옵니다.
역할 기반 캐싱은 현재 프로덕션 환경에서 지원됩니까?
예. In-Role Cache는 SDK와 함께 릴리스되었습니다.
관리 포털을 통해 역할 내 캐시를 만들 수 없는 이유는 무엇입니까?
In-Role Cache는Azure 관리 포털을 통해 프로비전되지 않습니다. 대신 In-Role Cache는 클라우드 서비스 배포의 일부로 구성됩니다.
역할 내 캐시의 프로비저닝 모델은 무엇입니까?
In-Role Cache는 클라우드 서비스 배포의 일부로 프로비전됩니다. In-Role 캐시는 동일한 배포의 모든 역할에 캐싱을 제공하는 역할에서 사용하도록 설정됩니다. Visual Studio 역할 속성의 캐싱 탭을 통해 In-Role 캐시를 사용하도록 설정할 수 있습니다. 자세한 내용은 Azure 역할에 대한 캐싱 구성을 참조하세요.
역할 내 캐시 비용은 어떻게 지불합니까?
In-Role Cache와 연결된 프리미엄이 없습니다. 대신 Azure 역할 인스턴스에 대한 컴퓨팅 시간에 표준 가격 책정을 사용하여 요금이 청구됩니다. 예를 들어 ASP.NET 웹 사이트를 실행하는 세 개의 웹 역할 인스턴스가 있는 경우 캐싱을 위해 해당 인스턴스에 추가 메모리를 사용할 수 있습니다. 이 예제에서는 기존 웹 역할에서 캐싱을 사용하는 데 추가 요금이 부과되지 않습니다. 그러나 웹 역할 인스턴스 또는 전용 In-Role 캐시 역할을 추가해야 할 수 있습니다. 이 경우 캐싱에 필요한 추가 실행 역할 인스턴스에 대한 요금이 청구됩니다.
캐시 크기를 늘리거나 줄이는 방법은 무엇입니까?
In-Role Cache를 사용하면 각 역할 인스턴스의 메모리 비율이 캐싱에 사용할 수 있는 총 메모리에 기여합니다. 캐시 크기를 변경하는 방법은 두 가지입니다. 먼저 역할에 대한 캐싱을 위해 예약된 메모리의 비율을 변경할 수 있습니다. 둘째, 캐시를 사용하도록 설정된 역할의 인스턴스 수를 늘리거나 줄여 캐싱에 사용할 수 있는 메모리 양을 늘리거나 줄일 수 In-Role. Azure 관리 포털은 실행 중인 클라우드 서비스를 변경하는 기능을 지원합니다. 메모리의 실제 변경은 대상 역할의 가상 머신 크기와 In-Role Cache에 할당된 메모리 비율에 따라 달라집니다.
캐시에 어떤 종류의 데이터를 저장할 수 있습니까?
캐시에는 모든 종류의 데이터를 저장할 수 있습니다. 유일한 요구 사항은 데이터를 직렬화할 수 있어야 한다는 것입니다. 이에 해당하는 데이터는 다음과 같지만 이에 국한되지 않습니다.
CLR(공용 언어 런타임) 개체
행
XML
이진 데이터
간단한 API를 사용하여 프로그래밍 방식으로 캐시와 상호 작용할 수 있습니다. ASP.NET 세션 상태 및 페이지 출력에 대한 공급자로 캐시를 구성할 수도 있습니다.
같은 위치에 배치된 역할 내 캐시 토폴로지와 전용 역할 내 캐시 토폴로지의 차이점은 무엇입니까?
역할에서 In-Role 캐시를 호스트할 수 있는 두 가지 주요 방법은 공동 배치 및 전용입니다. 공동 배치된 토폴로지에서 In-Role Cache를 호스트하는 역할은 다른 웹 역할 또는 작업자 역할 기능도 호스팅합니다. Caching 및 비Caching 응용 프로그램 코드와 서비스 간에 역할의 메모리 및 리소스가 공유됩니다. 전용 토폴로지에서는 작업자 역할에 지원되고 작업자 역할만 캐싱을 호스팅합니다. 이러한 캐싱 토폴로지는 주로 캐싱 전용 메모리 비율에서 다릅니다. 자세한 내용은 같은 위치에 배치된 캐싱 역할 및 전용 캐싱 역할 항목을 참조하세요.
역할 내 캐시에는 사용 할당량이 있습니까?
In-Role Cache에 대해 정의된 사용 할당량이 없습니다. 하지만 메모리 용량과 캐시 성능은 실제 리소스의 제약을 받습니다. 예를 들어 캐싱은 실제 메모리만 사용합니다. 이 경우 가상 컴퓨터 인스턴스에서 결합된 사용 가능한 메모리보다 실제 메모리를 더 많이 사용할 수 없습니다. 다른 실제 리소스에 대한 제약도 있을 수 있습니다. 예를 들어 작업자 역할이 처리 시간이 많은 경우 In-Role 캐시를 해당 역할에 추가하면 캐싱 성능이 저하될 수 있습니다.
캐싱에 역할을 사용하면 미리 정의된 할당량 없이 애플리케이션에 가장 적합한 방법으로 캐싱을 구성할 수 있는 제어 및 유연성이 있습니다.