Prøveeksamen del 2: Azure-arkitektur og -tjenester

Velkommen til prøveeksamen del 2: Azure Architecture and Services. Dette er det største domenet i AZ-900, og det utgjør omtrent 35–40 % av total poengsum. Spørsmålene dekker Azure-regioner, databehandling, lagring, nettverk, databaser, AI og DevOps-tjenester. De skal øve på å identifisere riktig tjeneste for hvert scenario og forklare arkitekturkonseptene som ligger til grunn. Sett av 20–25 minutter til denne delen.

Scenario: Et selskap distribuerer to VM-er for å håndtere webforespørsler. De ønsker beskyttelse mot maskinvarefeil i et Azure-datasenter, samtidig som VM-ene forblir i samme region. Begge VM-ene må være i forskjellige feildomener. Hvilken Azure-funksjon bør de bruke?

A) Availability Sets — B) Availability Zones — C) Region Pairs — D) Azure Load Balancer

Svar: A — Availability Sets. Et Availability Set fordeler VM-er på separate feildomener (ulike maskinvarerack med separat strømforsyning) og oppdateringsdomener (som hindrer samtidige omstarter under vedlikehold). Dette gir en SLA på 99.95 % innenfor ett enkelt datasenter. Availability Zones gir bedre beskyttelse (99.99 %) på tvers av separate datasentre i en region — mer enn scenarioet krever. Nøkkelordet «feildomener» peker direkte på Availability Sets, ikke Zones.

Scenario: Et selskap trenger å lagre millioner av produktbilder som aksesseres ofte av en webapplikasjon. Bildene er ustrukturerte binærfiler og trenger rask HTTP-tilgang. Teamet foretrekker det rimeligste lagringsalternativet for dette bruksområdet. Hvilken Azure-lagringstjeneste bør de bruke?

A) Azure Blob Storage (Hot tier) — B) Azure Table Storage — C) Azure Queue Storage — D) Azure Files

Svar: A — Azure Blob Storage (Hot tier). Azure Blob Storage er utviklet for ustrukturerte objektdata som bilder, videoer og dokumenter. Hot tier gir lavest ventetid for data som aksesseres ofte. Azure Table Storage brukes for strukturerte NoSQL-nøkkel-verdi-data, ikke binærfiler. Queue Storage brukes til meldingskøer mellom applikasjonskomponenter. Azure Files tilbyr SMB/NFS-filressurser. Viktig signal: ustrukturerte binærfiler + HTTP-tilgang → Blob Storage.

Scenario: En oppstartsbedrift utvikler en applikasjon for sosiale medier med brukere over hele verden. Dataene må være tilgjengelige i flere regioner samtidig, med støtte for skriving i alle regioner og leseventetid under 10 millisekunder. Hvilken Azure-databasetjeneste bør de bruke?

A) Azure Cosmos DB — B) Azure SQL Database — C) Azure Database for PostgreSQL — D) Azure Cache for Redis

Svar: A — Azure Cosmos DB. Cosmos DB er Azures globalt distribuerte multimodell-database med støtte for skriving i flere regioner og garantert leseventetid på ensifret antall millisekunder ved P99. Azure SQL Database støtter geo-replikering, men med skrivebeskyttede replikaer i sekundære regioner (ikke skriving med flere hovednoder). PostgreSQL har begrenset global distribusjon. Azure Cache for Redis er en hurtigbuffer i minnet, ikke en primærdatabase. Viktige signaler: global distribusjon + skriving i flere regioner + lesing under 10 ms → Cosmos DB.

Scenario: Et selskap har et VNet med et subnett for webnivået og et databasesubnett. De må sikre at databasesubnettet bare kan motta trafikk fra subnettet for webnivået, og blokkere all annen innkommende trafikk. Løsningen må fungere på lag 4 (IP-/portregler). Hvilken Azure-ressurs bør de konfigurere?

A) Network Security Group (NSG) — B) Azure Firewall — C) Application Gateway WAF — D) Azure DDoS Protection Standard

Svar: A — Network Security Group (NSG). En NSG inneholder regler for innkommende og utgående trafikk som kontrollerer trafikk på subnett- eller NIC-nivå ved hjelp av regler for port, IP og protokoll (lag 4). Azure Firewall er en administrert brannmur på lag 7 — kraftig, men unødvendig omfattende og dyrere for dette enkle kravet om subnettisolasjon. Application Gateway WAF beskytter HTTP/HTTPS-webtrafikk, ikke tilgangskontroll mellom subnett. DDoS Protection beskytter mot volumetriske angrep, ikke rutingsregler. Viktig signal: subnettregler på lag 4 → NSG.

Scenario: Et selskap kjører 200 identiske webservere som må skaleres inn og ut automatisk basert på CPU-bruk. Alle serverne må kjøre det samme applikasjonsbildet og være lastbalanserte. Hvilket Azure-databehandlingsalternativ er best egnet?

A) Virtual Machine Scale Sets (VMSS) — B) Individuelle Azure-VM-er — C) Azure App Service — D) Azure Container Instances

Svar: A — Virtual Machine Scale Sets (VMSS). VMSS er spesielt utviklet for å administrere grupper med identiske, automatisk skalerende VM-er og integrert lastbalansering. Individuelle Azure-VM-er kan ikke skaleres automatisk som en gruppe uten VMSS. App Service er PaaS og bruker ikke VM-er direkte. Azure Container Instances egner seg best for kjøring av enkeltcontainere, ikke en serverpark med 200 servere. Viktige signaler: 200 identiske VM-er + automatisk skalering + lastbalansering → VMSS. Dette er et svært vanlig databehandlingsscenario i AZ-900.

I denne delen øvde De på: Availability Sets for beskyttelse mot feildomener i et datasenter, Blob Storage for ustrukturerte binærobjekter, Cosmos DB for globalt distribuert NoSQL med flere hovednoder, NSG for filtrering av subnetttrafikk på lag 4 og VMSS for automatisk skalering av identiske VM-serverparker. Gå gjennom eventuelle spørsmål De svarte feil på, ved å gå tilbake til den tilsvarende leksjonen. Neste del handler om sikkerhet, styring og kostnader.