다중 사이트 WAN 복제
재해 복구 또는 지리적 부하 분산을 위해 애플리케이션이 여러 데이터 센터에 배포될 수 있습니다. 이러한 경우 애플리케이션은 다음을 사용해야 합니다. 분산 캐시 WAN 복제를 지원하는 고 가용성 재난 발생 시 데이터 보호.
NCache 를 제공합니다 다리 처리할 기능 WAN 복제 분산 캐시 간에 데이터를 비동기적으로 복제하여 성능 저하를 방지합니다. 또한, 브리지 자체는 고가용성을 위해 2노드 클러스터로 실행됩니다.
브리지 토폴로지 주요 정보
- 다중 지역 확장성: 3개 이상의 활성 데이터 센터를 지원합니다.
- 성능 저하 없음: 100% 비동기 WAN 복제.
- 고가용성: 2노드 자가 복구 브리지 클러스터.
- 갈등 관리: 사용자 정의 가능한 C# 로직 또는 마지막 업데이트 우선 방식.
능동-수동 구성
NCache 브리지를 통해 기본 활성 사이트에서 대기 수동 사이트로 데이터를 비동기적으로 복제하여 재해 복구(DR)를 지원합니다. 재해 복구를 위해 활성 데이터 센터 하나와 수동 데이터 센터 하나를 운영할 수 있습니다. 이 구성에서 활성 사이트는 브리지와 캐시를 포함하고, 수동 사이트는 캐시만 포함합니다. 활성 사이트는 브리지를 통해 수동 사이트로 데이터를 비동기적으로 복제하며, 수동 사이트는 재해 발생 시 백업 역할을 합니다.
활성-활성 구성
지역 로드 밸런싱을 위해 액티브-액티브 토폴로지는 여러 데이터 센터가 실시간 동기화를 유지하면서 라이브 트래픽을 처리할 수 있도록 합니다. 재해 복구 기능이 내장된 두 개의 액티브 데이터 센터를 구성하여 지역 로드 밸런싱을 구현할 수 있습니다. 액티브 사이트 중 하나는 브리지와 캐시를 포함하고, 다른 하나는 캐시만 포함하도록 구성하면 액티브-패시브 구성과 유사합니다. 하지만 이 경우 두 사이트 모두 클라이언트 운영을 적극적으로 처리하면서 서로 데이터를 복제한다는 점이 다릅니다.
3개 이상의 활성-활성 데이터 센터 처리
NCache 복잡한 허브 앤 스포크 모델을 지원하여 세 개 이상의 지리적 위치가 중앙 집중식 브리지 클러스터를 통해 데이터를 공유할 수 있습니다. 앞서 언급한 구성 외에도, NCache 세 개 이상의 데이터 센터도 지원합니다. 이 경우, 사이트 중 하나는 브리지 사이트로, 브리지와 캐시를 포함합니다. 다른 사이트는 캐시만 포함합니다. 브리지 사이트가 아닌 모든 사이트는 브리지 사이트에 연결되어 있으므로 모든 사이트에 동시에 데이터가 복제됩니다. 브리지 사이트가 다운될 경우를 대비하여 이러한 사이트 중 하나에 백업 브리지를 생성하여 고가용성을 보장할 수도 있습니다. 이 구성에 대한 자세한 내용은 블로그를 참조하세요. 다중 데이터 센터 WAN 복제 이해.
Active-Active의 충돌 해결
여러 개의 활성 사이트가 있는 경우 각 사이트에서 동일한 데이터가 동시에 업데이트될 가능성이 있습니다. 기본적으로 갈등이 해결되다 in NCache "마지막 업데이트 우선" 로직을 사용합니다. 하지만 로직에 따라 데이터를 분석하여 충돌을 해결하는 사용자 지정 충돌 해결 처리기를 지정할 수도 있습니다.
다음 코드 조각은 단순화된 구현을 보여줍니다. 갈등 해결사 캐시에 구현됨:
public class Resolver : IBridgeConflictResolver
{
public void Init(System.Collections.IDictionary parameters) {. . .}
public ConflictResolution Resolve(ProviderBridgeItem oldEntry, ProviderBridgeItem newEntry)
{
var conflictResolution = new ConflictResolution();
switch (oldEntry.BridgeItemVersion)
{
case BridgeItemVersion.OLD: { /* Replace Item with New Entry */ }
break;
case BridgeItemVersion.LATEST: { /* Keep Old Entry */ }
break;
case BridgeItemVersion.SAME: { /* Your custom logic */ }
break;
}
return conflictResolution;
// Configure this implementation on cache
}
public void Dispose() {. . .}
}갈등 해결에 대한 자세한 내용은 다음을 참조하세요. 갈등 해결 문서.
병렬 및 대량 비동기 복제
지역적으로 분산된 사이트 간의 복제는 지연 시간으로 인해 성능 저하를 초래할 수 있습니다. 높은 지연 시간을 유발하는 표준 동기 복제와는 달리, NCache Bridge는 비동기 큐잉을 사용하여 애플리케이션 성능을 WAN 속도와 분리합니다. NCache Bridge는 모든 데이터 센터에서 데이터를 비동기적으로 복제하여 애플리케이션 가동 중지 시간이 발생하지 않도록 보장합니다.
또한, 이 브리지는 여러 데이터 항목을 단일 대량 요청으로 상대 사이트로 전송하여 WAN을 통한 네트워크 트래픽을 획기적으로 줄입니다. 이러한 대량 복제 메커니즘은 항목별 전송보다 효율적이며, 여러 업데이트를 단일 TCP 요청으로 그룹화하여 네트워크 오버헤드를 줄입니다. 추가 기능으로, 이 브리지는 자체 복제 기능을 갖춘 2노드 클러스터로 구성되어 높은 가용성을 제공합니다. 자세한 내용은 다음을 참조하십시오. NCache 브리지 동작은 다음을 참조할 수 있습니다. NCache 브리지 아키텍처 문서.
런타임 시 재해 처리
NCache 앞서 언급한 각 데이터 센터 구성에서 재해 상황을 원활하게 처리합니다.
- 능동 수동: 패시브 사이트가 다운되면 액티브 사이트는 패시브 사이트가 다시 작동할 때까지 복제 없이 클라이언트 작업을 계속 처리합니다. 패시브 사이트가 복구되면 패시브 사이트가 재동기화되고 WAN 복제가 수행됩니다. 액티브 사이트가 다운되면 트래픽은 패시브 사이트로 라우팅되며, 패시브 사이트는 액티브 사이트와 동기화되어 일시적으로 액티브 사이트 역할을 합니다. 원래 액티브 사이트가 복구되면 재동기화되어 다시 액티브 사이트가 됩니다.
- 활성-활성: 이 경우, 활성 사이트가 다운되더라도 트래픽은 다른 사이트로 라우팅되며, 해당 사이트 역시 활성 사이트이므로 클라이언트에게 원활하게 서비스를 제공합니다. 원래 사이트가 복구되면 자동으로 재동기화되고 WAN 복제가 계속 진행됩니다.
- 3+ 액티브-액티브:
다음과 같은 경우가 발생할 수 있습니다.
- 비브리지 활성 사이트가 다운됩니다.: 다른 사이트는 계속해서 서로를 복제하고, 이 사이트의 트래픽은 사용자를 방해하지 않고 다른 연결된 사이트로 리디렉션됩니다.
- 브릿지 활성 사이트가 다운됩니다: 브리지 활성 사이트가 다운되면 브리지도 다운되어 WAN 복제가 수행되지 않습니다. 따라서 다른 활성 사이트 중 하나가 임시로 브리지 사이트 역할을 합니다. 이러한 경우를 대비하여 사이트 중 하나에 백업 브리지를 생성할 수도 있습니다. NCache 캐시가 런타임에 브리지에 연결될 수 있도록 하여 클라이언트 측에서 다운타임이 발생하지 않습니다. 원래 사이트가 복구되면 자동으로 재동기화되고 트래픽은 이전과 마찬가지로 해당 사이트로 라우팅됩니다.
다음에 무엇을할지?
자주 묻는 질문 (FAQ)
IBridgeConflictResolver 데이터 버전에 따라 자체 비즈니스 로직을 적용할 수 있는 인터페이스입니다.