Sicherstellung der Hochverfügbarkeit für Cloud-basierte Banking-Anwendungen

Es ist verlockend zu glauben, dass ein Cloud-Service-Provider die Hochverfügbarkeit Ihrer kritischen Cloud-basierten Banking-Anwendungen sicherstellt. Das Problem ist, dass sie es wirklich nicht tun.

Ihr Cloud-Anbieter hat Ihnen möglicherweise dabei geholfen, einen Cluster virtueller Maschinen (VMs) zu konfigurieren, die über mehrere Rechenzentren oder Verfügbarkeitszonen (AZs) laufen. Möglicherweise wurde ein automatisiertes Failover-System implementiert, um sicherzustellen, dass eine Standby-VM in der Konfiguration sofort übernehmen kann, wenn die primäre VM plötzlich offline geht. Das klingt alles so, als ob es eine hohe Verfügbarkeit liefern sollte, oder?

Aber schauen Sie sich das Service Level Agreement (SLA) zur Hochverfügbarkeit genau an: Das SLA garantiert, dass mindestens eine der VMs in Ihrem System zu mindestens 99.9 % oder sogar 99.99 % der Zeit erreichbar ist. Dies ist jedoch keine Garantie für die Verfügbarkeit von Anwendungen oder Daten. Wenn die verbleibende VM nicht auf die Speicherinfrastruktur zugreifen kann, in der sich Ihre Bankanwendungen und Daten befinden, sind Ihre kritischen Anwendungen praktisch offline.

Gewährleistung der Cloud-Zugänglichkeit

Wie können Sie sicherstellen, dass Ihre kritischen Bankanwendungen und -daten in der Cloud oder in einer hybriden On-Prem-/Cloud-Konfiguration hochgradig zugänglich bleiben, wenn die Konfiguration der zugrunde liegenden Technologie für automatisiertes Failover über mehrere AZs hinweg nicht ausreicht?

Beginnen wir damit, dass die Verteilung von geclusterten VMs auf mehrere AZs entscheidend ist, um die Hochverfügbarkeit (HA) Ihrer wichtigsten Anwendungen und Daten sicherzustellen. Was Sie jedoch zusätzlich benötigen, ist eine Strategie, um sicherzustellen, dass jede dieser VMs Zugriff auf die kritischen Anwendungen und Daten hat, die Sie am Laufen halten möchten. Hier divergieren traditionelle Herangehensweisen an HA, wenn es um die Cloud geht.

In einer herkömmlichen – also lokalen – HA-Konfiguration können Sie einen Failover-Cluster erstellen, der aus mehreren Servern oder VMs und einem Storage Area Network (SAN) besteht, in dem sich Ihre Anwendungen und Daten befinden. Jeder Server oder jede VM im Cluster könnte mit den Anwendungen und Daten im SAN interagieren. Wenn also die VM, auf der eine Schlüsselanwendung aktiv ausgeführt wird, plötzlich offline ging, würde der Cluster automatisch auf eine andere VM umschalten, die mit dem SAN interagieren und mit der Ausführung beginnen könnte Anwendung und Aktualisieren derselben Datenbank, die die vorherige Maschine verwendet hatte.

Konfigurieren für die Cloud

In der Cloud gibt es jedoch keine wirkliche Möglichkeit, ein gemeinsam genutztes SAN zu erstellen. Es gibt einige Shared-Storage-Optionen, aber sie sind nicht darauf ausgelegt, die Leistung oder die HA-Level bereitzustellen, die Ihre kritischen Bankanwendungen benötigen. Stattdessen hängen Cloud-basierte HA-Konfigurationen von Hochleistungsspeicher ab, der an jede der VMs im Cluster angeschlossen ist. Wenn eine bestimmte VM eine Anwendung ausführt, interagiert sie mit Daten, die in einer Datenbank gespeichert sind, die sich in dem mit dieser VM verbundenen Speicher befindet.

Der Schlüssel zu HA für Cloud-basierte Bankanwendungen besteht also darin, sicherzustellen, dass jede VM in Ihrem Cluster immer über dieselben Anwendungen und dieselben Daten verfügt. Wenn die primäre VM im Cluster plötzlich dunkel wird, kann der Cluster auf diese Weise automatisch auf eine Standby-VM umschalten, von denen jede sofort mit der Ausführung der Anwendung und der Interaktion mit den Daten beginnen kann, da sich eine Kopie der Anwendung und der Daten darin befindet einen eigenen angeschlossenen Speicher.

Ihr Cloud-Anbieter kann die VMs einfach konfigurieren, die die Leistungs- und Verfügbarkeitsniveaus bieten, die Ihre kritischen Anwendungen erfordern. Es kann auch Hochleistungsspeichersysteme an diese VMs anschließen und Ihren Cluster für automatisches Failover über mehrere AZs konfigurieren. Anschließend müssen Sie einen Mechanismus bereitstellen, der die synchrone Replikation von Daten zwischen allen Speichersystemen automatisiert, die an die VMs in Ihrem Failover-Cluster angeschlossen sind.

Lösungen zur Datenreplikation

Sie haben eine Reihe von Möglichkeiten, wenn es um Datenreplikationslösungen geht.

Wenn Ihr Cluster auf Windows basiert und Sie Microsoft SQL Server verwenden, können Sie die integrierte Verfügbarkeitsgruppenfunktion (AGs) von SQL Server verwenden, die automatisch benutzerbenannte SQL-Datenbanken auf jeden der Knoten in Ihrem Cluster repliziert. Der Nachteil dieses Ansatzes besteht darin, dass er nur SQL-Datenbanken repliziert und nicht jeden Datenblock im Speicher. Das Replizieren mehrerer SQL Server-Datenbanken auf mehrere Standby-VMs kann sehr teuer werden, da Sie SQL Server Enterprise Edition verwenden müssen, um mehr als eine Datenbank zu replizieren oder Datenbanken auf mehrere VMs zu replizieren, selbst wenn Ihre Anwendungen mit SQL Server Standard Edition einwandfrei laufen .

Alternativ könnten Sie eine SAN-lose Clustering-Lösung verwenden, die eine automatisierte Replikation von Daten auf Blockebene von der aktiven primären VM zu jeder der sekundären VMs in einem Cluster bereitstellt. Der Vorteil der Verwendung einer SANless-Clustering-Lösung besteht darin, dass sie anwendungs- und datenbankunabhängig ist; Es repliziert einfach Datenblöcke von einem Speichersystem auf ein anderes und stellt sicher, dass alle Daten in Ihrem primären Speichersystem auf alle anderen VMs repliziert werden. Der Nachteil eines SAN-losen Clustering-Ansatzes besteht darin, dass Ihr IT-Team noch eine weitere Software lizenzieren und lernen muss, die sich lästig anfühlen kann, wenn Sie die AG-Funktionalität von SQL Server ohne zusätzliche Kosten nutzen können.

Die Datenreplikation ist der Schlüssel zur Sicherstellung von HA für Cloud-basierte Banksysteme, unabhängig davon, ob Sie die in eine Lösung wie SQL Server integrierte Funktionalität oder die Funktionalität einer unabhängigen SANless-Clustering-Lösung verwenden.

Ihr Cloud-Anbieter kann die leistungsstarke Infrastruktur bereitstellen, die Ihre Anwendungen erfordern, aber Sie müssen sicherstellen, dass die Daten und Anwendungen, die für jede der VMs in diesem Cluster verfügbar sind, auf dem neuesten Stand sind, wenn Ihre HA-Lösung bei Bedarf wie erwartet funktionieren soll es dazu.

Todd Doane ist Lösungsarchitekt bei SIOS Technology. Er hat mehr als 20 Jahre hauptsächlich in der Finanzdienstleistungswelt damit verbracht, Hochverfügbarkeits-Referenzarchitekturen und anwendungsspezifische Entwurfsmuster und -prinzipien zu erstellen.

• SEO-gestützte Content- und PR-Distribution. Holen Sie sich noch heute Verstärkung.
• Platoblockkette. Web3-Metaverse-Intelligenz. Wissen verstärkt. Hier zugreifen.
• Quelle: https://bankautomationnews.com/allposts/core-cloud/ensuring-high-availability-for-cloud-based-banking-applications/