NCache .NET/용 메모리 내 분산 캐시입니다..NET Core, Java, Python, NodeJS 및 Scala 애플리케이션과 호환되며 매우 빠르고 확장 가능합니다. 미션 크리티컬 애플리케이션을 위한 생산 설정에서 활용되며, 그 중 다수는 사용자 상호 작용이기도 합니다. 이러한 애플리케이션에서는 고가용성이 중요합니다. 그리고 다양한 기능을 통해 NCache 이러한 요구를 충족시키는 훌륭한 작업을 수행합니다.
이러한 기능 중 하나는 Live Upgrade로 업데이트할 수 있습니다. NCache 통해 응용 프로그램을 중단하지 않고 최신 버전으로 다리. NCache 를 제공합니다 WAN 복제를 위한 브리지 토폴로지 가장 최신 버전의 클러스터를 유지 관리하는 두 캐시 클러스터 간의 브리지 역할을 합니다. 단, Live Upgrade 기능은 NCache Enterprise 판.
업그레이드해야 하는 이유 NCache 최신 버전
이전 버전을 사용하는 경우 NCache, 모든 최신 기능과 향상된 기능의 혜택을 누리려면 최신 버전으로 업그레이드하는 것이 좋습니다. 이러한 기능 및 개선 사항에 대한 모든 세부 정보를 보려면 NCache 5.3 SP1에서는 다음을 읽을 수 있습니다. 릴리즈 노트 of NCache 5.3 SP1.
라이브 업그레이드 NCache 무시할 수 있는 데이터 손실
라이브 업그레이드를 통해 수동으로 소프트웨어를 업그레이드하는 데 걸리는 시간이 크게 줄어듭니다. 당신은 사용할 수 있습니다 라이브 업그레이드 캐시가 계속 실행되는 동안 현재 작동 중인 캐시(소스 캐시라고 함)에서 최신 캐시(대상 캐시)로 데이터를 복제합니다.
데이터 복제의 비동기 특성으로 인해 소스 캐시에 연결된 모든 클라이언트는 전체 복사본이 대상 캐시에 원활하게 만들어지더라도 소스 캐시의 활동을 인식합니다. 한편 소스 캐시 설정은 계속해서 완벽하게 작동하며 변경 사항의 영향을 받지 않습니다.
위에 표시된 그림은 이전 버전의 4노드 클러스터를 보여줍니다. NCache 설치. 먼저 노드 3과 4를 중지하고 최신 NCache 이 노드의 버전. 다음으로 새로 만든 노드에 2노드 캐시를 생성합니다. NCache 버전 설치된 시스템(노드 3 및 4). 이 시점에서 각각 2개의 노드로 구성된 총 XNUMX개의 캐시가 있습니다. 그것들을 소스 캐시(이전 NCache 버전 설치된 캐시) 및 대상 캐시(새로 NCache 설치된 캐시 버전). 그런 다음 소스 캐시에서 대상 캐시로 데이터를 전송하기 위해 이 두 캐시 사이에 브리지를 생성해야 합니다. 소스 캐시의 노드를 중지하고 최신 NCache 그것에 버전. 다음으로 대상 캐시에 노드 1과 2를 추가하여 4노드 클러스터로 만듭니다.
이상적으로는 4노드 클러스터를 사용하여 두 서버 노드 간에 데이터를 분할할 수 있도록 하는 것이 좋습니다. 클러스터 노드의 분할은 이러한 분할로 인해 데이터 손실이 전혀 발생하지 않는다는 사실을 기반으로 합니다. 어떤 클러스터 분할을 선택하든 분할된 클러스터에서 동일한 데이터를 보유할 수 있어야 합니다. 2노드 클러스터가 있는 경우 분할하지 않는 것이 좋습니다. 대신 최신 버전의 임시 2노드 클러스터가 있습니다. NCache 설치. 기존 2개 노드가 새 클러스터에 가입하면 이러한 임시 노드를 제거할 수 있습니다.
다음으로 업그레이드하는 방법 NCache 라이브 버전
예를 들어 이전 섹션의 다이어그램에서 설명한 대로 4노드 클러스터가 있습니다. 두 개의 노드(3과 4)를 꺼내고 최신 버전의 NCache 그들에 (대상 캐시). 다른 두 노드(1 및 2)에는 이전 버전이 있습니다. NCache 설치됨(소스 캐시). 두 캐시는 이름과 구성 면에서 동일합니다. 이것은 능동-수동 구성입니다.
-
- 에 설명된 대로 이 두 클러스터 사이에 새 브리지를 만듭니다. 브리지 생성 페이지.
- 에서 … 의 태그 브리지.ncconf 브리지 노드에서 다음과 같이 대상 캐시를 수동으로 추가합니다.
1234567891011<configuration><bridge-config … ><cache cache-id="demoCache.WestCoast" status="active" servers-list="20.200.20.43" bulk-operation-size="500"enable-compression="False" connection-retry-interval="3" heart-beat-enabled="True" replicator-virtual-queue-size="2048MB" is-connected="True" is-master="False"/><cache cache-id="demoCache.EastCoast" status="active" servers-list="20.200.20.40" bulk-operation-size="500"enable-compression="False" connection-retry-interval="3" heart-beat-enabled="True" replicator-virtual-queue-size="2048MB" is-connected="True" is-master="False"/></bridge-config></configuration> - bridge.ncconf 수정 후 다음 PowerShell cmdlet을 사용하여 브리지 서비스를 다시 시작합니다.
1Restart-Service NBridgeSvc - 소스 캐시 및 대상 캐시를 Start-BridgeStateTransfer PowerShell 명령에 대한 입력으로 제공하여 상태 전송을 시작합니다.
12Start-BridgeStateTransfer -Server 20.200.20.43 -Name demoBridge -SourceCache demoCache.WestCoast -TargetCachedemoCache.EastCoast - 데이터는 이전 클러스터(활성)에서 최신 클러스터(수동)로 비동기식으로 복제됩니다.
- 두 캐시가 완전히 동기화되면 클라이언트를 중지하고 최신 클러스터에 다시 연결해야 합니다. 이렇게 하려면 소스 캐시 서버의 IP 주소를 대상 캐시 서버의 IP 주소로 변경하십시오. 클라이언트.ncconf 각 클라이언트 노드의 클라이언트를 다시 연결합니다.
- 다리를 제거하십시오.
- 클라이언트가 최신 클러스터에 성공적으로 연결되면 이전 클러스터를 중지하고 최신 버전을 설치합니다. 업그레이드 후 최신 버전의 캐시 클러스터에 이러한 서버를 추가합니다. NCache 모든 서버의 소프트웨어.
- 노드 1과 2를 차례로 최신 클러스터에 연결합니다.
결론
NCache 사용자는 무시할 수 있는 데이터 손실로 최신 버전으로 원활하게 업그레이드할 수 있습니다. 사용자는 하나에서 이동하는 문제를 처리할 필요가 없습니다. NCache 라이브 업그레이드 또는 오프라인 NCache 버전 업그레이드. 에 대한 자세한 내용은 NCache참조하십시오 NCache 문서.