Redis-replicatie voor redundantie

Replicatie biedt verschillende belangrijke voordelen voor je Redis-implementatie:

• Gegevensredundantie: Als de master uitvalt, gaan je gegevens niet verloren. Een replica kan tot master worden gepromoveerd.
• Schaalbaarheid voor lezen: Verdeel leesbewerkingen over meerdere replica's, waardoor de leesdoorvoer van je applicatie aanzienlijk toeneemt.
• Hoge beschikbaarheid: Vormt de basis voor automatische failoveroplossingen zoals Redis Sentinel.
• Back-up van gegevens: Replica's kunnen worden gestopt en op schijf worden opgeslagen zonder gevolgen voor de master.

Wanneer een replica verbinding maakt met een master, vindt er een volledige synchronisatie plaats. De master maakt een momentopname van zijn gegevens en stuurt die naar de replica.

Na de eerste synchronisatie stuurt de master continu nieuwe schrijfopdrachten naar alle verbonden replica's. Zo blijven replica's in realtime up-to-date. Dit wordt gedeeltelijke hersynchronisatie genoemd.

Laten we simuleren hoe je een replica instelt. Zorg eerst dat je een actieve master hebt (standaardpoort 6379). Start vervolgens een andere Redis-instantie op een andere poort, bijvoorbeeld 6380:

Na het configureren van een replica kun je de status ervan controleren met de opdracht INFO replication. Maak verbinding met zowel de master- als de replica-instantie om hun rollen te bekijken.

Voor de replica (poort 6380) zou je de rol 'replica' en gegevens over de master moeten zien:

Een van de belangrijkste voordelen is schaalbaarheid voor lezen. Je kunt je toepassing zo configureren dat leesquery's naar een of meer replica's worden gestuurd in plaats van altijd de primaire server te benaderen.

• Primaire server: Verwerkt alle SET-, DEL-, LPUSH-opdrachten enzovoort.
• Replica's: Verwerken GET-, LRANGE-, SMEMBERS-opdrachten enzovoort.

Hierdoor wordt de werklast verdeeld en reageert de toepassing in het algemeen sneller, vooral bij toepassingen met veel leesbewerkingen.

Houd deze punten in gedachten wanneer je met Redis-replicatie werkt:

• Alleen-lezenreplica's: Replica's worden meestal ingesteld als alleen-lezen om onbedoelde schrijfbewerkingen te voorkomen. Dit is het standaardgedrag in moderne Redis-versies.
• Asynchrone replicatie: Replicatie verloopt asynchroon. Dit betekent dat er een kleine vertraging kan optreden voordat gegevens die naar de primaire server zijn geschreven op de replica's verschijnen (uiteindelijke consistentie).
• Handmatige failover: Als een primaire server uitvalt, moet je handmatig een replica promoveren tot primaire server, tenzij je een oplossing voor hoge beschikbaarheid gebruikt, zoals Redis Sentinel.

Redis-replicatie vormt de basis voor veel gangbare scenario's:

• Hoge beschikbaarheid: In combinatie met Redis Sentinel biedt replicatie automatische failover als de primaire server niet beschikbaar is.
• Analyse en rapportage: Voer complexe query's uit of genereer rapporten op replica's zonder de prestaties te beïnvloeden van je primaire toepassing die de primaire server gebruikt.
• Gegevensdistributie: Replica's kunnen geografisch worden verspreid, zodat ze gebruikers dichter bij hun locatie kunnen bedienen en de latentie afneemt.
• Herstel na calamiteiten: Replica's fungeren als actuele back-ups die klaarstaan om het over te nemen als de gegevens op de primaire server beschadigd raken of verloren gaan.

Goed gedaan! In deze les hebben we Redis-replicatie verkend.

• We hebben geleerd dat replicatie kopieën maakt van je dataset op de primaire server in replica-instanties.
• Belangrijke voordelen zijn gegevensredundantie en schaalbaarheid voor leesbewerkingen.
• We hebben gezien hoe je een basisreplica configureert met de optie --replicaof.
• Replicatie verloopt asynchroon en vormt de basis voor oplossingen met een hogere beschikbaarheid, zoals Redis Sentinel.

Vervolgens gaan we dieper in op Redis Sentinel om automatische failover mogelijk te maken!