다음을 통해 공유


Windows Server AppFabric 캐싱 실제 아키텍처 다이어그램

Windows Server AppFabric 캐싱 기능은 서로 통신하는 서버의 클러스터를 사용하여 단일 통합 응용 프로그램 캐시 시스템을 형성합니다. 배포된 캐시 시스템으로서 모든 캐시 작업은 캐시 클러스터라는 단일 참조 지점으로 요약됩니다. 즉, 클라이언트 응용 프로그램은 캐시 클러스터를 구성하는 컴퓨터 수에 관계없이 클러스터에서 단일 캐시 논리 단위로 작동할 수 있습니다.

실제 아키텍처의 주 구성 요소는 캐시 서버, 캐시 호스트 Windows 서비스, 캐시 클러스터, Windows PowerShell 기반 캐시 관리 도구, 클러스터 구성 저장소 위치 및 캐시 클라이언트로 구성됩니다. 다음 다이어그램에서는 이러한 모든 요소가 어떻게 관련되는지 보여 줍니다.

"속도" 실제 모델

캐시 호스트

AppFabric 캐싱 서비스는 하나 이상의 서버에서 실행되는 Windows 서비스입니다. 캐싱 서비스를 실행하는 각 서버를 캐시 서버라고 합니다. 각 캐시 서버에 대해 캐싱 서비스 인스턴스를 하나만 설치할 수 있습니다.

중요

Windows Server AppFabric 캐시 호스트는 캐싱 서비스 전용으로 지정해야 합니다. 즉, 이러한 서버를 응용 프로그램, 웹 또는 데이터베이스 서버로도 사용할 수는 없습니다. 클러스터에서 비전용 캐시 서버를 사용할 수는 있지만, 이러한 시나리오는 지원되지 않습니다. 이러한 정책이 있어도 비전용 캐시 호스트를 사용하도록 결정하는 경우에는, 각 캐시 호스트에 대한 구성을 적절하게 예상 및 테스트하여 캐싱 서비스와 컴퓨터의 기타 모든 서비스에 대해 충분한 메모리 및 네트워크 리소스를 허용해야 합니다. 또한 다른 서비스에 의해 프로세서 및 네트워크 사용률이 급증하는 경우 캐시 클러스터의 성능 및 안정성이 저하될 수 있음을 이해해야 합니다. 자세한 내용은 Windows Server AppFabric 캐싱 용량 계획 가이드를 참조하십시오.

캐시 서버는 응용 프로그램에서 사용되는 주 데이터 원본 서버와 동일한 도메인의 구성원이어야 합니다. 캐싱 서비스는 네트워크 서비스 계정에서 실행되도록 설치됩니다. 따라서 네트워크를 통한 작업에 대해 캐싱 서비스는 캐시 서버 도메인 컴퓨터 계정의 보안 자격 증명을 사용합니다. 캐싱 서비스는 악의적인 공격으로 인해 발생할 수 있는 손상을 줄일 수 있도록 낮은 권한을 가진 네트워크 서비스 계정을 사용합니다. 설치에 대한 자세한 내용은 Windows Server AppFabric Beta 2 설치 및 구성 가이드(영문)(https://go.microsoft.com/fwlink/?LinkId=169172)를 참조하십시오.

캐시 클러스터

캐시 클러스터는 데이터를 저장하고 배포하기 위해 링 형식으로 함께 작동하는 캐싱 서비스 1개 이상의 인스턴스 모음입니다. 데이터는 데이터 요청에 대한 응답 시간을 최소화하기 위해 메모리에 저장됩니다. 캐시 클러스터의 작업은 클러스터 관리 역할을 통해 관리됩니다. 클러스터 관리 역할의 주요 책임은 다음과 같습니다.

  • 항상 실행되는 캐시 클러스터 유지

  • 캐시 클러스터에서 모든 캐시 호스트의 가용성 모니터링

  • 캐시 클러스터에 가입하도록 캐시 호스트 지원

클러스터 관리는 지정된 리드 호스트가 수행하거나 클러스터 구성 정보를 SQL Server 데이터베이스에 저장하여 수행할 수 있습니다. 자세한 내용은 리드 호스트 및 클러스터 관리(Windows Server AppFabric 캐싱)를 참조하십시오.

클러스터 구성 저장소 위치

클러스터는 시작될 때마다 클러스터 구성 저장소 위치에서 구성 정보를 검색해야 합니다. 클러스터 구성 설정을 저장하도록 선택하는 방법에 따라 위치가 결정되므로 "저장소 위치"라는 일반 용어가 사용됩니다. 다음 표에서는 클러스터 구성 설정을 저장할 수 있는 세 가지 방법과 해당 옵션이 클러스터 관리 옵션에 관련되는 방식을 보여 줍니다.

저장소 유형 저장소 위치 클러스터 관리

XML 파일

공유 네트워크 폴더

리드 호스트

SQL Server 데이터베이스

SQL Server

SQL Server(기본값) 또는 리드 호스트

사용자 지정 공급자

사용자 지정 저장소

사용자 지정 저장소

클러스터 구성 설정 저장 방법 선택에 대한 자세한 내용은 클러스터 구성 저장소 옵션(Windows Server AppFabric 캐싱)을 참조하십시오.

캐싱 서비스는 네트워크 서비스에서 실행되므로 캐시 서버의 도메인 컴퓨터 계정에 클러스터 구성 저장소 위치에 액세스할 권한이 없는 경우 시작되지 않습니다. 이러한 권한은 자동으로 구성됩니다. 자세한 내용은 Windows Server AppFabric 설치를 참조하십시오.

Windows PowerShell 기반 캐시 관리 도구

Windows PowerShell은 캐시 서비스에만 사용되는 관리 도구입니다. Windows PowerShell 캐시 관리 cmdlet은 도메인 컴퓨터나 캐시 서버 자체에 설치할 수 있습니다. 이 작업을 수행하려면 AppFabric의 캐시 관리 기능을 설치하면 됩니다. 도구가 제대로 작동하려면 모든 캐시 서버에 대해 관리자 권한이 있어야 합니다.

Windows PowerShell을 사용하여 클러스터를 시작 및 중지하고, 명명된 캐시를 추가 및 제거하며, 구성 설정을 변경하고, 호스트와 클러스터의 통계를 확인할 수 있습니다. 이러한 명령과 기타 다른 명령에 대한 자세한 내용은 Windows PowerShell을 사용하여 Windows Server AppFabric 캐싱 기능 관리를 참조하십시오.

캐시 클라이언트

캐시 사용 응용 프로그램을 실행하는 모든 응용 프로그램 서버를 캐시 클라이언트라고 할 수도 있습니다. 응용 프로그램에서 캐시를 사용하도록 설정하려면 AppFabric 캐싱 어셈블리를 사용하고 적절한 응용 프로그램 구성 설정을 프로그래밍 방식이나 XML 기반 응용 프로그램 구성 파일로 지정해야 합니다. 캐시 사용 응용 프로그램 개발에 대한 자세한 내용은 캐시 클라이언트 개발 환경 준비(Windows Server AppFabric 캐싱)를 참조하십시오.

응용 프로그램과 관련하여 더욱 구체적으로 설명하면 캐시 클라이언트는 캐시 클러스터와 상호 작용하기 위해 DataCacheFactory 클래스에서 만든 DataCache 개체와 같은 의미입니다. 캐시 클라이언트에 대한 자세한 내용은 캐시 클라이언트 및 로컬 캐시(Windows Server AppFabric 캐싱)를 참조하십시오.

보안 고려 사항

캐시 클러스터에는 Windows PowerShell 기반 캐시 관리 도구를 통해 관리되는 허용된 클라이언트 계정 목록이 포함되어 있습니다. 연결을 시도하는 모든 캐시 클라이언트는 허용된 클라이언트 계정으로 실행되어야 합니다. 모든 캐시 서버의 관리자 그룹에 있는 모든 계정은 허용된 클라이언트 계정 목록에 명시적으로 추가되지 않은 경우에도 캐시 클러스터에 대한 액세스가 자동으로 허용됩니다. 이 옵션과 기타 다른 보안 옵션에 대한 자세한 내용은 보안 모델(Windows Server AppFabric 캐싱)을 참조하십시오.

프로덕션 시나리오의 경우 AppFabric 캐싱 기능은 도메인 환경에서만 지원됩니다. 그러나 테스트 및 개발의 경우 AppFabric 캐싱 기능을 작업 그룹 환경의 컴퓨터에서 설치하고 사용할 수 있습니다.

참고 항목

개념

Windows Server AppFabric 캐싱 논리 아키텍처 다이어그램

  2011-12-05