WAN-Replikation für mehrere Rechenzentren

Ihre Anwendung kann entweder für die Notfallwiederherstellung oder für den geografischen Lastausgleich des Datenverkehrs in mehreren Rechenzentren bereitgestellt werden. Wenn Ihre Anwendung stark frequentiert ist, muss sie einen verteilten Cache verwenden. In diesen Situationen müssen Sie sicherstellen, dass Ihr verteilter Cache die WAN-Replikation durchführen kann, um im Katastrophenfall eine hohe Datenverfügbarkeit zu gewährleisten.

NCache stellt Bridge bereit, um die WAN-Replikation von verteilten Caches zu handhaben. Es bildet eine Brücke zwischen den verteilten Rechenzentren und führt eine asynchrone Replikation von Daten durch, sodass keine Leistungseinbußen auftreten. Darüber hinaus ist die Bridge selbst ein Cluster aus zwei Servern für Hochverfügbarkeitszwecke.

Aktiv-Passiv-Konfiguration

Möglicherweise haben Sie ein aktives und ein passives Rechenzentrum, hauptsächlich für Disaster-Recovery-Zwecke. In dieser Konfiguration enthält ein aktiver Standort die Brücke und die Caches, während der passive nur die Caches enthält. Der aktive Standort repliziert die Daten asynchron über die Brücke zum passiven Standort, der im Katastrophenfall als Backup dient.

NCache Details

NCache Architekturdokumente

Blog zur WAN-Replikation

Aktiv-Aktiv-Konfiguration

Sie haben möglicherweise zwei aktive Rechenzentren für eine Kombination aus regionalem Lastenausgleich und einem impliziten Disaster-Recovery-Zweck. Einer der aktiven Standorte enthält die Brücke und die Caches, während einer nur die Caches enthält, ähnlich wie bei der Aktiv-Passiv-Konfiguration. Der Unterschied in diesem Fall besteht jedoch darin, dass beide Standorte Daten miteinander replizieren, da sie beide aktiv Client-Operationen bedienen.

Umgang mit 3+ Aktiv-Aktiv-Rechenzentren

Abgesehen von den oben genannten Konfigurationen NCache bietet auch die Handhabung von drei oder mehr Rechenzentren. In diesem Fall ist eine der Sites eine Brückensite, die die Brücke und die Caches enthält. Die anderen Seiten enthalten nur die Caches. Alle Nicht-Bridge-Sites sind mit der Bridge-Site verbunden, sodass Daten gleichzeitig an alle Sites repliziert werden. Sie können auf jeder dieser Sites auch eine Backup-Bridge erstellen, um eine hohe Verfügbarkeit sicherzustellen, falls die Bridge-Site ausfällt. Weitere Einzelheiten zu dieser Konfiguration finden Sie im Blog Grundlegendes zur Multi-Datacenter-WAN-Replikation.

Konfliktlösung in Aktiv-Aktiv

Wenn Sie mehrere aktive Sites haben, besteht die Möglichkeit, dass dieselben Daten gleichzeitig auf jeder dieser Sites aktualisiert werden. Standardmäßig wird der Konflikt in aufgelöst NCache mit der „last-update-wins“-Logik. Sie können jedoch auch einen benutzerdefinierten Konfliktlösungshandler angeben, der den Konflikt löst, indem er die Daten basierend auf Ihrer Logik analysiert.

Das folgende Code-Snippet zeigt eine vereinfachte Implementierung des Konfliktlösers, der 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.

Parallele und asynchrone Massenreplikation

Die Replikation über regional verteilte Rechenzentren kann aufgrund von Latenz zu Leistungseinbußen führen. Somit, NCache bridge führt eine asynchrone WAN-Replikation parallel über alle Rechenzentren hinweg durch, sodass Ihre Anwendung keine Ausfallzeiten erfährt, während sie auf die Replikation der Vorgänge wartet.

Darüber hinaus sendet die Bridge auch mehrere Datenelemente als eine einzige Massenanforderung an den anderen Standort, wodurch Netzwerkfahrten über das WAN drastisch reduziert werden. Als Add-On verfügt die Bridge auch über eine integrierte Replikation: Es handelt sich um einen 2-Knoten-Cluster, der sich selbst repliziert, sodass er selbst hochverfügbar ist. Näheres dazu auf NCache Bridge-Verhalten, auf das Sie sich beziehen können NCache Dokumente zur Brückenarchitektur.

Umgang mit Katastrophen zur Laufzeit

NCache handhabt Katastrophensituationen in jeder der oben genannten Rechenzentrumskonfigurationen nahtlos.

Aktiv passiv: Wenn der passive Standort ausfällt, bedient der aktive Standort weiterhin Clientvorgänge, es findet jedoch keine Replikation statt, bis der passive Standort wieder verfügbar ist. Sobald es wieder da ist, synchronisiert sich der passive Standort neu und die WAN-Replikation findet statt. Wenn die aktive Site ausfällt, wird der Datenverkehr zur passiven Site geleitet, die vorübergehend als aktive Site fungiert, da sie mit der aktiven Site synchronisiert wird. Sobald die ursprüngliche aktive Site gesichert ist, synchronisiert sie sich selbst neu und wird wieder aktiv.
Aktiv-Aktiv: Wenn in diesem Fall die aktive Site ausfällt, wird der Datenverkehr an die andere Site weitergeleitet, die die Clients weiterhin nahtlos bedient, da sie ebenfalls eine aktive Site ist. Sobald die ursprüngliche Site zurückkehrt, wird sie automatisch neu synchronisiert und die WAN-Replikation wird fortgesetzt.
3+ Aktiv-Aktiv:
- Die aktive Seite ohne Brücke fällt aus: die anderen Sites replizieren sich weiterhin gegenseitig und der Datenverkehr auf dieser Site wird zu den anderen verbundenen Sites umgeleitet, ohne die Benutzer zu unterbrechen.
- Die aktive Seite der Brücke fällt aus: Wenn die aktive Bridge-Site ausfällt, bedeutet dies, dass die WAN-Replikation nicht stattfindet, da die Bridge ebenfalls ausgefallen ist. Eine der anderen laufenden aktiven Sites fungiert also vorübergehend als Bridge-Site. Sie können für solche Szenarien auch eine Sicherungsbrücke an einem der Standorte erstellen. Seit NCache ermöglicht es Caches, sich zur Laufzeit mit einer Bridge zu verbinden, es gibt keine Ausfallzeit auf der Client-Seite. Sobald die ursprüngliche Website wieder verfügbar ist, synchronisiert sie sich automatisch neu und der Datenverkehr wird wie zuvor an diese Website weitergeleitet.

Was macht man als nächstes?

Bewertung NCache Eigenschaften
Herunterladen NCache
Fordern Sie eine personalisierte LIVE-Demo an