Was wir tun · Daten und Web: Object Caching mit automatischem Failover
Ein Objekt-Cache ist das, was WordPress, Magento und Laravel davon abhält, der Datenbank dieselbe Frage tausende Male pro Minute zu stellen. Wir betreiben ihn als repliziertes Trio mit automatischer Promotion, sodass ein ausfallender Cache-Knoten nie zu einer ungecachten, überlasteten Datenbank wird.
Was es ist
Valkey (und Redis, sein kompatibler Vorgänger) hält berechnete Ergebnisse im Arbeitsspeicher: Optionen, Menüs, Sitzungsdaten, Query-Ergebnisse, gerenderte Fragmente. Das macht den Cache zu einem Teil Ihrer Verfügbarkeit, nicht nur Ihrer Performance. Eine einzelne Cache-Instanz ist ein versteckter Single Point of Failure, und wir bauen keine.
Wie wir es bauen
- Drei Knoten, ein Primary und zwei Replikate, auf getrennten Hosts mit harter Anti-Affinity, damit keine zwei auf derselben Hardware landen.
- Drei Sentinels mit einem Quorum von zwei beobachten den Primary. Fällt er aus, einigen sie sich, befördern ein Replikat und sagen den Clients, wo der neue Primary ist.
- Anwendungen verbinden sich über Sentinel, über den Dienstnamen statt über festen Host und Port. Eine Promotion ist für PHP transparent: keine Konfigurationsänderung, kein Neustart.
- Schnelle Erkennung von Anfang an. Sentinel ist so eingestellt, dass es einen toten Primary in wenigen Sekunden erkennt. Ein kurzes, unnötiges Failover kostet weit weniger als ein langes Fenster mit totem Primary.
- Isolation, wo es darauf ankommt. Kleinere Properties können sich ein Cluster über getrennte logische Datenbanken teilen; große oder kritische Websites bekommen eine eigene Instanz, sodass das Cache-Ereignis einer Website nie den Cache einer anderen leert.
Wir integrieren auch die Anwendungsseite: das WordPress-Object-Cache-Drop-in für Sentinel konfiguriert, die Cache- und Session-Treiber von Laravel oder das Gegenstück Ihres Frameworks.
Wovor es Sie schützt
- Ein Cache-Server fällt aus, und jede Website dahinter fällt auf einmal auf die Datenbank zurück.
- Ein gemeinsamer Cache läuft voll und verdrängt die Schlüssel, von denen jede Website abhängt.
- Der Flush oder das fehlerhafte Deployment einer Website leert den Cache ihrer Nachbarn.
- Manuelle Eingriffe mitten in der Nacht, um Anwendungen auf einen neuen Cache-Host umzustellen.
- Veraltete Einträge, die ein Release überleben, denn wir leeren und wärmen den Cache als Teil jedes Deployment-Plans.
In der Praxis
Den Primary absichtlich abschießen. Auf der Plattform eines Verlags mit mehreren Websites haben wir den Cache-Primary während der Abnahmetests gestoppt. Sentinel beförderte ein Replikat in etwa sechs Sekunden, und jede Website erholte sich von selbst, ohne menschliches Zutun. Auf einer später gebauten Analytics-Plattform ergab derselbe Test etwa sieben Sekunden.
Warum EuroVPS
- Sentinel-basiertes Failover als Standard, kein Upsell.
- Anti-Affinity durchgesetzt, sodass Replikate nie Hardware mit ihrem Primary teilen.
- Wir konfigurieren auch die Anwendungsseite, damit das Failover PHP tatsächlich erreicht.
- Jeder Build wird vor der Übergabe auf Failover getestet, mit schriftlich festgehaltener Messzeit.
Häufige Fragen
- Valkey oder Redis? Valkey ist ein quelloffener, Redis-kompatibler Fork. Anwendungen und Client-Bibliotheken funktionieren unverändert. Wir betreiben, was Ihr Stack verlangt.
- Geht unsere Website während eines Cache-Failovers down? Anfragen, die während der wenigen Sekunden der Promotion unterwegs sind, können den Cache verfehlen oder wiederholt werden. Danach läuft alles automatisch auf dem neuen Primary weiter.
- Brauchen wir das für eine kleine Website? Für eine kleine Website, deren Datenbank die volle Last tragen kann, reicht eine einzelne Instanz. Sobald der Verlust des Caches die Datenbank überlasten würde, sollte er repliziert sein.
- Können Sessions darin liegen? Ja. Mit Replikation und Sentinel überleben Sessions den Verlust eines Cache-Knotens.
- Können Sie unser WordPress-Object-Cache-Plugin betreuen? Ja. Wir konfigurieren und pflegen es als Teil des Stacks.
Möchten Sie einen Cache, der umschaltet, bevor es jemand merkt? Sprechen Sie mit einem Ingenieur.
Ihr nächster Infrastrukturpartner
Sehen wir uns Ihre Umgebung an.
Erzählen Sie uns, was Sie heute betreiben und was besser werden muss. Ein Ingenieur sieht Ihre Anfrage durch und hilft Ihnen, den nächsten Schritt zu planen.
+357 222 32280
Beginnen wir mit Ihrer Umgebung.
Ein wenig Kontext hilft uns, das richtige Gespräch zu beginnen.