Redis-bestandighet og høy tilgjengelighet

Se for Dem at Redis-serveren plutselig krasjer! Uten en plan vil alle de verdifulle dataene som er lagret i minnet, gå tapt for alltid. Det er her persistens kommer inn.

Persistens i Redis betyr at datasettet i minnet lagres på disk. Dette sikrer at dataene kan gjenopprettes fra den lagrede kopien selv om Redis startes på nytt eller krasjer.

Redis Database-persistens (RDB) fungerer ved å ta periodiske øyeblikksbilder av datasettet. Den oppretter en kompakt representasjon av dataene slik de ser ut på et bestemt tidspunkt.

• Fordeler: Svært rask sikkerhetskopiering og gjenoppretting, kompakt filstørrelse.
• Ulemper: Risiko for datatap mellom øyeblikksbildene hvis det oppstår en krasj.

Du kan konfigurere RDB-øyeblikksbilder i redis.conf-filen. Direktivet save angir når Redis skal ta et øyeblikksbilde. Her er et eksempel:

Vedvarende lagring med Append Only File (AOF) registrerer hver skriveoperasjon serveren mottar. I stedet for øyeblikksbilder er dette en logg over kommandoer som kan spilles av på nytt for å gjenopprette datasettet.

• Fordeler: Mye mindre risiko for datatap (kan konfigureres for hver skriveoperasjon), lesbar logg.
• Ulemper: Større filstørrelse, potensielt langsommere gjenoppretting enn med RDB.

AOF-vedvarende lagring aktiveres med appendonly yes. Du kan styre hvor ofte Redis synkroniserer AOF-filen til disk ved hjelp av appendfsync:

Både RDB og AOF har sine styrker. Ofte er den beste løsningen å bruke begge:

• AOF: For maksimal datasikkerhet, siden nesten hver skriveoperasjon logges.
• RDB: For raske sikkerhetskopier og katastrofegjenoppretting, særlig ved oppstart fra tom tilstand.

Hvis begge er aktivert, bruker Redis AOF-filen til å gjenopprette datasettet ved omstart, siden den vanligvis garanterer mindre datatap.

Utover vedvarende lagring sørger High Availability (HA) for at Redis-tjenesten fortsetter å fungere selv om en server svikter. Dette er avgjørende for kritiske applikasjoner som ikke tåler nedetid.

Redis tilbyr to hovedstrategier for HA: Sentinel og Cluster. Begge innebærer at flere Redis-instanser samarbeider for å gi redundans og automatisk failover.

Redis Sentinel er et system som er utviklet for å hjelpe med å administrere Redis-instanser. Det tilbyr:

• Overvåking: Kontrollerer kontinuerlig om master- og replika-instanser fungerer som de skal.
• Varsling: Varsler systemadministratorer når noe går galt.
• Automatisk failover: Hvis en master-instans svikter, gjør Sentinel en replika til master og konfigurerer de andre på nytt.
• Konfigurasjonsleverandør: Klienter kobler seg til Sentinel-instanser for å finne den gjeldende masteren.

Redis Cluster gjør det mulig å kjøre Redis på flere noder og tilbyr både sharding (distribuering av data) og high availability.

Datasettet deles automatisk mellom flere Redis-instanser (noder). Hvis en masternode svikter, forfremmes replikaen automatisk. Dette muliggjør horisontal skalering og sørger for at dataene alltid er tilgjengelige, selv ved nodesvikt.

I denne leksjonen har vi sett på hvordan du kan beskytte Redis-dataene dine og sørge for kontinuerlig drift. Vi har gått gjennom:

• RDB-vedvarende lagring: Tar øyeblikksbilder av dataene med jevne mellomrom for raske sikkerhetskopier.
• AOF-vedvarende lagring: Logger hver skriveoperasjon for maksimal databeskyttelse.
• Redis Sentinel: Overvåking og automatisk failover for oppsett med én instans.
• Redis Cluster: Distribuerer data på tvers av noder for skalerbar høy tilgjengelighet.

Det er viktig å forstå disse konseptene for å bygge robuste Redis-applikasjoner som er klare for produksjon!