라이브 업그레이드 NCache 100% 가동 시간
NCache 매우 빠르고 확장 가능한 인메모리입니다. 분산 캐시 .NET 애플리케이션용입니다. 주로 읽기 작업이 많은 미션 크리티컬 프로덕션 환경에서 사용됩니다. 이러한 애플리케이션에서는 고가용성과 100% 가동 시간이 매우 중요하므로 NCache 필수품.
주요 기능 중 하나 NCache 이러한 환경에 적합한 솔루션은 Live Upgrade로, 다운타임 없이 최신 버전으로 업그레이드할 수 있습니다. NCache 라이브 업그레이드는 버전 전환 중 100% 가용성을 유지하도록 설계된 무중단 마이그레이션 메커니즘입니다. 액티브-패시브 브리지 토폴로지를 활용하여 서로 다른 버전 간의 데이터를 실시간으로 동기화합니다. NCache 버전 호환성을 통해 데이터 손실이나 애플리케이션 중단 없이 원활한 전환이 가능합니다.
캐시 클러스터의 Live Upgrade는 어떻게 작동합니까?
라이브 업그레이드는 수동 서버 업그레이드 시 일반적으로 발생하는 지연 시간을 크게 줄여줍니다. 캐시 클러스터의 모든 서버를 최소한의 지연으로 업그레이드할 수 있습니다. NCache, 설계상 모든 서버가 동일한 버전의 NCache이렇게 하면 버전 호환성 문제가 방지됩니다.
클러스터 버전을 최신 상태로 유지하려면 NCache 를 제공합니다 WAN 복제를 위한 브리지 토폴로지 두 캐시 클러스터 사이의 브리지 역할을 합니다. 이렇게 하면 현재 실행 중인 캐시의 데이터를 최신 캐시로 증분 복제할 수 있습니다. NCache 캐시가 계속 실행되는 동안 중간에 해당 브리지를 사용하는 캐시.
이 라이브 업그레이드 프로세스는 블루-그린 배포 전략과 유사하게 작동합니다. '소스' 클러스터는 '블루' 환경 역할을 하고, '타겟' 클러스터는 '그린' 환경 역할을 하며, 브리지는 최종 전환 전에 데이터 동등성과 원활한 동기화를 보장합니다.
NCache 다운타임 없는 실시간 업그레이드 및 블루-그린 마이그레이션 워크플로우.
여기에 제공된 단계에 따라 Live Upgrade를 통해 클러스터의 캐시를 업그레이드하세요.
1단계: 소프트웨어 업그레이드를 위한 서버 하위 집합 분리
클러스터에 2개 이상의 캐시 서버가 있는 경우 일부를 제거하여 업그레이드하십시오. NCache 해당 서버의 서버 소프트웨어.
하위 집합을 제거할 때는 총 4개 이상의 캐시 서버를 두는 것이 좋습니다. 이렇게 하면 소스 클러스터에 최소 2개의 서버가 남게 됩니다. 하지만 이 경우, 해당 서버를 지원하는 유일한 서버가 다운되면 애플리케이션에 다운타임이 발생할 수 있습니다.
2단계: 신규 사용자를 위한 클러스터 초기화 NCache 버전
업그레이드 후 NCache 두 대 이상의 캐시 서버에서는 모든 캐시 서버를 클러스터로 구성하고 해당 서버에서 캐시를 시작합니다. 고가용성을 보장하려면 각 하위 클러스터에 최소 두 대의 서버가 있어야 합니다. 서버가 하나만 있는데 다운되면 다운타임이 발생할 수 있습니다.
3단계: 능동-수동 브리지 토폴로지를 통한 데이터 동기화
최신 버전을 실행하는 모든 캐시 서버로 구성된 클러스터를 성공적으로 생성한 후 NCache, 다리를 만들다 새로운 클러스터(일반적으로 ~라고 함) 사이 대상 캐시) 및 이전 버전 클러스터(소스 캐시).
이 브리지를 생성하려면 이전 버전의 두 개의 전용 서버를 사용할 수 있습니다. NCache 또는 이전 버전을 실행 중인 두 서버에서 브리지 토폴로지를 실행합니다. NCache브리지 토폴로지의 액티브-패시브 구성을 사용하고 대상 클러스터가 소스 클러스터와 완전히 동기화될 때까지 기다립니다.
브리지 노드에서 브리지 서버를 채우려면 대상 캐시의 IP를 추가해야 합니다. 다음을 통해 수행할 수 있습니다. 브리지.ncconf 다음과 같이 :
<configuration>
<bridge-config ... >
<cache ... servers-list="20.200.20.38, 20.200.20.29" ... />
</bridge-config>
</configuration>4단계: 대상 클러스터로의 단계별 클라이언트 마이그레이션
두 클러스터가 완전히 동기화되면 클라이언트의 일부를 새 버전의 캐시 클러스터로 마이그레이션해야 합니다. 마이그레이션이 완료되면 이전 버전에 연결된 모든 클라이언트를 즉시 중지해야 합니다. 액티브-패시브 브리지를 통한 이 캐시 클라이언트 마이그레이션은 데이터 손실이나 클라이언트 애플리케이션 운영 중단을 방지합니다.
5단계: 나머지 노드 업그레이드 완료
클라이언트 연결이 대상 클러스터로 성공적으로 이전되면 소스 클러스터를 중지하고 업그레이드해야 합니다. 업그레이드가 완료되면 이러한 노드를 대상 클러스터에 다시 연결하여 완전한 고가용성을 복원하고 새 버전 환경의 전체 컴퓨팅 용량을 늘립니다.
Live Upgrade 기능을 사용하는 마지막 단계입니다. NCache 기존 캐시 클러스터를 업그레이드합니다.
6단계: 모든 캐시 클라이언트를 새 클러스터로 마이그레이션
이제 이전 버전에 연결된 나머지 클라이언트를 새 버전 캐시 클러스터로 마이그레이션해야 합니다. 모든 클라이언트가 성공적으로 마이그레이션되면 클라이언트에서 애플리케이션 실행을 시작할 수 있습니다.
새 캐시 클러스터와 함께 이전 클라이언트 사용
캐시 클라이언트를 업그레이드하지 않으려는 경우, NCache 이전 버전 클라이언트가 최신 버전의 캐시 클러스터와 원활하게 작동할 수 있도록 합니다. 따라서 클라이언트를 업그레이드할지, 아니면 이전 버전을 유지할지는 사용자의 선택에 달려 있습니다. NCache 애플리케이션 서버 또는 웹 서버(NCache 원격 클라이언트). 모든 캐시 서버가 최신 버전으로 업그레이드되었더라도 애플리케이션은 완벽하게 실행됩니다. 이는 다음과 같은 이유로 가능합니다. NCache 제공 하위 호환성 고객을위한
이전 버전과의 호환성 API와 함께 새 캐시 클라이언트 사용
업그레이드하는 것이 좋습니다. NCache 최신 클라이언트에는 요청된 버그 수정 사항이 모두 포함되어 있을 수 있으므로 애플리케이션과 웹 서버에 클라이언트 소프트웨어를 설치하는 것이 좋습니다. 이 과정은 매우 쉽고 원활합니다. 최신 버전의 클라이언트는 이전 버전과 하위 호환되기 때문입니다. 이러한 호환성 덕분에 애플리케이션은 어떠한 변경 사항도 인지하지 못한 채 최신 클라이언트에서 작동할 수 있습니다. 애플리케이션에서 라이브 업그레이드를 사용하는 가장 큰 장점은 코드 변경이나 재컴파일이 필요하지 않다는 것입니다. 버전만 업그레이드하면 됩니다. NCache 클라이언트 소프트웨어만 있으면 나머지는 자동으로 처리됩니다.
Live Upgrade 기능을 사용하여 업그레이드하는 방법에 대한 자세한 단계별 지침을 얻으려면 NCache 클러스터에 대한 설명서를 따르십시오. 라이브 업그레이드 NCache 버전.