Zagotavljanje visoke razpoložljivosti za bančne aplikacije v oblaku

Mamljivo je misliti, da bo ponudnik storitev v oblaku zagotovil visoko razpoložljivost vaših kritičnih bančnih aplikacij v oblaku. Težava je v tem, da res ne.

Vaš ponudnik oblaka vam je morda pomagal konfigurirati gručo navideznih strojev (VM), ki delujejo iz več podatkovnih centrov ali območij razpoložljivosti (AZ). Morda je implementiral samodejni sistem samodejnega preklopa, da zagotovi, da lahko VM v konfiguraciji v pripravljenosti takoj prevzame vodenje, če primarni VM nenadoma prekine povezavo. Vse se sliši, kot da bi moral zagotavljati visoko razpoložljivost, kajne?

Toda natančno si oglejte sporazum o ravni storitev (SLA), ki opisuje visoko razpoložljivost: SLA zagotavlja, da bo vsaj eden od VM v vašem sistemu dostopen vsaj 99.9 % ali celo 99.99 % časa. Vendar to ni jamstvo za razpoložljivost aplikacij ali podatkov. Če preostali VM ne more dostopati do infrastrukture za shranjevanje, kjer so vaše bančne aplikacije in podatki, so vaše kritične aplikacije dejansko brez povezave.

Zagotavljanje dostopnosti v oblaku

Kako lahko zagotovite, da bodo vaše kritične bančne aplikacije in podatki še naprej visoko dostopni v oblaku ali v hibridni konfiguraciji on-prem/cloud, če konfiguracija osnovne tehnologije za avtomatizirano preklop v več AZ ne zadostuje?

Začnimo s tem, da povemo, da je razporejanje VM-jev v gruče med več AZ ključnega pomena za zagotavljanje visoke razpoložljivosti (HA) vaših ključnih aplikacij in podatkov. Kar pa poleg tega potrebujete, je strategija za zagotavljanje, da ima vsak od teh VM dostop do kritičnih aplikacij in podatkov, ki jih želite še naprej izvajati. Tu se tradicionalni pristopi k HA razlikujejo, ko gre za oblak.

V tradicionalni konfiguraciji HA, ki pomeni lokalno uporabo, lahko ustvarite samodejni preklopni grozd, sestavljen iz več strežnikov ali navideznih računalnikov in omrežja za shranjevanje (SAN), kjer se nahajajo vaše aplikacije in podatki. Kateri koli strežnik ali VM v gruči bi lahko komuniciral z aplikacijami in podatki v SAN, tako da če bi VM, ki aktivno izvaja ključno aplikacijo, nenadoma prenehal delovati brez povezave, bi gruča samodejno preklopila na drug VM, ki bi lahko sodeloval s SAN in začel izvajati aplikacijo in posodabljanje iste baze podatkov, ki jo je uporabljal prejšnji stroj.

Konfiguracija za oblak

V oblaku pa ni prave možnosti za ustvarjanje skupnega SAN. Obstaja nekaj možnosti skupnega shranjevanja, vendar niso zgrajene za zagotavljanje zmogljivosti ali ravni HA, ki jih zahtevajo vaše kritične bančne aplikacije. Namesto tega so konfiguracije visoke razpoložljivosti v oblaku odvisne od visoko zmogljivega pomnilnika, ki je priključen na vsakega od navideznih strojev v gruči. Ko dani VM izvaja aplikacijo, je v interakciji s podatki, shranjenimi v zbirki podatkov, ki se nahaja v pomnilniku, priključenem na ta VM.

Ključ do HA za bančne aplikacije v oblaku je torej zagotoviti, da ima vsak VM v vaši gruči vedno enake aplikacije in iste podatke. Na ta način, če se primarni VM v gruči nenadoma zatemni, lahko gruča samodejno preklopi na navidezni stroj v pripravljenosti, od katerih lahko kateri koli takoj začne izvajati aplikacijo in komunicirati s podatki, ker se kopija aplikacije in podatkov nahaja v lastno priloženo shrambo.

Vaš ponudnik oblaka lahko enostavno konfigurira VM-je, ki bodo zagotavljali ravni zmogljivosti in razpoložljivosti, ki jih zahtevajo vaše kritične aplikacije. Na te virtualne stroje lahko tudi priključi visoko zmogljive sisteme za shranjevanje in konfigurira vašo gručo za samodejno preklop v več AZ. Nato morate razmestiti mehanizem, ki avtomatizira sinhrono podvajanje podatkov med vsemi sistemi za shranjevanje, priključenimi na VM v vaši samodejni gruči.

Rešitve za podvajanje podatkov

Ko gre za rešitve podvajanja podatkov, imate na voljo številne možnosti.

Če vaša gruča temelji na operacijskem sistemu Windows in uporabljate Microsoft SQL Server, lahko uporabite vgrajeno funkcijo SQL Server Availability Groups (AG), ki bo samodejno podvojila baze podatkov SQL z uporabniškim imenom v vsako od vozlišč v vaši gruči. Slaba stran tega pristopa je, da posnema le baze podatkov SQL in ne vsakega bloka podatkov v pomnilniku. Podvajanje več baz podatkov SQL Server v več navideznih strojev v pripravljenosti je lahko zelo drago, saj boste morali uporabiti izdajo SQL Server Enterprise Edition za podvajanje več kot ene baze podatkov ali za podvajanje baz podatkov v več navideznih strojev, tudi če vaše aplikacije delujejo popolnoma dobro z uporabo SQL Server Standard Edition .

Druga možnost je, da uporabite rešitev za združevanje v gruče brez SAN, ki zagotavlja avtomatizirano podvajanje podatkov na ravni bloka iz aktivnega primarnega VM v vsakega od sekundarnih VM v gruči. Prednost uporabe rešitve za združevanje v gruče brez SAN je, da je neodvisna od aplikacij in baz podatkov; preprosto podvoji bloke podatkov iz enega sistema za shranjevanje v drugega, s čimer zagotovi, da se vsi podatki v vašem primarnem sistemu za shranjevanje podvojijo na vsakega od drugih VM. Slaba stran pristopa k združevanju v gruče brez SAN je, da obstaja še en kos programske opreme, ki jo mora vaša ekipa IT licencirati in se učiti, kar se lahko zdi težavno, če lahko uporabljate funkcionalnost AG strežnika SQL Server brez dodatnih stroškov.

Replikacija podatkov je ključ do zagotavljanja visoke razpoložljivosti za bančne sisteme v oblaku, ne glede na to, ali uporabljate funkcionalnost, vgrajeno v rešitev, kot je SQL Server, ali funkcionalnost, ki jo zagotavlja neodvisna rešitev za združevanje v gruče brez SAN.

Vaš ponudnik oblaka lahko zagotovi visoko zmogljivo infrastrukturo, ki jo zahtevajo vaše aplikacije, vendar morate zagotoviti, da so podatki in aplikacije, ki so na voljo vsakemu od navideznih strojev v tej gruči, posodobljeni, če bo vaša rešitev HA delovala po pričakovanjih, ko boste potrebovali to storiti.

Todd Doane je arhitekt rešitev pri SIOS Technology. Več kot 20 let je preživel predvsem v svetu finančnih storitev, kjer je ustvarjal visoko razpoložljive referenčne arhitekture ter vzorce in načela oblikovanja za posamezne aplikacije.

• Distribucija vsebine in PR s pomočjo SEO. Okrepite se še danes.
• Platoblockchain. Web3 Metaverse Intelligence. Razširjeno znanje. Dostopite tukaj.
• vir: https://bankautomationnews.com/allposts/core-cloud/ensuring-high-availability-for-cloud-based-banking-applications/