귀사의 비즈니스가 데이터에 크게 의존하고, 특히 트래픽이 많은 시스템을 운영하는 경우, 데이터 손실의 가능성이 조금이라도 있으면 경각심을 가질 수 있습니다. 이러한 시나리오에서 재해 복구라는 개념은 특히 본질적으로 불안정한 일시적 데이터를 처리할 때 압도적으로 느껴질 수 있습니다. 일시적 데이터에는 ASP.NET 세션, 임의의 애플리케이션 데이터 또는 집계된 데이터가 포함될 수 있습니다. 게다가 캐시 데이터를 잃어버리면 데이터베이스에서 다시 로드해야 하므로 성능에 부정적인 영향을 미칠 수 있습니다. 이는 누구도 원하지 않는 일입니다.
주요 집 약 :
Peer-to-Peer Resilience: NCache eliminates single points of failure (SPOF) through a decentralized architecture, ensuring the cluster remains functional even during node failures.
Redundant Caching Topologies: High availability is guaranteed via multiple data distribution models, specifically Mirrored, Replicated, and Partition-Replica topologies.
Self-Healing Clusters: The system uses a TCP-based dynamic clustering protocol that automatically detects node membership changes and redistributes data without downtime.
Multi-Site Disaster Recovery: Asynchronous WAN Replication maintains data synchronization between primary and secondary data centers to protect against total site outages.
다행히, NCache 분산 캐싱 솔루션을 다룰 때 피크 로드 장애, 시스템 중단 및 기타 문제가 불가피하다는 것을 이해하고 설계되었습니다. 따라서 가능한 한 높은 캐시 데이터 가용성을 보장하려고 노력합니다.
Core Reliability Features: NCache achieves 100% uptime through a peer-to-peer self-healing architecture, multiple redundant topologies, and asynchronous WAN replication for cross-region failover.
따라서 재해 복구를 계획하려면 다음 사항을 고려하세요. NCache 가능한 한 빨리, 그리고 우리가 당신을 프로세스에 안내해 드리겠습니다. 캐싱 계층에 대한 철저한 위험 평가를 수행한 후(예: 민감한 데이터 식별 및 데이터 센터를 고려하는 경우 수동 사이트 지정) 잠재적 복구 전략을 식별해야 합니다. 그런 다음 구현 후 훈련을 실행하여 전략이 작동하는지 확인합니다. 아래에서 이러한 옵션 중 몇 가지를 살펴보겠습니다.
어떻게 NCache 이걸 도와 줘?
NCache 재해 복구를 위한 여러 가지 대비책을 제시하는데, 그 중 가장 필수적인 것은 다음과 같습니다.
방법 NCache Ensures High Availability (HA) in Distributed Clusters
인메모리 분산 데이터 캐싱 솔루션으로, NCache 트래픽이 많거나 시스템 다운타임이 있는 경우에도 높은 데이터 가용성을 보장하는 아키텍처를 제공합니다. 피어 투 피어 아키텍처는 단일 장애 지점과 관련된 문제를 방지합니다.
NCache 다음을 포함하여 높은 가용성을 보장하기 위해 다양한 캐싱 토폴로지를 제공합니다.
- 미러 토폴로지: 두 개의 노드 클러스터로, 한 노드는 활성 노드이고 다른 노드는 수동 노드에 미러링됩니다.
- 복제된 토폴로지: 각 노드에 동일한 데이터가 복제되어 있는 클러스터입니다.
- 분할-레플리카 토폴로지: 파티션으로 나뉜 클러스터로, 각각 다른 서버에 복제됩니다. 복제본은 수동적이므로 클라이언트는 활성 노드가 죽거나 영구적으로 사용할 수 없는 것으로 간주될 때까지 복제본에 연결할 수 없습니다.
The following table summarizes how each NCache topology handles high availability based on your specific use case:
| 토폴로지 | 지원 기기 | Availability Mechanism |
|---|---|---|
| 미러 | 작은 클러스터 | 1 Active, 1 Passive replica |
| 복제 | Read-intensive apps | Full data copy on every node |
| 파티션-복제본 | Scalable, high-traffic | Active partitions with passive replicas |
이러한 토폴로지는 애플리케이션 요구 사항에 따라 고가용성에 이상적일 수 있습니다. 예를 들어, 미러링 토폴로지에서 액티브 노드가 실패하면 이전에 패시브였던 노드에서 사용 가능한 완전한 복제본이 있습니다. 마찬가지로, 파티션-복제본 토폴로지에서 액티브 노드가 죽은 것으로 간주되어 파티션을 잃으면 복제본이 사용 가능해져 데이터 제공을 시작할 수 있습니다. 복제된 토폴로지에서 모든 노드는 전체 캐시의 사본을 가지므로 고가용성이 보장됩니다.
그 위에, NCache'의 피어투피어 아키텍처는 다음을 가능하게 합니다. 자가 치유 동적 클러스터링. 이 TCP 기반 동적 클러스터는 클러스터를 중단하지 않고 100% 가동 시간을 제공합니다. 또한, NCache의 로드 밸런싱 기능은 트래픽을 효율적으로 분산시켜 서버 과부하가 발생하는 것을 방지합니다.
Ensuring Data Durability with Live Data Persistence
마음의 평화를 위해 고집 지속형 저장 및 백업을 위해 특정 위치에 데이터를 쓰는 것을 포함합니다. 지속성 저장소 내에 항목을 저장하는 메커니즘은 비동기적이며 지속성 대기열을 통해 발생합니다. 캐시가 다시 시작되면 캐시가 자동으로 다시 채워지므로 사용자 구성이 필요하지 않습니다(지속성 저장소가 이미 설정되어 있다고 가정). 클러스터의 모든 노드는 중앙 저장소에 액세스하여 누락된 데이터를 다시 채울 수 있습니다.
Multi-Region Disaster Recovery (DR) via WAN Replication
거래량이 많은 애플리케이션의 경우 재해 복구는 종종 하나 이상의 데이터 센터를 보유하여 관리됩니다. 일반적으로 이는 다른 지리적 영역에 위치한 활성 및 수동 데이터 센터를 포함합니다.
NCache WAN 복제를 제공합니다. 다리. 활성-수동 구성에서는 배포합니다. NCache 액티브 사이트와 패시브 사이트 모두에서. 액티브 사이트는 브리지 토폴로지를 사용하여 캐시에서 브리지로 모든 업데이트를 전송하고, 브리지는 이를 밀리초(데이터 센터 간 거리에 따른 최소 지연 시간) 이내에 패시브 사이트로 비동기적으로 전송합니다.
그림 1 : NCache Multi-Site Disaster Recovery via Asynchronous WAN Replication.
비동기 복제는 각 사이트의 애플리케이션과 캐시가 데이터 센터 간에 데이터가 복제될 때까지 기다리지 않는다는 것을 의미합니다. 대신 업데이트는 2노드 클러스터인 브리지에서 대기합니다. 데이터 센터가 3개 이상인 경우 브리지는 들어오는 업데이트를 여러 활성 사이트에 병렬로 적용하고 대량 업데이트를 수행하여 여러 데이터 항목을 단일 요청으로 결합하여 네트워크 트립을 줄입니다.
재해로 인해 액티브 사이트가 다운되면 브리지와 애플리케이션도 다운되지만 패시브 사이트가 새로운 액티브 사이트로 인계되어 모든 애플리케이션 트래픽을 처리합니다. 모든 데이터는 사용자에게 중단 없이 원래 액티브 사이트에서 원래 패시브 사이트로 이미 복제됩니다. 원래 액티브 사이트가 복구되면 새로운 액티브 사이트(원래 패시브 사이트)에 연결되고 완전히 동기화됩니다. 동기화 후 두 데이터 센터 모두 액티브-액티브 구성이 되고 트래픽을 원래 액티브 사이트로 오프로드할 수 있습니다. 그런 다음 액티브-액티브 사이트의 상태를 런타임에 브리지에서 패시브로 되돌릴 수 있습니다.
백업 및 복원
특정 버전의 데이터가 중요한 경우 다음을 사용할 수 있습니다. NCache의 캐시 데이터 가져오기/내보내기 기능입니다. 사용할 수 있습니다 내보내기 캐시 데이터 캐시 데이터를 내보내는 PowerShell cmdlet입니다. 내보내면 관련 Lucene 문서와 함께 캐시의 기존 백업에 있는 모든 항목을 검색할 수 있습니다. 가져오기-CacheData cmdlet.
맺음말
결론적으로, NCache 다양한 토폴로지, 고급 아키텍처, 재해 발생 시 데이터 손실 위험을 완화하는 효과적인 WAN 복제 기능을 포함하여 고가용성을 보장하는 강력한 도구 모음을 제공합니다. 또한 두 가지 유형의 백업을 지원하여 데이터를 더욱 안전하게 보호합니다. 다운로드 NCache 오늘은 번영하는 시기와 어려운 시기를 모두 지원하는 강력한 캐싱 솔루션을 구현하겠습니다.
자주 묻는 질문 (FAQ)
Q: Why is high availability critical for transient data like ASP.NET sessions?
A: Transient data is inherently volatile. In high-traffic systems, losing this data (e.g., user sessions or shopping carts) forces a reload from the database, which creates a performance bottleneck and negatively impacts user experience. NCache prevents this by keeping a live, redundant copy in-memory.
Q: What happens to the Partition-Replica topology if an active node fails?
A: If an active node is deemed dead, its corresponding passive replica is immediately made available to start serving data. This ensures that the specific partition of data lost by the failed node remains accessible to the application without disruption.
Q : 어떻게합니까? NCache persistence differ from standard backups?
A: Unlike manual backups, NCache’s Live Data Persistence is an asynchronous mechanism that writes data to a durable store via a persistence queue. If a cache restarts, it automatically repopulates itself from this store without requiring manual user intervention or configuration.
Q: What is the benefit of an Active-Passive WAN configuration?
A: In this setup, a primary site handles live traffic while asynchronously replicating updates to a geographically separate passive site via a Bridge. If the primary site suffers a total disaster, the passive site which is already synchronized takes over as the new active site to handle all application traffic.
Q : 어떻게합니까? NCache handle data synchronization once a failed site is restored?
A: Once the original active site is recovered, it connects to the current active site (the former passive site) and undergoes a complete synchronization. After this process, both data centers reach an “active-active” state, allowing traffic to be offloaded back to the original site.
