Redis-persistentie en hoge beschikbaarheid

Stel je voor dat je Redis-server plotseling crasht! Zonder plan zouden alle waardevolle gegevens in het geheugen voor altijd verloren gaan. Dit is waar persistentie van pas komt.

Persistentie in Redis betekent dat je de gegevensverzameling uit het geheugen op schijf opslaat. Zo kunnen je gegevens worden hersteld vanuit de opgeslagen kopie, zelfs als Redis opnieuw wordt gestart of crasht.

Persistentie met Redis Database (RDB) werkt door periodiek momentopnamen van je gegevensverzameling te maken. Hierbij wordt een compacte weergave van je gegevens op een bepaald tijdstip gemaakt.

• Voordelen: Zeer snel voor het maken van back-ups en herstellen, met een compact bestand.
• Nadelen: Bij een crash kunnen gegevens verloren gaan die na de laatste momentopname zijn gewijzigd.

Je kunt RDB-snapshots configureren in je bestand redis.conf. De instructie save bepaalt wanneer Redis een snapshot maakt. Hier is een voorbeeld:

Persistentie met Append Only File (AOF) registreert elke schrijfbewerking die de server ontvangt. In plaats van snapshots is het een logboek met opdrachten die opnieuw kunnen worden afgespeeld om de gegevensset te reconstrueren.

• Voordelen: veel minder risico op gegevensverlies (kan voor elke schrijfbewerking worden ingesteld), logboek dat mensen kunnen lezen.
• Nadelen: groter bestand, mogelijk langzamer herstel dan met RDB.

Je schakelt AOF-persistentie in met appendonly yes. Met appendfsync bepaal je hoe vaak Redis het AOF-bestand naar schijf synchroniseert:

Zowel RDB als AOF hebben hun sterke punten. Vaak is het gebruik van beide de beste aanpak:

• AOF: voor maximale gegevensveiligheid, omdat bijna elke schrijfbewerking wordt gelogd.
• RDB: voor snelle back-ups en herstel na calamiteiten, vooral bij koude starts.

Als beide zijn ingeschakeld, gebruikt Redis het AOF-bestand om de gegevensset na een herstart te reconstrueren, omdat dit over het algemeen minder gegevensverlies garandeert.

Naast persistentie zorgt High Availability (HA) ervoor dat je Redis-service operationeel blijft, zelfs als een server uitvalt. Dit is essentieel voor kritieke toepassingen die geen uitvaltijd kunnen verdragen.

Redis biedt twee belangrijke strategieën voor HA: Sentinel en Cluster. Bij beide werken meerdere Redis-instanties samen om redundantie en automatische failover te bieden.

Redis Sentinel is een systeem dat is ontworpen om Redis-instanties te helpen beheren. Het biedt:

• Bewaking: controleert voortdurend of je master- en replicainstanties correct werken.
• Meldingen: waarschuwt systeembeheerders wanneer er iets misgaat.
• Automatische failover: als een masterinstantie uitvalt, promoveert Sentinel een replica tot master en configureert het de andere instanties opnieuw.
• Configuratievoorziening: clients maken verbinding met Sentinels om de huidige master te vinden.

Redis Cluster biedt een manier om Redis over meerdere nodes uit te voeren, met zowel sharding (het verdelen van gegevens) als hoge beschikbaarheid.

Het verdeelt je gegevensset automatisch over meerdere Redis-instanties (nodes). Als een masternode uitvalt, wordt de bijbehorende replica automatisch gepromoveerd. Zo kun je horizontaal schalen en blijven je gegevens altijd toegankelijk, zelfs wanneer nodes uitvallen.

In deze les hebben we onderzocht hoe je je Redis-gegevens beschermt en zorgt voor een ononderbroken service. We behandelden:

• RDB-persistentie: op vaste intervallen snapshots van je gegevens maken voor snelle back-ups.
• AOF-persistentie: elke schrijfbewerking loggen voor maximale duurzaamheid van gegevens.
• Redis Sentinel: bewaking en automatische failover voor configuraties met één instantie.
• Redis Cluster: gegevens over nodes verdelen voor schaalbare hoge beschikbaarheid.

Inzicht in deze concepten is essentieel voor het bouwen van robuuste Redis-toepassingen die klaar zijn voor productie!