Asigurarea disponibilității ridicate pentru aplicațiile bancare bazate pe cloud

Este tentant să credeți că un furnizor de servicii cloud va asigura disponibilitatea ridicată a aplicațiilor dumneavoastră bancare bazate pe cloud. Problema este că ei chiar nu.

Este posibil ca furnizorul dvs. de cloud să vă fi ajutat să configurați un cluster de mașini virtuale (VM) care nu au mai multe centre de date sau zone de disponibilitate (AZ). Este posibil să fi implementat un sistem automat de failover pentru a se asigura că o VM de așteptare din configurație poate prelua imediat controlul în cazul în care VM-ul principal devine brusc offline. Totul pare că ar trebui să ofere o disponibilitate ridicată, nu?

Dar uitați-vă cu atenție la acordul de nivel de serviciu (SLA) care subliniază disponibilitatea ridicată: SLA garantează că cel puțin una dintre VM-urile din sistemul dvs. va fi accesibilă cel puțin 99.9% sau chiar 99.99% din timp. Dar aceasta nu este o garanție a aplicației sau a disponibilității datelor. Dacă VM rămasă nu poate accesa infrastructura de stocare în care se află aplicațiile și datele dvs. bancare, aplicațiile dvs. critice sunt efectiv offline.

Asigurarea accesibilității la cloud

Cum vă puteți asigura că aplicațiile și datele dumneavoastră bancare esențiale rămân foarte accesibile în cloud sau într-o configurație hibridă on-prem/cloud, dacă configurarea tehnologiei de bază pentru failoverul automatizat în mai multe zone AZ este insuficientă?

Să începem prin a spune că distribuirea VM-urilor în cluster între mai multe AZ-uri este esențială pentru a asigura disponibilitatea ridicată (HA) a aplicațiilor și datelor cheie. Ceea ce aveți nevoie, în plus, este o strategie pentru a vă asigura că fiecare dintre acele VM are acces la aplicațiile și datele critice pe care doriți să le continuați să ruleze. Aici abordările tradiționale ale HA diferă atunci când vine vorba de cloud.

Într-o configurație HA tradițională, adică locală, este posibil să creați un cluster de failover format din mai multe servere sau VM și o rețea de zonă de stocare (SAN), unde se află aplicațiile și datele dvs. Orice server sau VM din cluster ar putea interacționa cu aplicațiile și datele din SAN, așa că dacă VM-ul care rulează în mod activ o aplicație cheie s-a deconectat brusc, cluster-ul va trece automat la o altă VM care ar putea interacționa cu SAN și începe să ruleze aplicația și actualizarea aceleiași baze de date pe care o folosea mașina anterioară.

Configurare pentru cloud

În cloud, totuși, nu există nicio opțiune reală de a crea un SAN partajat. Există câteva opțiuni de stocare partajată, dar nu sunt concepute pentru a oferi performanța sau nivelurile de HA pe care le necesită aplicațiile dvs. bancare critice. În schimb, configurațiile HA bazate pe cloud depind de stocarea de înaltă performanță atașată la fiecare dintre VM-urile din cluster. Când o anumită VM rulează o aplicație, aceasta interacționează cu datele stocate într-o bază de date care se află în spațiul de stocare atașat la acel VM.

Prin urmare, cheia HA pentru aplicațiile bancare bazate pe cloud este să vă asigurați că fiecare VM din cluster are întotdeauna aceleași aplicații și aceleași date. În acest fel, dacă VM-ul principal din cluster se întunecă brusc, cluster-ul poate trece automat la o VM de așteptare, oricare dintre acestea putând începe să ruleze aplicația și să interacționeze imediat cu datele, deoarece o copie a aplicației și a datelor se află în propriul depozit atașat.

Furnizorul dvs. de cloud poate configura cu ușurință VM-urile care vor oferi nivelurile de performanță și disponibilitate pe care le solicită aplicațiile dumneavoastră critice. De asemenea, poate atașa sisteme de stocare de înaltă performanță la acele VM și vă poate configura clusterul pentru failover automat pe mai multe AZ-uri. Apoi, trebuie să implementați un mecanism care automatizează replicarea sincronă a datelor între toate sistemele de stocare atașate la VM-urile din clusterul dvs. de failover.

Soluții de replicare a datelor

Aveți o serie de opțiuni când vine vorba de soluții de replicare a datelor.

Dacă clusterul dvs. se bazează pe Windows și utilizați Microsoft SQL Server, puteți utiliza caracteristica încorporată a grupurilor de disponibilitate (AGs) din SQL Server, care va replica automat bazele de date SQL denumite de utilizator în fiecare dintre nodurile din cluster. Dezavantajul acestei abordări este că reproduce doar bazele de date SQL, mai degrabă decât fiecare bloc de date stocat. Replicarea mai multor baze de date SQL Server pe mai multe VM-uri de așteptare poate deveni foarte costisitoare, deoarece va trebui să utilizați SQL Server Enterprise Edition pentru a replica mai multe baze de date sau pentru a replica bazele de date pe mai multe VM-uri, chiar dacă aplicațiile dvs. rulează perfect folosind SQL Server Standard Edition .

Alternativ, puteți utiliza o soluție de clustering fără SAN, care oferă replicare automată la nivel de bloc a datelor de la VM-ul primar activ la fiecare dintre VM-urile secundare dintr-un cluster. Avantajul utilizării unei soluții SANless Clustering este că este independentă de aplicații și baze de date; pur și simplu reproduce blocuri de date de la un sistem de stocare la altul, asigurându-se că toate datele din sistemul dvs. de stocare primar sunt replicate în fiecare dintre celelalte VM. Dezavantajul unei abordări de clustering fără SAN este că există încă o piesă de software pentru care echipa dumneavoastră IT să licențieze și să învețe, ceea ce poate fi dificil dacă puteți utiliza funcționalitatea AG a SQL Server fără costuri suplimentare.

Replicarea datelor este cheia pentru asigurarea HA pentru sistemele bancare bazate pe cloud, indiferent dacă utilizați funcționalitatea integrată într-o soluție precum SQL Server sau funcționalitatea oferită de o soluție independentă de clustering fără SAN.

Furnizorul dvs. de cloud poate furniza infrastructura de înaltă performanță pe care o solicită aplicațiile dvs., dar trebuie să vă asigurați că datele și aplicațiile disponibile pentru fiecare dintre VM-urile din acel cluster sunt actualizate dacă soluția dvs. HA va funcționa conform așteptărilor atunci când aveți nevoie. ea să facă asta.

Todd Doane este arhitect de soluții la SIOS Technology. A petrecut mai mult de 20 de ani, în primul rând în lumea serviciilor financiare, creând arhitecturi de referință de înaltă disponibilitate și modele și principii de proiectare specifice aplicațiilor.

• Distribuție de conținut bazat pe SEO și PR. Amplifică-te astăzi.
• Platoblockchain. Web3 Metaverse Intelligence. Cunoștințe amplificate. Accesați Aici.
• Sursa: https://bankautomationnews.com/allposts/core-cloud/ensuring-high-availability-for-cloud-based-banking-applications/