Sissejuhatus
Jaotatud süsteemide maailmas juhtub katastroofilisi vigu. Kujutage ette, et kustutate kogemata terve hulga klastreid oma plokiahela infrastruktuurist. Sellised juhtumid võivad kaasa tuua laastavaid tagajärgi.
Parim viis selliste katastroofide vältimiseks on hoida sobivaid andmereserve. Kui tegelete ettevõtte blockchaini raamistikega konteinerite orkestreerimise raamistikutes, on andmete reservi hoidmine absoluutselt kriitilise tähtsusega, eriti kubernetes blockchaini varundamisstrateegia ja usaldusväärse konteinerite orkestreerimise varundamisstrateegia rakendamisel.
Nende tehnoloogiate kombinatsioon pakub võimsa ja väga turvalise platvormi plokiahela tehingute töötlemiseks. Raamistik ise on avatud lähtekoodiga lahendus, mida haldab kogukond ja mis pakub platvormi kõikidele hajutatud raamatupidamisega seotud rakendustele.
Sellel raamistikul on suured eelised, nagu näiteks kõrge jõudlus ja skaleeritavus. See tagab kõrge usaldusväärsuse teadaoleva identiteediga osalejate vahel ja võimaldab teha põhjalikke päringuid muutumatu raamatupidamisregistri kohta.
Käesolev juhend pakub terviklikku juhendit plokiahela varundamise ja taastamise kohta, kaitstes ja taastades andmeid plokiahela võrkudes, mis töötavad konteineriseeritud keskkondades ilma probleemideta, sealhulgas Hyperledger Fabrici katastroofijärgse taastamise stsenaariumid.
Selle protsessi aluseks on arusaam andmereservide vajalikkusest.
Miks andmevarud on olulised
Andmevarude loomine ei ole valikuline, vaid kohustuslik mitme olulise põhjuse tõttu.
Süsteemi töökindlus
Andmereservide olemasolu võimaldab meeskondadel töötada suurema kindlusega. Pilvepõhise salvestusruumi kasutamisel varukoopiate tegemiseks tagab täiendav turvatase kaitse erinevate andmekao vormide eest, mis on põhjustatud:
- •Loodusõnnetused
- •Inimlik viga
- •Pahatahtlikud rünnakud
Näiteks, kui rakenduse kasutuselevõtu spetsifikatsioonis esineb vigu podi taaskäivitamisel või krahhidel õige mount-tee konfiguratsiooni puhul, on andmete kadu paratamatu, kui puuduvad nõuetekohased varukoopiad.
Süsteemi töökindlus
Andmereservid aitavad muuta rakendusi stabiilsemaks ootamatute riketega ja vigadega juhtudel. Meeskonnaliikmed võivad tavapärase töö käigus kogemata kustutada mahte. Reservide olemasolu võimaldab rakendusi taastada viimase seisundi järgi, vähendades seeläbi seisakuid ja andmete kaotust.
Kaitse ja standardite järgimine
Reservide olemasolu aitab parandada rakenduste üldist turvalisust ja tagab vastavuse tööstusstandarditele, kaitstes ootamatute andmete rikkumise juhtumite ja pahatahtlike rünnakute eest. See on eriti oluline reguleeritud tööstusharudes, kus andmete terviklikkuse standardid on kõrged.
Infrastruktuuri muudatused
Andmereservid hõlbustavad infrastruktuuri muudatustega toimetulekut. Blockchain-võrkude migreerimisel erinevate pilvepakkujate juurde võib kulude vähendamiseks olla vaja erinevaid salvestusmehhanisme. Kõikehõlmavate varukoopiate olemasolu muudab sellised üleminekud sujuvaks ja riskivabaks.
Võrgu rakendamine
Käesolevas juhendis eeldatakse, et olemasolev blockchain-võrgustik on seadistatud konteinerite koordineerimisplatvormil, kus igale organisatsioonile, mille kõik teenused seal toimivad, on eraldatud oma nimeruumi.
Võrgustiku seadistuses peaks igal organisatsioonil olema oma nimeruumi ja igas nimeruumis peaksid olema teatud tüüpi rakendused.
Igal organisatsiooni nimeruumi on tavaliselt:
- •Mõned võrdväärsed sõlmed
- •Ledgeri andmebaasid
- •Sertifikaadi väljastaja serverid organisatsioonidele, kes peavad registreerima uusi identiteete
- •Sertifikaadi väljastaja serveri andmebaasid
- •Tellimusteenuse sõlmede tellimine organisatsioonidele, kes osalevad tellimusteenuses
Andmete püsivus konteinerkeskkonnas
Seisundiga rakendused peavad andmete nõuetekohaseks toimimiseks neid salvestama ja taastama. Rakendus võib seda ülesannet ise täita või delegeerida selle täielikult või osaliselt teisele seisundiga rakendusele, näiteks andmebaasidele.
Lõppkokkuvõttes salvestatakse kõik failidena või kaustadena. Need rakendused on tavaliselt konfigureeritud kasutama teatud failide asukohti, kuhu nad salvestavad püsivad andmed.
Konteinerite kasutuselevõttu kasutatakse plokiahela andmete püsivuse saavutamiseks, kasutades järgmiste kombinatsioone:
- •Püsiv mahu nõue püsivate mahudega
- •Konfiguratsioonikaardid
- •Turvalised salvestusobjektid
Tundlikud andmed, nagu krüptograafilised võtmed ja sertifikaadid, on paigaldatud turvaliste salvestusobjektidena. Konfiguratsiooniandmed, nagu spetsifikatsioonifailid, on paigaldatud konfiguratsioonikaartidena.
See tähendab, et kõik püsivates mahuõiguste kinnitamise teedes, turvalistes salvestusobjektides ja konfiguratsioonikaartides leiduvad failid ja kaustad moodustavad selle kasutuselevõtu täieliku andmekogumi.
Kaitse oma plokiahela infrastruktuuri juba täna
Rakendage terviklikke varundamisstrateegiaid, et kaitsta oma plokiahela andmeid ja tagada äritegevuse järjepidevus.
Peer Node andmete korraldus
Peer-sõlmed salvestavad osa andmetest kohalikult vaikimisi asukohtadesse ja delegeerivad ülejäänud andmed pearaamatu andmebaasidesse.
Transpordikihi turvakataloog sisaldab peer-sõlme sertifikaati ja võtmepaari.
Kangakonfiguratsiooni kaust sisaldab spetsifikatsioonifaile, mis sisaldavad peer'i käivitamisel kasutatud konfiguratsiooni.
Liikmete teenusepakkuja kaust sisaldab liikmete teavet, registreerimistunnistust ja võtit, sertifikaadi ahelat sertifikaadi väljastaja serverist.
Haldaja liikmesuse teenusepakkuja kaust sisaldab administraatori volitusi.
Tootmiskataloog sisaldab osa pearaamatu andmetest, sealhulgas:
- •Blockchain ise
- •Paigaldatud ketikood ja elutsükli andmed
- •Eraandmete salvestamine
- •Tehingu esitamise ajal lisatud ajutised salvestused
Teenuse andmete korraldamine
Tellimusteenuste sõlmed salvestavad enamiku andmetest vaikimisi kohalikult. Mitmed kaustad on sarnased peer-sõlmede omadega, kuid neid kasutatakse järgmiste andmete salvestamiseks:
- •Teenuse liikmesuse andmete järjestamine
- •Transpordikihi turvasertifikaat ja võtmepaarid
- •Registreerimistunnistus ja võtmepaarid
Ledger-kaust salvestab ahelad, millest see tellimusteenus osa on, ja ootavad operatsioonid.
Tootmiskataloog sisaldab konkreetse konsensusalgoritmi ja hetktõmmistega seotud faile.
Sertifikaadi väljastaja serveri andmete korraldus
Sertifikaadi väljastaja serverid salvestavad osa andmetest kohalikult vaikimisi asukohtades ja ülejäänud osa sertifikaadi väljastaja serveri andmebaasides.
Kanga sertifikaadi asutuse kaust sisaldab:
- •Serveri sertifikaadid
- •Transpordikihi turvasertifikaadid
- •Teenuse käivitamisel kasutatavad konfiguratsioonifailid
Taastamisel võite soovida säilitada ja kasutada uusi transpordikihi turvasertifikaate ja sertifikaadi väljastaja serveri konfiguratsioonifaili, kuna need kajastavad viimaseid profiili muudatusi, kuid asendage ülejäänud sisu, näiteks registreerimissertifikaadid, eelmise klastri sisuga.
Andmete säilitamise strateegiad
Esmalt veenduge, et säilitate turvalised salvestusobjektid ja konfiguratsioonikaardid. Mahudes olevate andmete varundamiseks on mitmeid meetodeid.
Üks viis on teha nende teenuste kasutatavatest mahtudest hetktõmmised. Teine viis on kasutada spetsiaalselt selleks otstarbeks loodud eriteenuseid või tööriistu, millel on erinevad funktsioonid ja võimekused.
Valige oma vajadustele ja kontekstile sobiv säilitamisstrateegia. Mõned lähenemisviisid võivad töökoormuste klastritevahelist migreerimist hõlbustada, teised aga mitte.
Andmete taastamise protseduurid
Taastamisstrateegia sõltub rakendatud säilitamisstrateegiast. Vaadake sobivat taastamisdokumentatsiooni oma valitud meetodi jaoks.
Alustage turvaliste salvestusobjektide ja konfiguratsioonikaartide taastamisest säilitatud andmetest. Järgmiseks tuleb teenused peatada ja säilitatud andmed podi kopeerida.
Korrake seda protsessi kõigi teenuste ja nimeruumi puhul, hoolitsedes tavapäraselt paigaldatud andmete taastamise eest.
Käivitage esmalt sõltumatud teenused, nagu raamatupidamisandmebaasid ja sertifikaadi väljastaja serveri andmebaasid, ning jätkake seejärel ülejäänud teenustega. Selline etapiviisiline lähenemine aitab tagada, et sõltuvused on täidetud enne sõltuvate teenuste käivitamist.
Säilitamise järjepidevuse kontrollimine
Blockchain-võrgustikud on hajutatud süsteemid, mistõttu varundamine ja taastamine tekitavad andmete järjepidevuse probleeme.
Mis tahes hetkel võib plokiahela kõrgus võrdväärsete sõlmede juures varieeruda mitmesugustel põhjustel, sealhulgas:
- •Võrgu kiirus
- •Geograafiline lähedus
- •Peer-sõlme tüüp
Leader peer-sõlmed on esimesed, kes saavad tellimusteenuselt plokke, seega võivad nad plokid esimesena kinnitada. Mõned peer-sõlmed võivad kannatada sisemiste tõrgete all, millest nad taastuvad sammude kordamisega, mille loomulikuks tagajärjeks on plokkide kinnitamine teistest hiljem.
Seda saab leevendada kahel viisil. Esiteks, looge tehingute akna, kus võrku ei saadeta ühtegi tehingut. Seejärel küsige plokiahela raamatupidamise seisundit, kasutades peer-käskude liidese käske, et veenduda, et kõik peer-sõlmed on enne säilitamisprotsessi alustamist samal tasemel.
Pärast andmete taastamist korrake kontrollimist, et veenduda, et taastamine on toimunud korrektselt. Vaadake peer- ja tellimusteenuste logisid, et veenduda, et kõik toimib korrektselt.
See kontrollimise etapp on oluline, et tagada taastatud võrgu identne toimimine võrreldes algse võrguga enne säilitamist.
Lõplikud mõtted
Käesolevas juhendis on käsitletud, kuidas ja kus konteinerite orkestreerimisplatvormide plokiahela võrgustikud andmeid salvestavad, andmete säilitamise eeliseid ning võrgustike taastamise või migreerimise viise koos kontrolltestidega, et tagada edu.
See protsess nõuab hoolikat planeerimist ja täitmist. Erinevat tüüpi sõlmede andmete korralduse mõistmine on edukaks säilitamiseks ja taastamiseks hädavajalik.
Iga komponent salvestab andmeid erineval viisil ja terviklikud lähenemisviisid säilitamisele peavad arvestama kõiki neid erinevusi.
Taastamine ei tähenda failide koopiate tegemist nende algsetesse asukohtadesse. See hõlmab hoolikat järjestamist, mis algab sõltumatutest teenustest ja jätkub sõltuvate teenustega.
Blockchain-võrkude hajutatud olemus lisab mõningast keerukust ja tähendab, et taastamise järel tuleb võtta täiendavaid kontrollimeetmeid, et tagada kõikide sõlmede sünkroniseeritus.
Blockchain-võrkude hajutatud olemus tähendab suuremat keerukust ning meil on vaja tugevaid säilitamis- ja taastamisprotseduure, et tagada äritegevuse järjepidevus ja kaitsta väärtuslikke blockchain-andmeid järgmistel juhtudel:
- •Juhuslikud kustutused
- •Infrastruktuuri migratsioonid
- •Katastroofijärgsed taastamisscenaristid
Samavõrd oluline on nende protseduuride regulaarne testimine, et veenduda nende korrektses toimimises, kui neid tegelikult vaja on.
