Cloud & IT Cert Prep · leksjon

DR for PaaS-tjenester

Leksjon 4 av 413 trinn

DR for PaaS-tjenester er en gratis leksjon i Cloud & IT Cert Prep på CoddyKit. Dette er leksjon 4 av 4. Du kan lese hele leksjonen gratis nedenfor – og deretter øve praktisk i nettleseren med en innebygd kodeeditor og en AI-veileder som er tilgjengelig døgnet rundt. Den er en del av læringsløpet i Cloud & IT Cert Prep, og fremdriften din synkroniseres mellom nettet og CoddyKit-appen. Kurset i Cloud & IT Cert Prep inneholder totalt 4 leksjoner.

DR for PaaS kontra IaaS

Katastrofegjenoppretting for IaaS-tjenester (VM-er) innebærer vanligvis bruk av Azure Site Recovery for å replikere hele operativsystemet og datadiskene til en sekundær region. PaaS-tjenester har andre DR-modeller fordi den underliggende infrastrukturen administreres av Microsoft. For PaaS konfigureres DR vanligvis på datalaget — data replikeres til en sekundær region, mens selve plattformen starter automatisk.

Azure SQL Database: Innebygd redundans

Azure SQL Database tilbyr innebygd høy tilgjengelighet på sonenivå innenfor én region. For DR på tvers av regioner tilbyr tjenesten to sentrale funksjoner: aktiv georeplikering (lesbare sekundærdatabaser i opptil fire andre regioner) og auto-failover-grupper (automatisert failover med ett lytterendepunkt). Disse konfigureres på database- eller servernivå uten behov for Azure Site Recovery.

# Create a geo-replication link:
az sql db replica create \
  --resource-group myRG \
  --server primarySqlServer \
  --name myDatabase \
  --partner-server secondarySqlServer \
  --partner-resource-group secondaryRG

Auto-failover-grupper

Auto-failover-grupper legger til automatisering og ett enkelt tilkoblingsendepunkt oppå georeplikering. De konfigurerer en gruppe på den primære serveren, legger til den sekundære serveren og definerer en ventetid — tiden Azure venter på at den primære serveren skal gjenopprettes før automatisk failover utløses. Applikasjoner kobler til lytterendepunktet (for eksempel mygroup.database.windows.net) og omdirigeres automatisk etter failover uten at tilkoblingsstrengene må endres.

# Create an auto-failover group:
az sql failover-group create \
  --resource-group myRG \
  --server primarySqlServer \
  --name myFailoverGroup \
  --partner-server secondarySqlServer \
  --partner-resource-group secondaryRG \
  --failover-policy Automatic \
  --grace-period 60

RPO for Azure SQL med georeplikering

Georeplikering i Azure SQL Database er asynkron — transaksjoner bekreftes på den primære serveren og replikeres deretter til den sekundære. Dette innebærer en liten replikeringsforsinkelse, vanligvis under 5 sekunder under normale forhold. RPO for SQL-georeplikering er derfor omtrent 5 sekunder i de fleste scenarier, noe som gjør løsningen egnet for arbeidsbelastninger i nivå 1 og 2 som krever svært lite datatap.

Punkt-i-tid-gjenoppretting for SQL

Alle nivåer i Azure SQL Database inkluderer automatiserte sikkerhetskopier: fullstendige sikkerhetskopier ukentlig, differensielle sikkerhetskopier hver 12. time og sikkerhetskopier av transaksjonsloggen hvert 5.–12. minutt. Dette muliggjør Point-in-Time Restore (PITR) — gjenoppretting av databasen til et hvilket som helst sekund innenfor oppbevaringsperioden (7–35 dager for Standard/General Purpose, opptil 35 dager for Business Critical). PITR er nyttig for gjenoppretting etter utilsiktet sletting eller ødeleggelse av data.

# Restore a database to a specific point in time:
az sql db restore \
  --resource-group myRG \
  --server mySqlServer \
  --name myDatabase-restored \
  --source-database-name myDatabase \
  --time '2026-06-20T14:30:00Z'

Cosmos DB: Skriving til flere regioner for DR

Azure Cosmos DB med skriving til flere regioner gir tilnærmet null RPO for globale applikasjoner. Alle konfigurerte regioner kan ta imot skriveoperasjoner samtidig, og Cosmos DB synkroniserer dataene automatisk ved hjelp av sin proprietære replikeringsprotokoll. Hvis en region svikter, rutes trafikken automatisk til de gjenværende friske regionene uten behov for manuell failover — noe som gir en RTO og RPO nær null.

# Add a secondary region to Cosmos DB:
az cosmosdb update \
  --resource-group myRG \
  --name myCosmosAccount \
  --locations regionName=eastus failoverPriority=0 isZoneRedundant=true \
                regionName=westus failoverPriority=1 isZoneRedundant=true

DR-hensyn for Azure App Service

Azure App Service er tilstandsløs i seg selv (applikasjonskoden distribueres fra kildekontroll eller en ZIP-fil). Ved DR er fokuset på datalaget (database og blob-lagring). App Service kan distribueres på nytt til en sekundær region raskt via en CI/CD-pipeline. De bør imidlertid sørge for at egendefinert domene, TLS-sertifikater og appinnstillinger replikeres eller skriptes, slik at de raskt kan opprettes på nytt i den sekundære regionen.

# Export App Service configuration (app settings + connection strings):
az webapp config appsettings list \
  --name myWebApp \
  --resource-group myRG \
  --output json > appsettings-backup.json

# Apply to secondary region App Service:
az webapp config appsettings set \
  --name myWebApp-secondary \
  --resource-group secondaryRG \
  --settings @appsettings-backup.json

Azure Storage: GRS og RA-GRS

Azure Blob Storage med Geo-Redundant Storage (GRS) replikerer automatisk data til en sekundær region flere hundre kilometer unna. Data replikeres asynkront (RPO er vanligvis under 15 minutter). Read-Access GRS (RA-GRS) gjør det mulig å lese fra det sekundære endepunktet selv før failover utløses, noe som er nyttig for arbeidsbelastninger for analyse og rapportering under et avbrudd i den primære regionen.

# Create a storage account with RA-GRS:
az storage account create \
  --resource-group myRG \
  --name mystorageaccount \
  --sku Standard_RAGRS \
  --kind StorageV2

# Secondary endpoint: mystorageaccount-secondary.blob.core.windows.net

DR for Azure Functions og Logic Apps

Azure Functions er tilstandsløse av hensikt, noe som gjør dem enkle å distribuere på nytt. Ved DR distribuerer De den samme Function App-en til en sekundær region og bruker Traffic Manager til å rute HTTP-utløsere mellom regionene. For ikke-HTTP-utløsere (Service Bus, Event Grid) konfigurerer De meldingskilden slik at den distribuerer meldinger til begge regionene, eller lar den sekundære regionen hente meldinger fra den samme kilden. Funksjonstilstanden i Durable Functions lagres i Azure Storage — sørg for at lagringen bruker GRS.

Velge mellom aktiv geo-replikering og grupper for automatisk failover

Bruk aktiv geo-replikering når du trenger detaljert kontroll – for eksempel for å dirigere lesetrafikk til en sekundær for bedre ytelse eller administrere flere sekundære noder i ulike regioner uavhengig av hverandre. Bruk grupper for automatisk failover når du ønsker enkelhet: ett enkelt lytterendepunkt, automatisk failover etter en tidsplan og innebygd orkestrering av failover-prosessen uten manuell inngripen.

Sammenligning av DR-kostnader for PaaS og VM-er

DR for PaaS er ofte rimeligere enn VM-basert DR av flere grunner. Geo-replikering for SQL Database belaster bare lagring og databehandling for den sekundære databasen; du betaler ikke for en full VM-OS-lisens. Azure Cosmos DB belaster for de klargjorte RU-ene i hver region. Azure Storage GRS øker lagringskostnaden med omtrent 2 ganger. Til sammenligning krever VM-er som replikeres med ASR full kostnad for databehandling, lagring og lisensiering i den sekundære regionen.

Kort kontroll

Test forståelsen Deres av konseptene i Microsoft Azure Fundamentals (AZ-900) fra denne leksjonen.

Besvar den i den interaktive leksjonen

Oppsummering av leksjonen

I denne leksjonen lærte De at PaaS DR fokuserer på datalaget i stedet for VM-replikering; Azure SQL-grupper for automatisk failover gir ett enkelt lytterendepunkt med automatisert failover; og skriving i flere regioner i Cosmos DB gir tilnærmet null RTO og RPO for globale applikasjoner. Neste tema er rammeverk for Azure-samsvar og modellen for delt ansvar.

Gratis å komme i gang

Lær deg Cloud & IT Cert Prep med en AI-veileder – gratis

Skriv og kjør ekte kode i nettleseren, få umiddelbar hjelp fra en AI-veileder som er tilgjengelig døgnet rundt, og fortsett der du slapp – på nettet eller i appen.

Kurs: 150
Leksjoner: 600

Start læringen gratis Se hele kurset

Ofte stilte spørsmål

Er leksjonen «DR for PaaS-tjenester» gratis?

Ja – hele teksten i «DR for PaaS-tjenester» er gratis å lese her på nettet. For å øve interaktivt med en innebygd kodeeditor og en AI-veileder som er tilgjengelig døgnet rundt, og for å låse opp resten av Cloud & IT Cert Prep-kurset, kan du oppgradere til CoddyKit PRO. Kurset i Cloud & IT Cert Prep inneholder totalt 4 leksjoner.

Hva lærer jeg i «DR for PaaS-tjenester»?

Utform katastrofegjenoppretting for Azure SQL Database ved hjelp av geo-replikering og grupper for automatisk failover, og sammenlign dette med replikering på VM-nivå for tilstandsfulle arbeidsbelast… Du øver på Cloud & IT Cert Prep med praktisk kode som du kjører direkte i nettleseren, mens en AI-veileder som er tilgjengelig døgnet rundt, svarer på spørsmålene dine mens du jobber deg gjennom leksjonen.

Trenger jeg erfaring for å begynne med Cloud & IT Cert Prep?

Ingen tidligere erfaring er nødvendig. Cloud & IT Cert Prep på CoddyKit er lagt opp for både nybegynnere og viderekomne, så De kan begynne her eller helt fra start og lære i Deres eget tempo. Dette er leksjon 4 av 4.

Hvor lang tid tar leksjonen «DR for PaaS-tjenester»?

De fleste CoddyKit-leksjoner tar omtrent 5–10 minutter. Hver leksjon er kort og interaktiv, slik at De gjør jevne fremskritt og kan fortsette akkurat der De slapp – både på nettet og i appen.

Kan jeg skrive og kjøre kode i denne Cloud & IT Cert Prep-leksjonen?

Ja. Alle Cloud & IT Cert Prep-leksjoner har en innebygd kodeeditor, slik at De kan skrive og kjøre ekte kode direkte i nettleseren og få umiddelbar tilbakemelding fra AI – uten lokal konfigurering.

Alle leksjonene i dette kurset

Definere RTO, RPO og gjenopprettingsnivåer
Gjenopprettingsplaner og automatisk failover
DR-testing uten påvirkning
DR for PaaS-tjenester

← Tilbake til Cloud & IT Cert Prep