Se la tua azienda dipende fortemente dai dati, in particolare se si tratta di un sistema ad alto traffico, qualsiasi sentore di opportunità di perdita di dati è sicuramente sufficiente per far suonare il campanello d’allarme. Inoltre, l’idea del ripristino di emergenza deve essere un completo incubo.
Soprattutto se hai incorporato un livello di memorizzazione nella cache, poiché i dati della cache (in particolare i dati transitori), per loro stessa definizione, sono volatili. Questi dati temporanei possono essere sessioni ASP.NET, dati arbitrari generati dall'applicazione o dati aggregati. Inoltre, se perdi altri dati della cache, questi vengono ricaricati dal database, il che danneggia le prestazioni, cosa che nessuno vuole.
Fortunatamente per te NCache è stato creato con la consapevolezza che i picchi di carico, le interruzioni del sistema e altro erano problemi inevitabili quando si aveva a che fare con una soluzione di caching distribuita. Pertanto, tenta di garantire la disponibilità di dati di cache elevati ovunque possibile.
Quindi, pianifica il tuo ripristino di emergenza con NCache al più presto e permettici di guidarti attraverso di esso. Dopo aver condotto una valutazione approfondita del rischio del livello di caching (ad esempio, identificando i dati sensibili, se si stanno prendendo in considerazione i data center, specificando i siti passivi, ecc.), è necessario identificare i possibili percorsi di ripristino. Quindi, è necessario eseguire alcuni esercizi dopo l'implementazione per garantire che la strategia funzioni. Esploriamo alcune di queste strade di seguito.
Che aspetto ha e come funziona il NCache aiuto con questo?
NCache offre agli utenti diversi imprevisti per il ripristino di emergenza, i seguenti sono i più essenziali:
Alta Adisponibilità in NCache Clustros
Come soluzione di caching dei dati distribuito in memoria, NCache offre un'architettura che garantisce un'elevata disponibilità dei dati anche durante i periodi di traffico elevato o tempi di inattività del sistema precedentemente discussi. La sua architettura peer-to-peer evita i problemi associati a un singolo punto di errore.
Inoltre, offre una serie di topologie di caching che garantiscono un'elevata disponibilità. Sono i seguenti:
- Topologia specchiata: Un cluster con due nodi di cui uno è attivo ed è rispecchiato nel nodo passivo.
- Topologia replicata: Un cluster in cui ogni nodo ha gli stessi dati replicati su di esso.
- Partizione della topologia di replica: Un cluster diviso in partizioni in cui ogni partizione si replica su un server diverso e le repliche sono passive, il che significa che i client non possono connettersi ad esse finché il nodo attivo non viene determinato come morto o permanentemente non disponibile.
Ognuna di queste topologie potrebbe essere proprio ciò di cui hai bisogno per la disponibilità elevata in base ai requisiti della tua applicazione. Poiché le varie repliche create durante l'incorporazione garantiscono di non perdere i dati della cache. Ad esempio, nella topologia con mirroring, dopo aver perso il nodo attivo, si ha a disposizione una replica completa del nodo precedentemente passivo. Allo stesso modo, nella topologia POR, se il nodo attivo è considerato morto e perde una partizione, la sua replica verrà resa disponibile per iniziare a servirti. E nella topologia replicata, ogni nodo ha una copia dell'intera cache garantendo un'elevata disponibilità.
Inoltre, la sua architettura peer-to-peer gli consente di clustering dinamico autorigenerante. Questo cluster dinamico basato su TCP fornisce un tempo di attività del 100% senza arrestare il cluster. Ulteriore, NCacheLa capacità di bilanciare il carico lo equipaggia perfettamente per questa configurazione, poiché distribuisce il traffico in modo più efficiente, prevenendo in primo luogo il sovraccarico dei server. Chiaramente, se stai cercando un'elevata disponibilità, dovresti guardare NCache.
Persistenza dei dati in tempo reale
Una funzionalità per coloro che desiderano semplicemente un po' di tranquillità in più, persistenza si riferisce al processo di scrittura dei dati in una posizione specifica per l'archiviazione duratura e il backup dei dati. L'intero meccanismo di archiviazione degli elementi all'interno dell'archivio di persistenza è asincrono e avviene tramite una coda di persistenza.
Al riavvio della cache, l'intera cache viene ripopolata automaticamente. Ciò non richiede alcuna configurazione da parte dell'utente (a condizione che tu abbia già configurato il tuo archivio di persistenza). Per non parlare del fatto che ogni nodo del tuo cluster può accedere all'archivio centralizzato per ripopolarlo nel caso in cui si trovino ad affrontare dati mancanti.
Replica WAN
La configurazione più strettamente associata al ripristino di emergenza per applicazioni altamente transazionali è quella di avere uno o più data center. In questo caso, un data center attivo ha un data center passivo che di solito si trova in una posizione geografica diversa proprio per questi scopi.
Perciò, NCache fornisce una funzionalità di replica WAN tramite a Ponte dei lucchetti . In una configurazione attivo-passivo, esegui la distribuzione NCache sia sui siti attivi che su quelli passivi, creando una topologia bridge sul sito attivo. Tutti gli aggiornamenti dell'applicazione provengono dalla cache del sito attivo al bridge, che li invia in modo asincrono al sito passivo in pochi millisecondi (l'unico ritardo qui è la latenza tra i data center se sono distanti).
Tuttavia, la replica asincrona significa che le applicazioni e le cache in ciascun sito non attendono che i propri dati vengano replicati in altri data center. Gli aggiornamenti dei dati vengono accodati al bridge, che è un cluster a due nodi. Se disponi di tre o più data center, il bridge applica tutti gli aggiornamenti in entrata a più siti attivi in parallelo. Inoltre, il bridge esegue aggiornamenti in blocco. Pertanto, puoi combinare più elementi di dati in un'unica richiesta e inviarli ad altri siti come un'unica richiesta collettiva, riducendo i viaggi in rete.
Se il sito attivo crolla a causa di un disastro, il bridge crollerà, così come l'applicazione. Pertanto, il sito passivo deve provvedere a tutto il traffico applicativo, diventando attivo. Tutti i dati verrebbero già replicati dal sito attivo originale al sito passivo originale, senza interruzioni per gli utenti. Pertanto, tutti gli aggiornamenti avvengono qui, ma gli utenti non vedono interruzioni.
Una volta che il sito attivo originale è di nuovo attivo, si connette al nuovo sito attivo (il sito passivo originale) e si sincronizza completamente. Una volta completata la sincronizzazione, entrambi i data center saranno attivi-attivi. Ciò accade anche se tutto il traffico va al sito passivo originale. A questo punto, puoi scaricare tutto il traffico sul sito attivo originale. Dopodiché, puoi modificare lo stato del sito attivo-attivo in passivo sul bridge. NCache ti permette di fare tutto questo in fase di runtime.
Backup e ripristino
Se una versione particolare dei tuoi dati è critica, puoi utilizzare NCache'S Importa/esporta i dati della cache caratteristica. È possibile utilizzare il cmdlet Export-CacheData di PowerShell e, una volta esportati, è possibile ottenere tutti gli elementi presenti nel backup esistente della cache insieme ai relativi documenti Lucene utilizzando il cmdlet Import-CacheData.
Conclusione
NCache offre agli utenti diversi strumenti potenti per garantire un'elevata disponibilità. Nella maggior parte dei casi, questi strumenti (principalmente le topologie, l'architettura e la replica WAN) impediscono che si verifichino gravi perdite di dati in uno scenario di emergenza. Poi, NCache fa un ulteriore passo avanti e consente due tipi di creazione di backup per garantire di avere un backup in caso di peggio. Quindi, scarica NCache adesso e configura una soluzione di memorizzazione nella cache che ti guidi nei momenti belli e in quelli brutti.