Introduzione
Nel mondo dei sistemi distribuiti possono capitare errori davvero gravi. Pensa se per sbaglio cancellassi un sacco di cluster dalla tua infrastruttura blockchain. Cose del genere possono portare a conseguenze devastanti.
Il modo migliore per evitare questi problemi è avere delle riserve di dati adeguate. Quando si ha a che fare con framework blockchain aziendali in framework di orchestrazione dei container, avere dei dati di riserva è davvero fondamentale, soprattutto quando si implementa una strategia di backup blockchain kubernetes e una strategia di backup di orchestrazione dei container affidabile.
La combinazione di queste tecnologie offre una piattaforma potente e super sicura per gestire le transazioni blockchain. Il framework stesso è una soluzione open source gestita dalla community che offre una piattaforma per tutte le implementazioni legate ai registri distribuiti.
Questo framework ha un sacco di vantaggi, come prestazioni elevate e scalabilità. Offre un alto livello di fiducia tra i partecipanti con identità note e query avanzate su un registro immutabile.
Questa guida offre una panoramica completa sul backup e il ripristino della blockchain, proteggendo e recuperando i dati sulle reti blockchain che girano in ambienti containerizzati senza problemi, compresi gli scenari di ripristino di emergenza di Hyperledger Fabric.
Capire perché le riserve di dati sono importanti è la base di questo processo.
Perché le riserve di dati sono fondamentali
Creare riserve di dati non è facoltativo, ma obbligatorio per un sacco di motivi importanti.
Affidabilità del sistema
Avere delle riserve di dati permette ai team di lavorare con più sicurezza. Quando si usa uno spazio di archiviazione basato sul cloud per i backup, un ulteriore livello di sicurezza evita diversi tipi di perdita di dati causati da:
- •Catastrofi naturali
- •Errore umano
- •Attacchi dannosi
Per esempio, se ci sono errori quando si riavvia il pod o si blocca il percorso di montaggio corretto per un'applicazione nelle specifiche di distribuzione, senza backup adeguati si rischia di perdere i dati.
Robustezza del sistema
Le riserve di dati aiutano a rendere le app più robuste in caso di crash e errori inaspettati. I membri del team potrebbero cancellare per sbaglio dei volumi durante le normali operazioni. Avere delle riserve permette di ripristinare le app allo stato più aggiornato, riducendo i tempi di inattività e la perdita di dati.
Protezione e rispetto degli standard
Avere delle riserve aiuta a migliorare la sicurezza generale delle app e garantisce la conformità agli standard del settore, proteggendo da eventi imprevisti di danneggiamento dei dati e attacchi dannosi. Questo è particolarmente importante nei settori regolamentati, dove gli standard di integrità dei dati sono elevati.
Modifiche all'infrastruttura
Le riserve di dati rendono più facile gestire le modifiche all'infrastruttura. Quando si spostano le reti blockchain su diversi fornitori di servizi cloud, potrebbero servire diversi meccanismi di archiviazione per ridurre i costi. Avere backup completi rende queste transizioni più semplici e senza rischi.
Implementazione di rete
Questa guida parte dal presupposto che ci sia già una rete blockchain su una piattaforma di orchestrazione dei container con spazi dei nomi dedicati per ogni organizzazione in cui funzionano tutti i suoi servizi.
La configurazione di rete dovrebbe avere uno spazio dei nomi per ogni organizzazione e, all'interno di ogni spazio dei nomi, dovrebbero esserci determinati tipi di distribuzioni.
Ogni spazio dei nomi dell'organizzazione di solito ha:
- •Alcuni nodi peer
- •Database dei registri
- •Server delle autorità di certificazione per le organizzazioni che devono registrare nuove identità
- •Database dei server delle autorità di certificazione
- •Nodi del servizio di ordinazione per le organizzazioni che contribuiscono al servizio di ordinazione
Persistenza dei dati in ambienti container
Le app stateful devono salvare e recuperare i dati per funzionare bene. L'app può gestire questa cosa da sola o può affidarla, in tutto o in parte, a un'altra app stateful, tipo un database.
Alla fine, tutto viene salvato come file o cartelle. Queste app di solito sono impostate per usare determinati percorsi di file dove salvano i dati in modo permanente.
Le implementazioni dei container servono a mantenere i dati della blockchain usando combinazioni di:
- •Montaggi di volumi persistenti con volumi persistenti
- •Mappe di configurazione
- •Oggetti di archiviazione sicuri
I dati sensibili, come chiavi crittografiche e certificati, vengono montati come oggetti di archiviazione sicuri. I dati di configurazione, come i file di specifiche, vengono montati come mappe di configurazione.
Questo vuol dire che i file e le cartelle che trovi in tutti i percorsi di montaggio delle richieste di volume persistente, gli oggetti di archiviazione sicura e le mappe di configurazione formano l'insieme completo di dati per quella distribuzione.
Proteggi oggi stesso la tua infrastruttura blockchain
Metti in atto strategie di backup complete per proteggere i tuoi dati blockchain e garantire la continuità operativa.
Organizzazione dei dati dei nodi peer
I nodi peer memorizzano alcuni dati localmente in posizioni predefinite e delegano il resto dei dati ai database dei registri.
La cartella Transport Layer Security ha il certificato e la coppia di chiavi per il nodo peer.
La cartella di configurazione del fabric ha dei file di specifiche che contengono la configurazione usata quando il peer è stato avviato.
La cartella del fornitore di servizi di appartenenza ha le info di appartenenza per i colleghi, il certificato e la chiave di iscrizione, la catena di certificati dal server dell'autorità di certificazione.
La cartella del fornitore del servizio di amministrazione contiene le credenziali dell'amministratore.
La cartella di produzione contiene parti dei dati del registro che includono:
- •La blockchain stessa
- •Dati relativi al chaincode installato e al ciclo di vita
- •Archivi di dati privati
- •Archivi temporanei inclusi durante l'invio della transazione
Organizzazione dei dati del servizio di ordinazione
I nodi di servizio di ordinazione memorizzano la maggior parte dei dati localmente nelle posizioni predefinite. Diverse cartelle sono simili a quelle dei nodi peer, ma queste sono usate per contenere:
- •Informazioni sull'iscrizione al servizio di ordinazione
- •Certificato di sicurezza del livello di trasporto e coppie di chiavi
- •Certificato di iscrizione e coppie di chiavi
La cartella ledger tiene le catene di cui fa parte questo servizio di ordinazione e le operazioni in attesa.
La cartella di produzione ha i file specifici per un certo algoritmo di consenso e le istantanee.
Organizzazione dei dati del server dell'autorità di certificazione
I server delle autorità di certificazione salvano alcuni dati localmente in posizioni predefinite e il resto nei database dei server delle autorità di certificazione.
La cartella dell'autorità di certificazione del tessuto ha dentro:
- •Certificati del server
- •Certificati di sicurezza del livello di trasporto
- •File di configurazione usati quando il servizio è stato avviato
Quando fai il ripristino, potresti voler tenere e usare i nuovi certificati di sicurezza del livello di trasporto e il file di configurazione del server per l'autorità di certificazione, perché rappresentano le ultime modifiche al profilo, ma sostituisci il resto dei contenuti, come i certificati di iscrizione, con quelli del cluster precedente.
Strategie per la conservazione dei dati
Prima di tutto, assicurati di conservare gli oggetti di archiviazione sicuri e le mappe di configurazione. Ci sono diversi modi per fare il backup dei dati che sono nei volumi.
Un modo è fare delle istantanee dei volumi che questi servizi usano. Un altro modo è usare servizi o strumenti specializzati progettati apposta per questo scopo con diverse caratteristiche e funzionalità.
Scegli la strategia di conservazione giusta in base alle tue esigenze e al contesto: alcuni approcci potrebbero facilitare la migrazione dei carichi di lavoro tra i cluster, mentre altri potrebbero non farlo.
Procedure di recupero dei dati
La strategia di recupero dipende dalla strategia di conservazione che hai usato. Dai un'occhiata alla documentazione di ripristino giusta per il metodo che hai scelto.
Inizia ricreando gli oggetti di archiviazione sicura e le mappe di configurazione dai dati conservati. Poi metti in standby i servizi e copia i dati conservati nel pod.
Ripeti questo processo per tutti i servizi in tutti gli spazi dei nomi, assicurandoti di ripristinare i dati montati normalmente.
Avvia prima i servizi indipendenti, come i database dei registri e i database dei server delle autorità di certificazione, poi passa agli altri servizi. Questo approccio graduale aiuta a garantire che le dipendenze siano soddisfatte prima dell'avvio dei servizi dipendenti.
Controllare che tutto sia coerente
Le reti blockchain sono sistemi distribuiti, quindi i processi di backup e ripristino possono creare problemi di coerenza dei dati.
In qualsiasi momento l'altezza della blockchain nei nodi peer può variare per vari motivi, tra cui:
- •La velocità della rete
- •Vicinanza geografica
- •Il tipo di nodo peer
I nodi peer leader sono i primi a ricevere i blocchi dal servizio di ordinamento, quindi possono confermare i blocchi per primi. Alcuni nodi peer potrebbero avere dei crash interni da cui si riprendono ripetendo i passaggi, il che fa sì che confermino i blocchi più tardi rispetto agli altri.
Questo può essere risolto in due modi. Prima di tutto, crea una finestra senza transazioni dove non si mandano transazioni alla rete. Poi, controlla lo stato del registro sulla blockchain usando i comandi della riga di comando peer per assicurarti che tutti i nodi peer siano allo stesso livello prima di iniziare il processo di conservazione.
Dopo aver ripristinato i dati, ripeti il processo di verifica per assicurarti che tutto sia andato bene. Controlla i log dei servizi peer e di ordinazione per assicurarti che tutto funzioni come dovrebbe.
Questo passaggio di verifica è fondamentale per assicurarsi che la rete ripristinata funzioni esattamente come quella originale prima del punto di conservazione.
Considerazioni finali
Questa guida ha approfondito come e dove le reti blockchain sulle piattaforme di orchestrazione dei container memorizzano i dati, i vantaggi della conservazione dei dati e come ripristinare o migrare le reti insieme ai test di verifica per garantire il successo.
Questo processo richiede un'attenta pianificazione ed esecuzione. Capire come sono organizzati i dati dei diversi tipi di nodi è fondamentale per conservarli e recuperarli bene.
Ogni componente salva i dati in modo diverso e gli approcci olistici alla conservazione devono tenere conto di tutte queste variazioni.
Il ripristino non è solo copiare i file dove erano prima. È un processo che va fatto con attenzione, iniziando dai servizi indipendenti e poi passando a quelli che dipendono da altri.
La natura distribuita delle reti blockchain aggiunge un po' di complessità e significa che bisogna fare ulteriori controlli per assicurarsi che tutti i nodi siano sincronizzati dopo il ripristino.
La natura distribuita delle reti blockchain rende tutto più complicato, quindi abbiamo bisogno di procedure di conservazione e recupero affidabili per garantire la continuità operativa e proteggere i dati blockchain importanti in caso di:
- •Cancellazioni accidentali
- •Migrazioni dell'infrastruttura
- •Scenari di ripristino di emergenza
È altrettanto importante testare regolarmente queste procedure, per assicurarsi che funzionino bene quando servono davvero.
