Zorgen voor een hoge beschikbaarheid van cloudgebaseerde bankapplicaties

Het is verleidelijk om te denken dat een cloudserviceprovider zorgt voor een hoge beschikbaarheid van uw kritieke cloudgebaseerde bankapplicaties. Het probleem is dat ze dat echt niet doen.

Uw cloudprovider heeft u mogelijk geholpen bij het configureren van een cluster van virtuele machines (VM's) met onvoldoende datacenters of beschikbaarheidszones (AZ's). Mogelijk heeft het een geautomatiseerd failoversysteem geïmplementeerd om ervoor te zorgen dat een stand-by VM in de configuratie het onmiddellijk kan overnemen als de primaire VM plotseling offline gaat. Het klinkt allemaal alsof het hoge beschikbaarheid zou moeten bieden, toch?

Maar kijk goed naar de Service Level Agreement (SLA) waarin hoge beschikbaarheid wordt beschreven: de SLA garandeert dat ten minste één van de VM's in uw systeem ten minste 99.9% of zelfs 99.99% van de tijd toegankelijk zal zijn. Maar dat is geen garantie voor beschikbaarheid van applicaties of gegevens. Als de resterende VM geen toegang heeft tot de opslaginfrastructuur waar uw bankapplicaties en gegevens zich bevinden, zijn uw kritieke applicaties in feite offline.

Zorgen voor toegankelijkheid in de cloud

Hoe kunt u ervoor zorgen dat uw kritieke bankapplicaties en -gegevens zeer toegankelijk blijven in de cloud of in een hybride on-prem/cloud-configuratie, als het configureren van de onderliggende technologie voor geautomatiseerde failover over meerdere AZ's onvoldoende is?

Laten we beginnen met te zeggen dat het essentieel is om geclusterde VM's verspreid over meerdere AZ's te hebben om de hoge beschikbaarheid (HA) van uw belangrijkste applicaties en gegevens te garanderen. Wat u daarnaast nodig heeft, is een strategie om ervoor te zorgen dat elk van die VM's toegang heeft tot de kritieke applicaties en gegevens die u wilt laten draaien. Dat is waar traditionele benaderingen van HA uiteenlopen als het om de cloud gaat.

In een traditionele (dwz on-premises) HA-configuratie kunt u een failover-cluster maken dat bestaat uit meerdere servers of VM's en een Storage Area Network (SAN), waar uw applicaties en gegevens zich bevinden. Elke server of VM in het cluster kan communiceren met de applicaties en gegevens in het SAN, dus als de VM die actief een belangrijke applicatie uitvoert plotseling offline gaat, schakelt het cluster automatisch over naar een andere VM die kan communiceren met het SAN en begint met het uitvoeren van de toepassing en het bijwerken van dezelfde database die de vorige machine had gebruikt.

Configureren voor de cloud

In de cloud is er echter geen echte optie om een ​​gedeeld SAN te maken. Er zijn enkele opties voor gedeelde opslag, maar deze zijn niet gebouwd om de prestaties of niveaus van HA te bieden die uw kritieke banktoepassingen vereisen. In plaats daarvan zijn op de cloud gebaseerde HA-configuraties afhankelijk van opslag met hoge prestaties die is gekoppeld aan elk van de VM's in het cluster. Wanneer een bepaalde VM een applicatie uitvoert, communiceert deze met gegevens die zijn opgeslagen in een database die zich bevindt in de opslag die aan die VM is gekoppeld.

De sleutel tot HA voor cloudgebaseerde banktoepassingen is dus om ervoor te zorgen dat elke VM in uw cluster altijd dezelfde toepassingen en dezelfde gegevens heeft. Op die manier kan, als de primaire VM in het cluster plotseling donker wordt, het cluster automatisch overschakelen naar een stand-by VM, waarvan elk de applicatie kan starten en onmiddellijk kan communiceren met de gegevens, omdat er een kopie van de applicatie en de gegevens zich in bevindt. een eigen aangebouwde berging.

Uw cloudprovider kan eenvoudig de VM's configureren die de prestatie- en beschikbaarheidsniveaus bieden die uw kritieke applicaties vereisen. Het kan ook hoogwaardige opslagsystemen koppelen aan die VM's en het kan uw cluster configureren voor automatische failover over meerdere AZ's. Vervolgens moet u een mechanisme implementeren dat de synchrone replicatie van gegevens tussen alle opslagsystemen die aan de VM's in uw failovercluster zijn gekoppeld, automatiseert.

Oplossingen voor gegevensreplicatie

U heeft een aantal keuzes als het gaat om oplossingen voor gegevensreplicatie.

Als uw cluster op Windows is gebaseerd en u de Microsoft SQL Server gebruikt, kunt u de ingebouwde functie Availability Groups (AG's) van SQL Server gebruiken, die automatisch door de gebruiker benoemde SQL-databases repliceert naar elk van de knooppunten in uw cluster. Het nadeel van deze aanpak is dat alleen SQL-databases worden gerepliceerd, in plaats van elk gegevensblok in de opslag. Het repliceren van meerdere SQL Server-databases naar meerdere stand-by VM's kan erg duur worden, omdat u SQL Server Enterprise Edition moet gebruiken om meer dan één database te repliceren of om databases naar meerdere VM's te repliceren, zelfs als uw applicaties perfect werken met SQL Server Standard Edition .

U kunt ook een SANloze clusteringoplossing gebruiken, die geautomatiseerde replicatie op blokniveau biedt van gegevens van de actieve primaire VM naar elk van de secundaire VM's in een cluster. Het voordeel van het gebruik van een SANless Clustering-oplossing is dat deze applicatie- en database-agnostisch is; het repliceert eenvoudig gegevensblokken van het ene opslagsysteem naar het andere, zodat alle gegevens in uw primaire opslagsysteem worden gerepliceerd naar elk van de andere VM's. De keerzijde van een SAN-loze clusteringbenadering is dat er nog een stuk software is dat uw IT-team moet licentiëren en leren, wat lastig kan aanvoelen als u de AG-functionaliteit van SQL Server zonder extra kosten kunt gebruiken.

Gegevensreplicatie is de sleutel tot HA voor cloudgebaseerde banksystemen, of u nu de functionaliteit gebruikt die is ingebouwd in een oplossing zoals SQL Server, of de functionaliteit die wordt geboden door een onafhankelijke SANloze clusteringoplossing.

Uw cloudprovider kan de krachtige infrastructuur leveren waar uw applicaties om vragen, maar u moet ervoor zorgen dat de gegevens en applicaties die beschikbaar zijn voor elk van de VM's in dat cluster up-to-date zijn als uw HA-oplossing gaat presteren zoals verwacht wanneer u dat nodig heeft het om dat te doen.

Todd Doane is een oplossingsarchitect bij SIOS Technology. Hij heeft meer dan 20 jaar, voornamelijk in de financiële dienstverlening, gewerkt aan het creëren van referentiearchitecturen met hoge beschikbaarheid en toepassingsspecifieke ontwerppatronen en -principes.

• Door SEO aangedreven content en PR-distributie. Word vandaag nog versterkt.
• Platoblockchain. Web3 Metaverse Intelligentie. Kennis versterkt. Toegang hier.
• Bron: https://bankautomationnews.com/allposts/core-cloud/ensuring-high-availability-for-cloud-based-banking-applications/