Ihre Anwendung kann in mehreren Rechenzentren bereitgestellt werden, entweder zur Notfallwiederherstellung oder zum geografischen Lastenausgleich. In solchen Fällen muss Ihre Anwendung eine verteilter Cache das WAN-Replikation unterstützt für hohe Verfügbarkeit von Daten im Katastrophenfall.
NCache stellt ein Bridge Funktion zur Handhabung WAN-Replikation zwischen verteilten Caches. Es führt eine asynchrone Datenreplikation durch, um Leistungseinbußen zu vermeiden. Darüber hinaus läuft die Bridge selbst als 2-Knoten-Cluster für hohe Verfügbarkeit.
NCache Ermöglicht Disaster Recovery (DR) durch asynchrone Datenreplikation von einem primären aktiven Standort zu einem passiven Standby-Standort über die Bridge. Sie können ein aktives und ein passives Rechenzentrum primär für Disaster-Recovery-Zwecke einrichten. In dieser Konfiguration enthält der aktive Standort die Bridge und die Caches, während der passive Standort nur die Caches enthält. Der aktive Standort repliziert die Daten asynchron über die Bridge zum passiven Standort, der im Katastrophenfall als Backup dient.
Für den regionalen Lastausgleich ermöglicht die Aktiv-Aktiv-Topologie mehreren Rechenzentren die gleichzeitige Bearbeitung des laufenden Datenverkehrs in Echtzeit. Sie können zwei aktive Rechenzentren für den regionalen Lastausgleich mit integrierter Notfallwiederherstellung konfigurieren. Einer der aktiven Standorte enthält die Bridge und die Caches, der andere hingegen nur die Caches – ähnlich wie bei der Aktiv-Passiv-Konfiguration. Der Unterschied besteht jedoch darin, dass beide Standorte Daten untereinander replizieren, da sie aktiv Client-Operationen bedienen.
NCache Unterstützt komplexe Hub-and-Spoke-Modelle, die es drei oder mehr geografischen Standorten ermöglichen, Daten über einen zentralen Bridge-Cluster auszutauschen. Neben den bereits erwähnten Konfigurationen, NCache unterstützt auch drei oder mehr Rechenzentren. In diesem Fall ist einer der Standorte ein Bridge-Standort, der die Bridge und die Caches enthält. Die anderen Standorte enthalten nur Caches. Alle Nicht-Bridge-Standorte sind mit dem Bridge-Standort verbunden, sodass die Daten gleichzeitig auf alle Standorte repliziert werden. Sie können auf jedem dieser Standorte auch eine Backup-Bridge erstellen, um eine hohe Verfügbarkeit zu gewährleisten, falls der Bridge-Standort ausfällt. Weitere Informationen zu dieser Konfiguration finden Sie im Blog. Grundlegendes zur Multi-Datacenter-WAN-Replikation.
Wenn Sie mehrere aktive Sites haben, besteht die Möglichkeit, dass dieselben Daten auf jeder dieser Sites gleichzeitig aktualisiert werden. Standardmäßig ist die Konflikt ist gelöst in NCache mithilfe der Logik „Letztes Update gewinnt“. Sie können jedoch auch einen benutzerdefinierten Konfliktlösungshandler angeben, der den Konflikt löst, indem er die Daten basierend auf Ihrer Logik analysiert.
Der folgende Codeausschnitt zeigt eine vereinfachte Implementierung des Konfliktlöser die im Cache implementiert ist:
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() {. . .}
}
Weitere Einzelheiten zur Konfliktlösung finden Sie unter Dokumente zur Konfliktlösung.
Die Replikation über regional verteilte Standorte kann aufgrund von Latenz zu Leistungseinbußen führen. Im Gegensatz zur standardmäßigen synchronen Replikation, die eine hohe Latenz verursacht, NCache Bridge nutzt asynchrone Warteschlangen, um die Anwendungsleistung von der WAN-Geschwindigkeit zu entkoppeln. NCache Bridge repliziert Daten asynchron über alle Rechenzentren hinweg und stellt so sicher, dass es zu keinen Anwendungsausfallzeiten kommt.
Darüber hinaus sendet die Bridge mehrere Datenelemente als eine einzige Sammelanfrage an den anderen Standort, wodurch die Netzwerkzugriffe im WAN drastisch reduziert werden. Dieser Mechanismus zur Massenreplikation ist effizienter als die Übertragung einzelner Elemente, da er den Netzwerk-Overhead verringert, indem mehrere Aktualisierungen in einer einzigen TCP-Anfrage zusammengefasst werden. Zusätzlich verfügt die Bridge über eine integrierte Replikation: Es handelt sich um einen 2-Knoten-Cluster mit Selbstreplikation, der eine hohe Verfügbarkeit gewährleistet. Weitere Informationen finden Sie unter [Link einfügen]. NCache Brückenverhalten können Sie sich auf die NCache Dokumente zur Brückenarchitektur.
NCache handhabt Katastrophensituationen in jeder der oben genannten Rechenzentrumskonfigurationen nahtlos.
Folgende Fälle können auftreten:
IBridgeConflictResolver Schnittstelle zur Anwendung eigener Geschäftslogik basierend auf den Datenversionen.© Copyright Alachisoft 2002 - Alle Rechte vorbehalten NCache ist eine eingetragene Marke der Diyatech Corp.