AppFabric 캐싱 문제 해결
이 항목에는 일반적인 몇 가지 문제를 해결하는 데 도움이 되도록 Windows Server용 Microsoft AppFabric 1.1의 캐싱 기능 문제를 해결할 때 확인할 영역이 나와 있습니다.
가장 일반적인 문제는 다음 표에 요약되어 있고 다음 제목에서 설명합니다.
| 문제 유형 | 추가 정보 |
|---|---|
Windows PowerShell 관리 도구 사용 |
|
통신 또는 방화벽 관련 |
|
캐시 호스트 문제 |
리드 호스트 및 클러스터 관리(AppFabric 1.1 캐싱) 및 캐시 클라이언트 및 로컬 캐시(AppFabric 1.1 캐싱) |
캐시 클러스터 고가용성 문제 |
|
구성 저장소 위치 권한 |
Windows PowerShell을 사용한 캐시 관리
Windows Vista, Windows 7 및 Windows Server 2008 운영 체제에서 캐시 관리 도구가 제대로 작동하려면 Windows PowerShell 바로 가기를 마우스 오른쪽 단추로 클릭하고 관리자 권한으로 실행을 선택해야 합니다.
명령의 매개 변수 값은 대/소문자를 구분합니다. 예를 들어, NamedCache1이라는 캐시를 만들면 Get-CacheConfig -CacheName namedcache1 명령이 작동하지 않습니다. 다음과 같이 대/소문자를 일치시켜야 합니다. Get-CacheConfig -CacheName NamedCache1.
캐시 호스트에서 Windows PowerShell 캐시 관리 도구를 실행하는 경우 명령이 제대로 작동하려면 클러스터의 모든 캐시 호스트에서 관리자 권한이 있어야 합니다.
Windows PowerShell 명령 실행 문제는 다음 섹션에 설명된 문제에서 발생할 수도 있습니다.
방화벽 예외 및 포트 구성
모든 캐시 서버에 캐시, 클러스터 및 중재 포트에 대한 방화벽 예외가 있어야 합니다. AppFabric 구성 마법사는 이러한 방화벽 예외를 자동으로 구성할 수 있습니다. 그러나 통신 문제를 해결할 때 이러한 예외를 확인할 수도 있습니다.
방화벽 예외는 응용 프로그램 이름인 DistributedCacheService.exe를 기반으로 하는 것이 좋습니다. 포트 번호를 기준으로 예외를 명시적으로 지정하면 잘못 구성된 방화벽 예외로 인한 문제 발생의 여지를 미연에 방지할 수 있습니다. 예를 들어, 명시적 포트 예외를 사용하면 응용 프로그램 기반 방화벽 예외를 수동으로 구성하는 동안 잘못된 실행 파일 이름을 실수로 선택할 가능성이 없습니다.
캐시 사용 응용 프로그램을 실행하는 컴퓨터에는 방화벽 포트 예외를 구성할 필요가 없습니다. 캐시 호스트와 통신하는 데 사용할 포트를 클라이언트 응용 프로그램에 지정하는 정보가 들어 있습니다. 응용 프로그램 구성 파일에 잘못된 포트 번호가 표시되는 경우에는 클라이언트가 호스트와 통신할 수 없습니다. 캐시 호스트에서 포트 예외를 검사하고 응용 프로그램 및 클러스터 구성 파일을 확인하면 방화벽 구성 문제를 제외하는 데 도움이 될 수 있습니다. 구성 파일에 대한 자세한 내용은 AppFabric 캐싱 구성 옵션를 참조하십시오.
다음 표에서는 각 포트의 기본값과 필요한 경우 각 구성 파일에서 세부 정보가 저장되는 위치를 보여 줍니다.
참고
각 캐시 호스트는 클러스터 구성 설정을 참조하여 클러스터와 통신하는 데 사용할 적절한 포트를 확인합니다. Windows PowerShell Get-CacheHostConfig 명령을 사용하여 각 캐시 호스트가 사용 중인 포트를 확인할 수 있습니다. 자세한 내용은 Windows PowerShell을 사용하여 AppFabric 1.1 캐싱 기능 관리를 참조하십시오.
| 포트 이름 | 기본값 | 응용 프로그램 구성 파일 특성 | 클러스터 구성 파일 특성 |
|---|---|---|---|
캐시 포트 |
22233 |
|
|
클러스터 포트 |
22234 |
해당 없음 |
|
중재 포트 |
22235 |
해당 없음 |
|
복제 포트 |
22236 |
해당 없음 |
|
캐시 호스트 문제
리드 호스트가 클러스터 관리 역할을 수행하는 경우 리드 호스트의 과반수가 캐시 클러스터에서 실행되고 있어야 합니다. 리드 호스트의 과반수가 실행 중지되면 전체 클러스터의 실행이 중지됩니다. 리드 호스트가 아닌 호스트에서 오류가 발생하는 경우에는 캐시 클러스터가 계속 작동합니다. 고가용성을 사용할 수 없는 경우 해당 캐시 호스트에 저장된 캐시된 개체가 손실됩니다.
리드 호스트로 지정된 캐시 호스트를 확인하려는 경우 Get-CacheHostConfig 명령에 HostName 매개 변수를 사용합니다. IsLeadHost 속성이 true이면 리드 호스트로 지정된 것입니다. Windows PowerShell에 대한 자세한 내용은 Windows PowerShell을 사용하여 AppFabric 1.1 캐싱 기능 관리를 참조하십시오.
모든 캐시 서비스를 동시에 시작 및 중지하는 것이 중요합니다. 이런 이유로 캐시 서버에서 캐시 서비스 상태를 변경할 수 있는 방법은 Start-CacheCluster, Stop-CacheCluster 및 Restart-CacheCluster 명령뿐입니다. 유지 관리를 위해 개별 캐시 서버를 종료하기 전에 Stop-CacheHost 명령을 사용할 수도 있습니다.
참고
Stop-CacheHost 명령은 클러스터 관리 역할을 수행하는 캐시 호스트 Windows 서비스를 중지하지 않으며, 중지하면 전체 클러스터가 종료됩니다.
캐시 클러스터 고가용성 문제
고가용성 기능을 통해 캐시 호스트 오류로부터 응용 프로그램을 보호하려면 최소한 세 개의 캐시 호스트가 캐시 클러스터의 구성원이어야 합니다. 이는 고가용성 사용 캐시에서는 항상 캐시된 개체 또는 영역의 두 복사본이 있어야 한다는 강력한 일관성 요구 사항 때문입니다. 캐시 또는 영역의 두 복사본을 유지 관리하려면 고가용성 사용 캐시에서 최소한 두 개의 캐시 호스트가 작동해야 합니다. 고가용성 기능에 대한 자세한 내용은 고가용성(AppFabric 1.1 캐싱))을 참조하십시오.
캐시 클러스터 구성 저장소 위치 사용 권한
모든 캐시 호스트가 클러스터 구성 저장소 위치에 액세스할 수 있어야 합니다. 클러스터에 새 캐시 호스트를 추가할 때마다 설치 프로그램에서 구성 저장소 위치에 캐시 호스트 사용 권한을 부여해야 합니다. 또한 캐시 클러스터를 다시 시작하여 새 캐시 호스트를 처음으로 인식해야 합니다. 캐시 클러스터에 필요한 사용 권한에 대한 자세한 내용은 Windows Server AppFabric 설치 가이드(https://go.microsoft.com/fwlink/?LinkId=169172)(영문)를 참조하십시오.
참고 항목
개념
클러스터 구성 저장소 옵션
공유 폴더 기반 클러스터 구성
SQL Server 기반 클러스터 구성
AppFabric 캐싱 구성 옵션
Windows PowerShell을 사용하여 AppFabric 1.1 캐싱 기능 관리
AppFabric 캐싱 개념(AppFabric 1.1 캐싱)
캐시 클라이언트 개발
2012-03-05