Forståelse af replikeringskoncepter

Forestil dig, at du har en meget vigtig bog. Hvad nu, hvis du mistede den? Du ville gerne have en kopi, ikke?

Database-replikering fungerer på samme måde! Det er processen med at oprette og vedligeholde flere kopier af din database.

Det sikrer, at dine data er beskyttede og altid tilgængelige, selv hvis noget går galt med originalen.

En af de vigtigste grunde til at bruge replikering er høj tilgængelighed.

• Hvis din primære databaseserver (originalen) går ned, ønsker du ikke, at dine applikationer holder op med at fungere.
• Med replikering kan en anden kopi hurtigt overtage.
• Det minimerer nedetiden og holder dine tjenester kørende uden problemer.

Tænk på et populært websted. Tusindvis af brugere kan læse data på samme tid.

Hvis alle disse forespørgsler rammer en enkelt database, kan den blive markant langsommere.

Replikering gør det muligt at fordele læseforespørgsler på flere kopier, så belastningen deles, og ydeevnen forbedres for alle.

Katastrofer sker: hardwarefejl, naturbegivenheder eller endda menneskelige fejl.

Det er afgørende for katastrofegendannelse at have din database replikeret til en anden fysisk placering eller server.

Hvis det primære datacenter går offline, kan du skifte til en replikeret kopi og dermed beskytte din virksomhed mod datatab og langvarige driftsafbrydelser.

Den mest almindelige opsætning til replikering er arkitekturen Primær-standby (ofte kaldet master-slave).

• Den primære server er den oprindelige database, hvor alle dataændringer (skrivninger) udføres.
• Standby-serverne er kopierne, der modtager ændringer fra den primære server.
• Standby-servere er typisk skrivebeskyttede og fungerer som sikkerhedskopier eller til skalering af læsninger.

Den primære server er hjertet i dit replikerede system. Den er ansvarlig for:

• At håndtere alle indgående skriveoperationer (INSERT, UPDATE, DELETE).
• At generere loggen med forudgående skrivning (WAL), som registrerer alle ændringer.
• At sende disse WAL-poster til sine standby-servere.

Tænk på den som den oprindelige forfatter, der skriver nye kapitler og sender dem til redaktører, som laver kopier.

Standby-serverens primære formål er at spejle den primære server. Dens opgaver omfatter:

• At modtage WAL-poster fra den primære server.
• At anvende disse WAL-poster på sin egen database, så den holdes synkroniseret.
• At håndtere skrivebeskyttede forespørgsler og dermed reducere belastningen på den primære server.

Det svarer til en redaktør, der opdaterer sin kopi med forfatterens nye kapitler.

Kernen i PostgreSQL-replikering er loggen med forudgående skrivning (WAL).

WAL er en sekvens af poster, der beskriver alle ændringer i databasens datafiler.

Før data faktisk skrives til disken, registreres ændringen i WAL. Det sikrer dataintegritet og holdbarhed.

WAL er afgørende for replikering, fordi:

• Den primære server streamer sine WAL-poster til standby-serverne.
• Standby-serveren "afspiller" derefter disse WAL-poster.
• Ved at afspille WAL genskaber standby-serveren den primære databases nøjagtige tilstand.

Denne effektive mekanisme sikrer, at standby-serverne er konsistente kopier af den primære server.

Du har netop lært de grundlæggende begreber inden for databasereplikering!

• Replikering opretter kopier af din database til høj tilgængelighed, skalering af læsninger og katastrofeberedskab.
• Den almindelige opsætning består af en primær server og en eller flere standby-servere.
• Loggen med forudgående skrivning (WAL) er afgørende, fordi den registrerer alle ændringer og streames til standby-serverne, så de holdes synkroniserede.

Dernæst går vi i dybden med opsætning af fysisk streamingreplikering!