Replicazione WAN multi-sito

L'applicazione potrebbe essere distribuita su più data center, sia per il disaster recovery che per il bilanciamento del carico geografico. In questi casi, l'applicazione deve utilizzare un cache distribuita che supporta la replica WAN per elevata disponibilità dei dati in caso di disastro.

NCache fornisce un Ponte caratteristica da gestire Replica WAN tra cache distribuite. Esegue la replica asincrona dei dati per evitare qualsiasi degrado delle prestazioni. Inoltre, il bridge stesso funziona come un cluster a 2 nodi per un'elevata disponibilità.

Informazioni rapide sulla topologia del ponte

• Scalabilità multi-regione: Supporto per più di 3 data center attivi.
• Nessun ritardo nelle prestazioni: Replica WAN asincrona al 100%.
• Alta disponibilità: Cluster di bridge auto-riparante a 2 nodi.
• Gestione dei conflitti: Logica C# personalizzabile o Last-Update-Wins.

Configurazione attiva-passiva

NCache Abilita il Disaster Recovery (DR) replicando in modo asincrono i dati da un sito attivo primario a un sito passivo di standby tramite il Bridge. È possibile disporre di un data center attivo e uno passivo principalmente per scopi di disaster recovery. In questa configurazione, il sito attivo contiene il bridge e le cache, mentre quello passivo contiene solo le cache. Il sito attivo replica in modo asincrono i dati tramite il bridge al sito passivo, che funge da backup in caso di disastro.

Configurazione attivo-attivo

Per il bilanciamento del carico regionale, la topologia attivo-attivo consente a più data center di gestire il traffico in tempo reale, mantenendo la sincronizzazione. È possibile configurare due data center attivi per il bilanciamento del carico regionale con disaster recovery integrato. Uno dei siti attivi contiene il bridge e le cache, mentre l'altro ha solo le cache, in modo simile alla configurazione attivo-passivo. Tuttavia, la differenza in questo caso è che entrambi i siti replicano i dati tra loro, poiché entrambi gestiscono attivamente le operazioni dei client.

Gestione di 3+ ​​datacenter attivi-attivi

NCache Supporta modelli hub-and-spoke complessi, consentendo a tre o più sedi geografiche di condividere dati tramite un cluster bridge centralizzato. Oltre alle configurazioni sopra menzionate, NCache Supporta anche tre o più data center. In questo caso, uno dei siti è un sito bridge che contiene il bridge e le cache. Gli altri siti contengono solo cache. Tutti i siti non bridge sono connessi al sito bridge, quindi i dati vengono replicati simultaneamente su tutti i siti. È anche possibile creare un bridge di backup su uno qualsiasi di questi siti per garantire un'elevata disponibilità in caso di inattività del sito bridge. Per maggiori dettagli su questa configurazione, consultare il blog. Informazioni sulla replica WAN multi-datacenter.

Risoluzione dei conflitti in Active-Active

Quando si hanno più siti attivi, c'è la possibilità che gli stessi dati possano essere aggiornati simultaneamente su ciascuno di essi. Per impostazione predefinita, il conflitto è risolto in NCache utilizzando la logica "last-update-wins". Tuttavia, è anche possibile specificare un gestore di risoluzione dei conflitti personalizzato che risolva il conflitto analizzando i dati in base alla logica specificata.

Il seguente frammento di codice mostra un'implementazione semplificata del risolutore di conflitti che è implementato nella cache:

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() {. . .}
}

Per maggiori dettagli sulla risoluzione dei conflitti, puoi fare riferimento a Documenti di risoluzione dei conflitti.

Replica parallela e asincrona in blocco

La replica su siti distribuiti a livello regionale può comportare un degrado delle prestazioni a causa della latenza. A differenza della replica sincrona standard, che causa un'elevata latenza, NCache Bridge utilizza la coda asincrona per disaccoppiare le prestazioni delle applicazioni dalla velocità della WAN. NCache Bridge replica i dati in modo asincrono su tutti i data center, evitando tempi di inattività delle applicazioni.

Inoltre, il bridge invia più elementi di dati come un'unica richiesta in blocco all'altro sito, riducendo drasticamente i viaggi di rete attraverso la WAN. Questo meccanismo di replicazione in blocco è più efficiente del trasferimento singolo elemento, riducendo il sovraccarico di rete raggruppando più aggiornamenti in un'unica richiesta TCP. Come componente aggiuntivo, il bridge dispone anche di replicazione integrata: è un cluster a 2 nodi che si auto-replica, garantendo così un'elevata disponibilità. Per maggiori dettagli su NCache comportamento del ponte, puoi fare riferimento al NCache Documenti sull'architettura del ponte.

Gestione del disastro in fase di esecuzione

NCache gestisce senza problemi le situazioni di emergenza in ciascuna delle suddette configurazioni di data center.

• Attivo passivo: In caso di inattività del sito passivo, il sito attivo continua a gestire le operazioni client senza replicazione finché il sito passivo non torna attivo. Una volta ripristinato il sito passivo, il sito passivo si risincronizza e viene eseguita la replica WAN. In caso di inattività del sito attivo, il traffico viene instradato verso il sito passivo, che funge temporaneamente da sito attivo in quanto sincronizzato con il sito attivo. Una volta ripristinato il sito attivo originale, si risincronizza e torna attivo.
• Attivo-Attivo: In questo caso, se il sito attivo si interrompe, il traffico viene indirizzato all'altro sito, che continua a servire i client senza interruzioni, poiché anch'esso è attivo. Una volta ripristinato, il sito originale si risincronizza automaticamente e la replica WAN continua.
• 3+ Attivo-Attivo:

  Potrebbero verificarsi i seguenti casi:

  • Il sito attivo non ponte si spegne: Gli altri siti continuano a replicarsi a vicenda e il traffico su questo sito viene reindirizzato agli altri siti collegati senza interrompere gli utenti.
  • Il sito attivo del ponte si interrompe: Se il sito attivo del bridge si interrompe, la replica WAN non verrà eseguita poiché anche il bridge è inattivo. Pertanto, uno degli altri siti attivi in ​​esecuzione funge temporaneamente da sito bridge. È anche possibile creare un bridge di backup su uno dei siti per tali scenari. Poiché NCache consente alle cache di connettersi a un bridge in fase di esecuzione, senza tempi di inattività sul lato client. Una volta ripristinato il sito originale, questo si risincronizza automaticamente e il traffico viene indirizzato a questo sito, proprio come prima.

Cosa fare dopo?

• Review NCache Caratteristiche
• Scaricare NCache
• Richiedi una Demo LIVE personalizzata