AppFabric 캐시 클러스터에 대한 업그레이드 절차(AppFabric 1.1)

아티클
03/05/2012

이 항목에서는 기존 캐시 클러스터에 대해 오프라인 및 온라인에서 Windows Server용 AppFabric 1.1 캐싱 서비스를 상위 버전으로 업그레이드하는 방법에 대해 설명합니다. 온라인 업그레이드에는 캐시 클러스터를 실행 중인 상태로 두고 각 캐시 호스트를 개별적으로 업그레이드하는 작업이 포함됩니다.

중요

이 업그레이드 중에는 기본 제공 계정(예: NETWORK SERVICE)을 도메인 계정으로 변경할 수 없습니다. 자세한 내용은 캐싱 서비스 계정 변경(AppFabric 1.1 캐싱)을 참조하십시오.

Windows Server용 Microsoft AppFabric 1.1의 각 릴리스는 AppFabric 캐싱 서비스의 특정 버전 번호와 연결됩니다.

AppFabric 릴리스	AppFabric 캐싱 서비스 버전
Windows Server AppFabric v1.0	1
Windows Server용 Microsoft AppFabric 1.1	3

오프라인 업그레이드 프로세스

오프라인 업그레이드는 종료된 캐시 클러스터와 관련됩니다. 종료된 상태에서 각 캐시 호스트는 AppFabric 새 버전으로 별도로 업그레이드될 수 있습니다. 이때 진행되는 단계는 온라인 업그레이드 단계에 포함되며 다음으로 구성됩니다.

1단계: 관리 시스템에서 캐시 관리 기능 업데이트
5단계: 새 버전 번호만 사용하도록 허용되는 서버 버전 범위 업데이트
6단계: 새 버전 번호를 포함하도록 허용되는 클라이언트 버전 범위 업데이트
7단계: 캐시 구성 저장소 업데이트
8단계: 캐시 클라이언트 응용 프로그램 업데이트

온라인 업그레이드 프로세스

온라인 업그레이드는 다음 단계로 구성됩니다.

1단계: 관리 시스템에서 캐시 관리 기능 업데이트
2단계: 새 버전 번호를 포함하도록 허용되는 서버 버전 범위 업데이트
3단계: 순차적으로 각 캐시 호스트 업그레이드
4단계: 모든 캐시 호스트가 업그레이드되었는지 확인
5단계: 새 버전 번호만 사용하도록 허용되는 서버 버전 범위 업데이트
6단계: 새 버전 번호를 포함하도록 허용되는 클라이언트 버전 범위 업데이트
7단계: 캐시 구성 저장소 업데이트
8단계: 캐시 클라이언트 응용 프로그램 업데이트

중요

이러한 단계를 성공적으로 수행하려면 캐시 클러스터를 실행 중인 상태로 유지하는 데 필요한 서버의 쿼럼을 유지 관리해야 합니다. 자세한 내용은 캐시 서버 업데이트 항목에 설명되어 있습니다.

1단계: 관리 시스템에서 캐시 관리 기능 업데이트

업데이트 단계를 수행하려면 먼저 대상 캐시 클러스터의 일부가 아닌 컴퓨터에서 캐시 관리 기능을 업데이트해야 합니다. 캐시 관리 기능을 사용하여 캐시 클러스터에 대해 Windows PowerShell 명령을 실행할 수 있습니다. 새 버전의 Windows Server용 Microsoft AppFabric 1.1에 대해 AppFabric 설정을 실행하여 캐시 관리 기능을 업그레이드합니다.

캐시 클러스터를 관리할 별도의 컴퓨터가 없는 경우 캐시 클러스터 외부 컴퓨터에 Windows Server용 Microsoft AppFabric 1.1 새 버전의 캐시 관리 기능을 설치할 수 있습니다.

관리 전용 컴퓨터에서 Windows PowerShell 명령을 실행하려면 먼저 Use-CacheCluster 명령을 실행하고 Provider 및 ConnectionString 매개 변수를 둘 다 지정해야 합니다. 자세한 내용은 일반 캐시 클러스터 관리 작업(AppFabric 1.1 캐싱) 항목에 설명되어 있습니다.

2단계: 새 버전 번호를 포함하도록 허용되는 서버 버전 범위 업데이트

온라인 업그레이드 중에 일부 서버는 이전 버전의 캐싱 서비스를 실행하고 다른 서버는 업그레이드된 버전을 실행합니다. 이를 고려하려면 Update-CacheHostAllowedVersions Windows PowerShell 명령을 사용하여 EndServerVersion 속성 값을 증가시켜야 합니다. 예를 들어 버전 1에서 버전 3으로 전환하려면 다음 명령을 사용합니다.

Update-CacheHostAllowedVersions –EndServerVersion 3

그런 다음 매개 변수 없이 Get-CacheHost 명령을 실행하여 버전 변경 내용을 확인합니다. 다음 예제 출력에서는 이 변경 내용이 3노드 캐시 클러스터에 적용된 경우를 보여 줍니다.

HostName : CachePort Service Name            Service Status Version Info
-------------------- ------------            -------------- ------------
CACHESERVER1:22233 AppFabricCachingService UP             1 [1,3][1,1]
CACHESERVER2:22233 AppFabricCachingService UP             1 [1,3][1,1]
CACHESERVER3:22233 AppFabricCachingService UP             1 [1,3][1,1]

이 예제의 Version Info 열에는 1 [1,3][1,1] 값이 있습니다. 이 값은 다음 버전 정보에 해당합니다.

1	해당 캐시 호스트에서 실행 중인 캐싱 서비스의 버전입니다.
[1,3]	온라인 업그레이드 중에 캐시 클러스터 내의 특정 호스트에서 실행될 수 있는 캐싱 서비스 버전 범위입니다.
[1,1]	캐시 클러스터를 사용할 수 있는 캐시 클라이언트 버전 범위입니다.

계속하기 전에 각 캐시 호스트가 허용되는 대상 서버 범위로 업데이트되었는지 확인해야 합니다. 캐시 호스트에서 서버 버전 범위를 업데이트하지 못한 경우에는 계속하기 전에 해당 캐시 호스트를 종료해야 합니다. Stop-CacheNonUpdatedHosts Windows PowerShell 명령을 사용하여 캐시 호스트를 종료할 수 있습니다. 업데이트되지 않아 중지될 서버를 예측하려면 Get-CacheHost 명령을 먼저 사용하면 됩니다. 다음 예제에서는 버전 범위가 1 및 3으로 변경되지 않고 현재 서비스 버전이 1인 모든 캐시 호스트를 중지합니다.

Stop-CacheNonUpdatedHosts -Version 1 -BeginServerVersion 1 –EndServerVersion 3

3단계: 순차적으로 각 캐시 호스트 업그레이드

온라인 업그레이드를 수행하려면 각 캐시 호스트를 중지하고 개별적으로 업그레이드합니다. 다음 단계에서는 캐시 클러스터의 각 캐시 호스트에 대해 수행해야 하는 단계를 설명합니다.

캐싱 관리 시스템에서 Windows PowerShell을 사용하여 캐시 호스트를 중지하는 Stop-CacheHost 명령을 실행합니다.

경고

고가용성 기능을 사용하지 않는 경우 캐시 호스트를 중지하면 캐시된 데이터가 손실될 수 있습니다. 고가용성을 사용하는 경우에도 클라이언트에서 일시적으로 예외가 발생할 수 있습니다. 이 예외는 클러스터가 실행 중인 상태로 유지되는 경우 다시 시도를 통해 해결됩니다.
중지된 캐시 호스트에서 새 버전에 대한 설정을 실행하여 Windows Server용 Microsoft AppFabric 1.1을 새 버전으로 업그레이드합니다.
업그레이드가 완료되면 Start-CacheHost를 사용하여 캐시 호스트를 다시 시작합니다.
그런 다음 Get-CacheClusterHealth를 실행합니다. 모든 번호가 "정상" 범주에 속하고 캐시 조각이 캐시 호스트에서 안정화되었는지 확인합니다. 또한 "할당되지 않은 조각" 또는 "할당되지 않은 명명된 캐시 조각"에 항목이 없는지 확인합니다. 이를 확인하려면 캐시 조각이 안정화될 때까지 Get-CacheClusterHealth를 여러 번 실행하면 됩니다.
캐시 클러스터의 다음 캐시 호스트에 대해 이러한 단계를 반복합니다.

프로세스의 이 부분을 수행하는 동안에는 다음 Windows PowerShell 명령을 사용할 수 없습니다. 모든 캐시 호스트가 새 버전으로 업데이트되고 시작 서버 버전 범위가 새 버전으로 업데이트될 때까지 이러한 명령을 사용해서는 안 됩니다.

업그레이드 중에 지원되지 않는 명령	오류 생성 여부
Grant-CacheAllowedClientAccount	예
Import-CacheClusterConfig	예
New-Cache	예
Remove-Cache	예
Revoke-CacheAllowedClientAccount	예
Set-CacheClusterSecurity	예
Set-CacheConfig	예
Set-CacheHostConfig	예
Update-CacheHostAllowedVersions*	예
New-CacheCluster	아니요
Remove-CacheCluster	아니요
Register-CacheHost	아니요
Unregister-CacheHost	아니요

오류를 생성하는 명령에는 다음과 유사한 텍스트가 있습니다. ErrorCode<ERRPS024>:SubStatus<ES0001>:This command is not currently allowed. Changes to the cache cluster configuration is restricted during a rolling upgrade of the caching service.

* Update-CacheHostAllowedVersions는 클러스터의 모든 캐시 호스트에서 같은 버전의 AppFabric 캐싱 서비스를 실행하는 경우에는 오류를 생성하지 않습니다.

4단계: 모든 캐시 호스트가 업그레이드되었는지 확인

각 캐시 호스트를 업그레이드한 후 Get-CacheHost 명령을 사용하여 각 캐시 호스트의 캐싱 서비스 버전을 확인합니다. 계속하기 전에 모두 새 버전과 동일해야 합니다. Get-CacheHost의 다음 예제 출력을 고려해 보겠습니다.

HostName : CachePort Service Name            Service Status Version Info
-------------------- ------------            -------------- ------------
CACHESERVER1:22233 AppFabricCachingService UP             3 [1,3][1,1]
CACHESERVER2:22233 AppFabricCachingService UP             3 [1,3][1,1]
CACHESERVER3:22233 AppFabricCachingService UP             1 [1,3][1,1]

이 예제에서 처음 두 서버는 이제 업데이트된 버전 3 캐싱 서비스를 실행합니다. 그러나 CACHESERVER3 컴퓨터는 여전히 이전 버전(1)의 캐싱 서비스를 실행하고 있습니다. 업그레이드 프로세스를 계속하려면 이 캐시 호스트를 중지하거나 이전 단계를 사용하여 성공적으로 업그레이드해야 합니다.

5단계: 새 버전 번호만 사용하도록 허용되는 서버 버전 범위 업데이트

Update-CacheHostAllowedVersions 명령을 사용하여 BeginServerVersion을 새 버전으로 증가시킵니다.

Update-CacheHostAllowedVersions –BeginServerVersion 3

다음 예제에서는 대상 버전이 3인 3모드 클러스터에서 이 단계를 완료한 후 Get-CacheHost의 결과를 보여 줍니다.

HostName : CachePort Service Name            Service Status Version Info
-------------------- ------------            -------------- ------------
CACHESERVER1:22233 AppFabricCachingService UP             3 [3,3][1,1]
CACHESERVER2:22233 AppFabricCachingService UP             3 [3,3][1,1]
CACHESERVER3:22233 AppFabricCachingService UP             3 [3,3][1,1]

이제 사용 가능한 모든 Windows PowerShell 명령 및 업그레이드를 통해 제공된 모든 새 기능을 사용할 수 있습니다.

6단계: 새 버전 번호를 포함하도록 허용되는 클라이언트 버전 범위 업데이트

새로운 캐시 클라이언트 기능을 사용하도록 빌드된 응용 프로그램에서 업그레이드된 캐시 클러스터와 통신할 수 있어야 합니다. Update-CacheHostAllowedVersions 명령을 사용하여 허용되는 캐시 클라이언트 버전 범위에 새 버전을 포함합니다. 다음 예제에서는 EndClientVersion 매개 변수를 3으로 증가시켜 이 작업을 수행합니다.

Update-CacheHostAllowedVersions -EndClientVersion 3

다음 예제에서는 Get-CacheHost 출력에서 이 변경 내용의 결과를 보여 줍니다.

HostName : CachePort Service Name            Service Status Version Info
-------------------- ------------            -------------- ------------
CACHESERVER1:22233 AppFabricCachingService UP             3 [3,3][1,3]
CACHESERVER2:22233 AppFabricCachingService UP             3 [3,3][1,3]
CACHESERVER3:22233 AppFabricCachingService UP             3 [3,3][1,3]

이제 새 캐시 클라이언트 어셈블리 및 기능을 사용하도록 응용 프로그램을 업데이트할 수 있습니다. 캐시 클라이언트를 새 버전의 캐시 클라이언트로만 제한하려는 경우 Update-CacheHostAllowedVersions를 사용하여 BeginClientVersion을 새 버전 번호로 변경할 수 있습니다. 그러나 새 클라이언트와 이전 클라이언트 둘 다 캐시 클러스터를 계속 사용하도록 버전 범위를 그대로 둘 수도 있습니다. 캐시 클라이언트를 특정 버전으로 제한하려면 먼저 BeginClientVersion 값을 증가시키기 전에 그러한 클라이언트를 모두 해당 버전으로 업데이트해야 합니다.

7단계: 캐시 구성 저장소 업데이트

Update-CacheConfigurationStore 명령으로 캐시 구성 저장소를 업데이트합니다. 이 명령은 모든 캐시 호스트가 업그레이드된 후에만 사용할 수 있습니다.

Update-CacheConfigurationStore

여러 내부 변경 사항에서 이 명령은 캐시 클러스터 구성의 호스트 이름이 FQDN(정규화된 도메인 이름)을 사용하도록 변환합니다.

8단계: 캐시 클라이언트 응용 프로그램 업데이트

이전 단계에서 설명했듯이, 새로운 AppFabric 캐싱 기능을 활용하거나 버전 범위가 최신 버전(예: 3,3)으로 제한된 캐시 클러스터와 통신하려면 캐시 클라이언트 응용 프로그램에서 새로운 AppFabric 캐싱 어셈블리를 사용해야 합니다.

AppFabric 캐싱 어셈블리는 더 이상 GAC(전역 어셈블리 캐시)에 등록되지 않음에 주의해야 합니다. 이는 두 캐시 클라이언트 응용 프로그램 경계와 AppFabric 캐싱 어셈블리를 함께 두어야 함을 의미합니다. 또는 응용 프로그램 구성 파일의 <assemblyBinding> 섹션을 사용할 수 있습니다. <codeBase> 요소가 어셈블리의 위치를 가리킬 수 있습니다.

참고

캐시 클라이언트 응용 프로그램을 항상 다시 빌드할 필요는 없습니다. Windows Server AppFabric v1.0을 제거하거나 업그레이드하면 GAC에서 AppFabric 캐싱 어셈블리가 제거됩니다. 이제 위 방법 중 하나를 사용하여 캐시 클라이언트 응용 프로그램에서 새 어셈블리를 로드하도록 할 수 있습니다. 물론 압축과 같은 새 기능을 사용하려면 캐시 클라이언트 응용 프로그램을 다시 빌드해야 합니다.

2012-03-05

다음을 통해 공유