Redis-caching og meddelelser (Pub/Sub, Streams) · Lektion

Redis-replikation til redundans

Opsæt master-replica-replikation for at sikre dataredundans og forbedre skalerbarheden ved læsninger.

Lektion 1 af 411 trin

Redis-replikation til redundans er en gratis Redis-caching og meddelelser (Pub/Sub, Streams)-lektion på CoddyKit. Dette er lektion 1 af 4. Du kan læse alle 3 lektioner i dette læringsspor gratis i deres fulde længde — derefter låser CoddyKit PRO alle lektioner op samt praktiske øvelser med en indbygget kodeeditor og en AI-underviser døgnet rundt. Den er en del af læringsforløbet i Redis-caching og meddelelser (Pub/Sub, Streams), og dine fremskridt synkroniseres på tværs af nettet og CoddyKit-appen. Redis-caching og meddelelser (Pub/Sub, Streams)-kurset indeholder 4 lektioner i alt.

Hvad er Redis-replikering?

Forestil dig, at dine data forsvinder, eller at din server bliver overbelastet! Redis-replikering er en robust funktion, der er udviklet til at forhindre disse problemer.

Den giver dig mulighed for at oprette nøjagtige kopier af dit Redis-datasæt på tværs af flere Redis-instanser. Disse kopier kaldes replikaer (tidligere slaver), og originalen er masteren.

Forholdet mellem master og replika

I en replikeringsopsætning fungerer én Redis-instans som master. Den er den primære kilde til alle skrivehandlinger.

Master: Håndterer alle skrivekommandoer (som SET og LPUSH) og videresender ændringer til sine replikaer.
Replikaer: Modtager en kopi af masterens data. De håndterer primært læsekommandoer (som GET og LRANGE) og aflaster masteren.

Vigtige fordele ved replikering

Replikering giver flere afgørende fordele ved din Redis-implementering:

Dataredundans: Hvis masteren svigter, går dine data ikke tabt. En replika kan forfremmes til master.
Skalerbar læsning: Fordel læsehandlinger på flere replikaer, så din applikations læsegennemløb øges betydeligt.
Høj tilgængelighed: Danner grundlaget for automatiske failover-løsninger som Redis Sentinel.
Databackup: Replikaer kan stoppes og gemmes på disken uden at påvirke masteren.

Forklaring af replikeringsprocessen

Når en replika opretter forbindelse til en master, udføres en fuld synkronisering. Masteren opretter et øjebliksbillede af sine data og sender det til replikaen.

Efter den første synkronisering sender masteren løbende nye skrivekommandoer til alle tilsluttede replikaer. Det sikrer, at replikaerne holdes opdaterede i realtid. Dette kaldes delvis resynkronisering.

Praktisk øvelse: Start en Redis-replika

Lad os simulere opsætningen af en replika. Sørg først for, at du har en kørende master (standardport 6379). Start derefter en anden Redis-instans på en anden port, f.eks. 6380:

# Start a master (if not already running)
# redis-server --port 6379

# Start a new Redis instance for the replica
redis-server --port 6380 --replicaof 127.0.0.1 6379

Bekræftelse af replikeringsforbindelsen

Efter konfigurationen af en replika kan du kontrollere dens status ved hjælp af kommandoen INFO replication. Opret forbindelse til både master- og replika-instansen for at se deres roller.

For replikaen (port 6380) bør du se, at dens rolle er »replica«, samt oplysninger om dens master:

# Connect to the replica
redis-cli -p 6380
INFO replication

Fordeling af læsebelastningen

En af de vigtigste fordele er skalering af læsning. Du kan konfigurere din applikation til at sende læseforespørgsler til en eller flere replikaer i stedet for altid at bruge masteren.

Master: Håndterer alle SET, DEL, LPUSH osv.
Replikaer: Håndterer GET, LRANGE, SMEMBERS osv.

Det fordeler arbejdsbyrden og forbedrer applikationens samlede reaktionstid, især for applikationer med mange læseoperationer.

Vigtige overvejelser om replikaer

Husk disse punkter, når du arbejder med Redis-replikering:

Skrivebeskyttede replikaer: Replikaer konfigureres normalt som skrivebeskyttede for at forhindre utilsigtede skrivninger. Dette er standardadfærden i moderne Redis-versioner.
Asynkron replikering: Replikering foregår asynkront. Det betyder, at der kan opstå en kort forsinkelse, før data, der er skrevet til masteren, vises på replikaerne (eventuel konsistens).
Manuel failover: Hvis en master svigter, skal du manuelt promovere en replika til master, medmindre du bruger en løsning med høj tilgængelighed som Redis Sentinel.

Almindelige anvendelser af replikering

Redis-replikering er grundlæggende i mange almindelige scenarier:

Høj tilgængelighed: Sammen med Redis Sentinel giver det automatisk failover, hvis masteren bliver utilgængelig.
Analyse og rapportering: Kør komplekse forespørgsler, eller generér rapporter på replikaer uden at påvirke ydeevnen i din primære applikation, der tilgår masteren.
Datafordeling: Replikaer kan fordeles geografisk, så de kan betjene brugere tættere på deres placering og dermed reducere latenstiden.
Katastrofegendannelse: Replikaer fungerer som aktive sikkerhedskopier, der er klar til at overtage, hvis masterens data beskadiges eller går tabt.

Kontrol af replikering

Du har lært om Redis-replikering. Lad os teste din forståelse!

Besvar den i den interaktive lektion

Opsummering af replikering

Godt gået! I denne lektion gennemgik vi Redis-replikering.

Vi lærte, at replikering opretter kopier af dit master-datasæt på replika-instanser.
De vigtigste fordele omfatter dataredundans og skalerbarhed ved læsning.
Vi så, hvordan du konfigurerer en grundlæggende replika ved hjælp af indstillingen --replicaof.
Replikering foregår asynkront og udgør grundlaget for løsninger med højere tilgængelighed som Redis Sentinel.

Dernæst dykker vi ned i Redis Sentinel for at opnå automatisk failover!

Gratis at komme i gang

Lær Redis-caching og meddelelser (Pub/Sub, Streams) med en AI-underviser — gratis

Skriv og kør rigtig kode i din browser, få øjeblikkelig hjælp fra en AI-underviser døgnet rundt, og fortsæt, hvor du slap, på web eller i appen.

Kurser: 12
Lektioner: 48

Start gratis Se hele kurset

Ofte stillede spørgsmål

Er lektionen “Redis-replikation til redundans” gratis?

Ja — alle 3 lektioner i læringssporet Redis-caching og meddelelser (Pub/Sub, Streams), inklusive “Redis-replikation til redundans”, kan læses gratis i deres fulde længde her på webstedet. Derefter låser CoddyKit PRO alle lektioner op samt interaktive øvelser med en indbygget kodeeditor og en AI-underviser døgnet rundt. Redis-caching og meddelelser (Pub/Sub, Streams)-kurset indeholder 4 lektioner i alt.

Hvad lærer jeg i “Redis-replikation til redundans”?

Opsæt master-replica-replikation for at sikre dataredundans og forbedre skalerbarheden ved læsninger. Du øver dig i Redis-caching og meddelelser (Pub/Sub, Streams) med praktisk kode, som du kører direkte i browseren, og en AI-vejleder døgnet rundt besvarer dine spørgsmål, mens du arbejder dig gennem lektionen.

Skal jeg have erfaring for at begynde på Redis-caching og meddelelser (Pub/Sub, Streams)?

Der kræves ingen tidligere erfaring. Redis-caching og meddelelser (Pub/Sub, Streams) på CoddyKit er tilrettelagt for både begyndere og øvede, så du kan starte her eller fra begyndelsen og lære i dit eget tempo. Dette er lektion 1 af 4.

Hvor lang tid tager lektionen “Redis-replikation til redundans”?

De fleste CoddyKit-lektioner tager cirka 5–10 minutter. Hver lektion er kort og interaktiv, så du gør løbende fremskridt og kan fortsætte, hvor du slap – på både web og app.

Kan jeg skrive og køre kode i denne Redis-caching og meddelelser (Pub/Sub, Streams)-lektion?

Ja. Alle Redis-caching og meddelelser (Pub/Sub, Streams)-lektioner har en indbygget kodeeditor, så du kan skrive og køre rigtig kode direkte i din browser og få øjeblikkelig feedback fra AI – uden lokal opsætning.

Alle lektioner i dette kursus

← Tilbage til Redis-caching og meddelelser (Pub/Sub, Streams)