Pilvepõhiste pangarakenduste kõrge kättesaadavuse tagamine

On ahvatlev arvata, et pilveteenuse pakkuja tagab teie kriitiliste pilvepõhiste pangarakenduste kõrge kättesaadavuse. Probleem on selles, et nad seda tegelikult ei tee.

Võimalik, et teie pilveteenuse pakkuja aitas teil konfigureerida virtuaalmasinate (VM-ide) klastri, kus mitu andmekeskust või saadavuse tsooni (AZ) saavad otsa. See võib olla rakendanud automatiseeritud tõrkesiirdesüsteemi, mis tagab, et konfiguratsioonis olev ooterežiimis olev VM saab kohe üle võtta, kui esmane VM äkitselt võrguühenduseta lülitub. See kõik kõlab nagu see peaks pakkuma kõrget kättesaadavust, eks?

Kuid vaadake tähelepanelikult teenusetaseme lepingut (SLA), mis kirjeldab kõrget saadavust: SLA tagab, et vähemalt üks teie süsteemi VM-idest on juurdepääsetav vähemalt 99.9% või isegi 99.99% ajast. Kuid see ei garanteeri rakenduste ega andmete kättesaadavust. Kui ülejäänud virtuaalmasin ei pääse juurde salvestusinfrastruktuurile, kus asuvad teie pangarakendused ja andmed, on teie kriitilised rakendused tegelikult võrguühenduseta.

Pilve juurdepääsetavuse tagamine

Kuidas tagada, et teie kriitilised pangarakendused ja andmed jäävad pilves või hübriidses kohapealse/pilvekonfiguratsioonis hästi ligipääsetavaks, kui aluseks oleva tehnoloogia konfigureerimine automatiseeritud tõrkesiirde jaoks mitme AZ-i vahel on ebapiisav?

Alustuseks ütleme, et rühmitatud VM-ide hajutamine mitme AZ-i vahel on teie peamiste rakenduste ja andmete kõrge kättesaadavuse (HA) tagamiseks ülioluline. Lisaks on teil vaja strateegiat, mis tagab, et igal neist VM-idest on juurdepääs kriitilistele rakendustele ja andmetele, mida soovite jätkata. See on koht, kus traditsioonilised lähenemised HA-le lähevad pilve osas lahku.

Traditsioonilise – see tähendab kohapealse – HA-konfiguratsiooni korral võite luua tõrkesiirdeklastri, mis koosneb mitmest serverist või VM-ist ja salvestuspiirkonna võrgust (SAN), kus asuvad teie rakendused ja andmed. Iga klastris olev server või virtuaalne masin võiks suhelda SAN-is olevate rakenduste ja andmetega, nii et kui võtmerakendust aktiivselt töötav VM katkeb ootamatult võrguühenduseta, lülitub klaster automaatselt üle teisele VM-ile, mis võiks SAN-iga suhelda ja hakkab töötama rakendust ja värskendada sama andmebaasi, mida eelmine masin kasutas.

Pilve jaoks seadistamine

Pilves pole aga ühist SAN-i luua. On mõned jagatud salvestusvõimalused, kuid need ei ole loodud teie kriitiliste pangarakenduste jaoks vajaliku jõudluse või HA taseme pakkumiseks. Selle asemel sõltuvad pilvepõhised HA-konfiguratsioonid suure jõudlusega salvestusruumist, mis on ühendatud iga klastri VM-iga. Kui konkreetne virtuaalmasin töötab rakendust, suhtleb see andmetega, mis on salvestatud selle VM-i salvestusruumis asuvasse andmebaasi.

Pilvepõhiste pangarakenduste HA võti on seega tagada, et igal teie klastri virtuaalsel masinal on alati samad rakendused ja samad andmed. Sel viisil, kui klastri esmane VM läheb ootamatult pimedaks, võib klaster automaatselt üle minna ooterežiimi VM-ile, millest igaüks võib hakata rakendust kohe käivitama ja andmetega suhtlema, kuna rakenduse ja andmete koopia asub oma lisatud hoiuruum.

Teie pilveteenuse pakkuja saab hõlpsasti konfigureerida virtuaalseid masinaid, mis tagavad teie kriitiliste rakenduste jaoks vajaliku jõudluse ja kättesaadavuse taseme. Samuti saab see nendele VM-idele lisada suure jõudlusega salvestussüsteeme ja konfigureerida teie klastri automaatseks tõrkesiirdeks mitme AZ-i vahel. Seejärel peate juurutama mehhanismi, mis automatiseerib andmete sünkroonse replikatsiooni kõigi teie tõrkesiirdeklastri VM-idega ühendatud salvestussüsteemide vahel.

Andmete replikatsiooni lahendused

Andmete replikatsioonilahenduste osas on teil mitmeid valikuid.

Kui teie klaster põhineb Windowsil ja kasutate Microsoft SQL Serverit, saate kasutada SQL Serveri sisseehitatud saadavusgruppide (AG-de) funktsiooni, mis kopeerib automaatselt kasutajanimega SQL-andmebaasid teie klastri igasse sõlme. Selle lähenemisviisi negatiivne külg on see, et see kopeerib ainult SQL-andmebaase, mitte kõiki talletatud andmeplokke. Mitme SQL Serveri andmebaasi kopeerimine mitmesse ooterežiimi VM-i võib minna väga kulukaks, kuna peate kasutama SQL Server Enterprise Editioni, et paljundada rohkem kui ühte andmebaasi või paljundada andmebaase mitmesse VM-i, isegi kui teie rakendused töötavad SQL Server Standard Editioni kasutades suurepäraselt. .

Teise võimalusena võite kasutada SAN-vaba klastrilahendust, mis pakub aktiivsest primaarsest VM-ist andmete automaatset plokitasemel replikatsiooni klastri igasse sekundaarsesse VM-i. SANless Clustering lahenduse kasutamise eeliseks on see, et see on rakenduste ja andmebaaside agnostiline; see lihtsalt kopeerib andmeplokke ühest salvestussüsteemist teise, tagades, et kõik teie esmases salvestussüsteemis olevad andmed kopeeritakse kõigisse teistesse VM-idesse. SAN-vaba klasterdamise lähenemisviisi negatiivne külg on see, et teie IT-meeskonnal on litsentsimiseks ja õppimiseks veel üks tarkvara, mis võib tunduda koormav, kui saate SQL Serveri AG-funktsioone ilma lisatasuta kasutada.

Andmete replikatsioon on pilvepõhiste pangasüsteemide HA tagamise võti, olenemata sellest, kas kasutate SQL Serveri laadse lahenduse funktsioone või sõltumatu SAN-vaba klastrilahenduse pakutavaid funktsioone.

Teie pilveteenuse pakkuja võib pakkuda suure jõudlusega infrastruktuuri, mida teie rakendused nõuavad, kuid peate tagama, et iga selle klastri VM-i jaoks saadaolevad andmed ja rakendused on ajakohased, kui teie HA-lahendus töötab ootuspäraselt, kui seda vajate. seda teha.

Todd Doane on SIOS Technology lahenduste arhitekt. Ta on rohkem kui 20 aastat veetnud peamiselt finantsteenuste maailmas, luues kõrge käideldusega referentsarhitektuure ning rakendusespetsiifilisi disainimustreid ja põhimõtteid.

• SEO-põhise sisu ja PR-levi. Võimenduge juba täna.
• Platoblockchain. Web3 metaversiooni intelligentsus. Täiustatud teadmised. Juurdepääs siia.
• Allikas: https://bankautomationnews.com/allposts/core-cloud/ensuring-high-availability-for-cloud-based-banking-applications/