Die Herausforderung
Der Kunde, ein Unternehmen aus der iGaming-Branche, betrieb Redis in einer eigenständigen Konfiguration auf einem einzelnen Rechner.
Zwar stellte diese Konfiguration die von der Umgebung benötigten Caching- und Session-Funktionen bereit, doch die Abhängigkeit von einem einzigen Redis-Server führte zu einem Single Point of Failure. Sollte dieser Server ausfallen, könnten die Caching- und Session-Ebenen beeinträchtigt werden, was sich möglicherweise auf die Stabilität und Verfügbarkeit der von Redis abhängigen Dienste auswirken würde.
Da sich die Infrastrukturanforderungen des Kunden weiterentwickelten, entstand der Bedarf an einer ausfallsicheren Redis-Architektur, die Redundanz bieten und die Risiken verringern konnte, die mit der Abhängigkeit von einem einzigen Rechner verbunden sind.
Das Ziel bestand darin, die Verfügbarkeit von Redis zu verbessern und gleichzeitig einen Mechanismus zur automatischen Fehlerbehandlung einzuführen.
Die Lösung
ITGix hat die bestehende eigenständige Redis-Installation auf ein Redis + Sentinel-Architektur, die auf Redundanz und automatisches Failover ausgelegt ist.
Mit der neuen Konfiguration wurden Master- und Slave-Knoten eingeführt, wodurch Redis-Daten auf mehrere Knoten verteilt werden können, anstatt sich auf einen einzigen Rechner zu verlassen.
Redis Sentinel wurde implementiert, um die Hochverfügbarkeitsarchitektur zu unterstützen und ein automatisches Failover zu ermöglichen, wenn der Master-Knoten ausfällt.
Dadurch wurde die Redis-Umgebung von einer Ein-Rechner-Konfiguration zu einer ausfallsicheren Architektur umgestellt, bei der Redundanz bereits in die Bereitstellung integriert ist.
Die neue Konfiguration bot dem Kunden eine zuverlässigere Grundlage für seine Caching- und Session-Ebenen und verringerte gleichzeitig seine Abhängigkeit von einem einzelnen Redis-Knoten.
Die Ergebnisse
Durch die Migration wurden die Ausfallsicherheit und die Verfügbarkeit der Redis-Umgebung deutlich verbessert.
Zu den wichtigsten Vorteilen gehörten:
- Beseitigung eines Single Point of Failure innerhalb der Redis-Konfiguration
- Erhöhte Verfügbarkeit durch eine redundante Architektur
- Von Redis Sentinel unterstützte automatische Ausfallsicherung
- Verbesserte Ausfallsicherheit der Caching-Ebene
- Verbesserte Ausfallsicherheit der Sitzungsschicht
- Geringere Abhängigkeit von einem einzelnen Redis-Server
- Eine zuverlässigere Infrastrukturgrundlage für die Anwendungen des Kunden
Durch die Einführung von Master- und Slave-Knoten mit Redis Sentinel erhielt der Kunde einen besseren Schutz vor dem Ausfall eines einzelnen Redis-Knotens.
Die Architektur bot zudem eine stabilere Grundlage für die Caching- und Session-Ebenen und trug so dazu bei, dass diese Komponenten auch dann verfügbar blieben, wenn an einem einzelnen Knoten ein Problem auftrat.
Schlussfolgerung
Durch die Umstellung von einer eigenständigen Redis-Bereitstellung auf eine Redis-+Sentinel-Architektur half ITGix dem iGaming-Unternehmen dabei, einen kritischen Single Point of Failure zu beseitigen und eine widerstandsfähigere Caching- und Session-Infrastruktur aufzubauen.
Die Einführung von Master- und Slave-Knoten in Verbindung mit dem automatischen Failover über Redis Sentinel erhöhte die Verfügbarkeit und sorgte für eine größere Redundanz in der gesamten Redis-Umgebung.
Das Ergebnis ist eine zuverlässigere und widerstandsfähigere Redis-Architektur, die den laufenden Infrastruktur- und Anwendungsanforderungen des Kunden besser gerecht wird.
Entdecken Sie weitere Fallstudien und erfahren Sie mehr über unsere Fachkompetenz.