Microsoft AZ-104: Azure Virtual Machines en Compute — Studiegids

By Laurynas Brazys · 6 August 2026 · #microsoft #az-104 #certification #exam-prep #study-guide

Onderdeel van de Microsoft Azure Administrator Associate AZ-104 — Studiegids. Oefen met geverifieerde antwoorden in het Microsoft-examencentrum, of doe getimede oefentests op ExamRoll.io.

Overzicht

Azure Virtual Machines (VM’s) bieden elastische rekenkracht voor Windows- en Linux-workloads met fijnmazige controle over grootte, opslag, beschikbaarheid, netwerken, beveiliging en levenscyclusbeheer. Beheerders moeten inzicht hebben in de ‘sizing’-families, beschikbaarheidsconstructies, schaalautomatisering, spot-capaciteit, extensies, opslagmodellen, dedicated hosts, back-up en patronen voor veilige toegang om te voldoen aan de doelstellingen voor betrouwbaarheid, prestaties en kosten.

Compute-opties en Sizing

VM-groottefamilies zijn gericht op specifieke workloadprofielen. General purpose (Dv, Ev, B-series burstable) balanceren de vCPU-tot-geheugenverhoudingen voor webservers, kleine databases en applicatieservers. Compute optimized (Fsv2, HB/HBv2 voor HPC CPU-gebonden) maximaliseren de vCPU per GB en zijn afgestemd op hoge kloksnelheden, wat voordelig is voor stateless API-lagen, batch workers en gameservers. Memory optimized (Ev5, Mv2/Mv3) bieden meer geheugen per vCPU en ondersteunen in-memory caches, analytics-engines en grote databases. GPU VM’s (NV, NVv4 voor visualisatie; NC/ND voor CUDA/AI training en inferencing) bevatten NVIDIA GPU’s met vGPU-partitionering op sommige SKU’s voor dichtheid en kostenefficiëntie; compatibiliteit van drivers en frameworks moet worden gevalideerd en vastgezet via extensies.

Upgrade- en ‘resize’-operaties worden beperkt door de beschikbaarheid van hardware in het doelcluster; het wijzigen van de grootte van een VM in een availability set kan mislukken met allocatiefouten als de capaciteit beperkt is. Het dealloceren van alle VM’s in de set en ze vervolgens van grootte veranderen, slaagt vaak omdat plaatsing over verschillende hardware mogelijk wordt. Wanneer statische interne IP-adressen vereist zijn, wijs je deze toe in de NIC-configuratie in Azure, niet binnen het gastbesturingssysteem.

Azure Dedicated Hosts plaatsen je VM’s op single-tenant fysieke servers voor isolatie op hostniveau, compliance en voorspelbaarheid. Host groups definiëren een verzameling hosts in een regio en kunnen availability zones en host fault domains omspannen om het risico op hoststoringen en onderhoud te spreiden. Host fault domains binnen een host group zorgen ervoor dat VM’s over fysieke racks worden verspreid. Licentievoordelen omvatten het meenemen van Windows Server/SQL Server-licenties met Software Assurance of Azure Hybrid Benefit en de optie om per host te licentiëren (nuttig voor SQL Enterprise/Windows Datacenter) in plaats van per VM, wat de kosten kan verlagen bij dichte consolidatie.

Beschikbaarheid, Schaalbaarheid en Kostenoptimalisatie

Availability sets beschermen tegen hardwarestoringen en gepland onderhoud binnen een datacenter. VM’s worden verdeeld over fault domains (aparte stroomvoorziening/rack) en update domains (onderhoudsgolven). De typische limieten zijn maximaal 3 fault domains en 20 update domains; implementeer minstens twee instances om de 99,95% SLA te verkrijgen. Availability zones bieden een hogere veerkracht door resources in fysiek gescheiden datacentergebouwen binnen een regio te plaatsen; het implementeren van twee of meer VM’s over zones levert een 99,99% VM SLA op. Zones vereisen zone-bewuste resources, en verkeer tussen zones maakt gebruik van een Standard SKU load balancer of application gateway; houd rekening met data-egress binnen een regio.

Virtual Machine Scale Sets (VMSS) orkestreren groepen identieke of heterogene VM’s met geïntegreerde autoscaling en health management. Uniform orchestration gebruikt een scale set-model met één VM-profiel en integreert native met Azure Load Balancer of Application Gateway. Flexible orchestration ondersteunt diverse VM SKU’s en individuele instances, combineert met availability sets/zones en is geschikt voor stateful of gemengde rollen. Upgrade-modi bepalen het uitrolgedrag: Manual (beheerder start upgrades), Automatic (platform werkt alle instances bij wanneer het model verandert), en Rolling (batches met health probes, pauze tussen batches en drempelwaarden voor fouten). Autoscale-beleid reageert op metrics (CPU, geheugen via AMA, wachtrijlengte, custom metrics), schema’s, of beide; definieer min/max/gewenste capaciteit, cooldowns en scale-in-beleid (bijv. nieuwste VM eerst) om ‘churn’ te beheersen. Voor inkomend beheer op schaal, gebruik load balancer inbound NAT pools op de public of internal Standard Load Balancer. Health probes moeten gericht zijn op de daadwerkelijke servicepoort en het protocol; gebruik voor SQL Always On met een internal load balancer een TCP-probe op de listener-poort in plaats van HTTP.

Azure Spot VM’s maken gebruik van ongebruikte Azure-capaciteit tegen hoge kortingen zonder beschikbaarheidsgaranties. Eviction (verwijdering) vindt plaats wanneer capaciteit wordt teruggevorderd of de marktprijs je maximumprijs overschrijdt; je kunt het eviction-beleid instellen op Deallocate (schijf behouden voor een latere herstart wanneer beschikbaar) of Delete (volledig verwijderen bij eviction). Ze integreren met VMSS en Standard Load Balancer voor stateless schaling. Geschikte use cases zijn onder meer batchverwerking, CI/CD runners, rendering, fuzzing en grootschalige stateless web farms die onderbrekingen kunnen tolereren. Vermijd Spot voor productieomgevingen met één instance of voor stateful lagen zonder checkpointing. Prijslimieten voorkomen dat je meer betaalt dan je drempelwaarde; als de vraag piekt, kun je hogere eviction rates verwachten.

Opslag, Back-up en Imagebeheer

Elke VM heeft een OS-schijf (managed disk, met caching geoptimaliseerd voor opstarten) en optionele datadisks voor applicatieopslag. De tijdelijke schijf (Windows D:, Linux vaak /dev/sdb) bevindt zich op de host en is niet persistent; gebruik deze alleen voor tijdelijke caches of pagefile/swap. Managed disks abstraheren storage accounts, bieden opties voor zonale/regionale redundantie, vereenvoudigen schaalvergroting en verbeteren de distributie binnen availability sets. Unmanaged disks die in storage accounts van de klant worden geplaatst, zijn verouderd en moeten worden vermeden vanwege schaal- en throttling-limieten. Selecteer schijf-SKU’s op basis van prestaties en kosten: Premium SSD en Premium SSD v2 voor transactionele workloads met lage latentie, Ultra Disk voor extreme doorvoer/IOPS met aanpasbare prestaties, Standard SSD voor algemeen gebruik en Standard HDD voor ‘koude’ workloads.

Het loskoppelen van een datadisk van een VM voordat deze aan een andere wordt gekoppeld, minimaliseert downtime en waarborgt dataconsistentie. Voor het wijzigen van de schijfgrootte is doorgaans uitbreiding van de partitie/het bestandssysteem binnen het gastbesturingssysteem vereist; grote wijzigingen in de VM-grootte kunnen deallocatie vereisen.

Azure Backup beveiligt VM’s met behulp van een Recovery Services vault. Activeer back-up op de VM of op schaal via policy-toewijzing. Back-upbeleid definieert schema’s (dagelijks/wekelijks), retentie (korte en lange termijn) en Instant Restore-parameters (snapshots lokaal bewaren voor snel bestandsherstel). Applicatieconsistente back-ups zijn beschikbaar via VSS voor Windows of pre/post-scripts op Linux. Herstelacties kunnen gericht zijn op een volledige VM (meestal naar een nieuwe VM), schijven (voor opnieuw koppelen/snel herstel) of bestanden (file-level restore naar elke VM in het abonnement met veilige mounting). Back-ups werken voor zowel draaiende als gestopte (inclusief gedealloceerde) VM’s. Zorg voor compatibiliteit met encryptie: Platform-managed keys worden standaard ondersteund, en voor Azure Disk Encryption zijn extra stappen vereist voor back-up. Overweeg cross-region restore als uw vault geo-redundant storage heeft ingeschakeld en uw compliancy-eisen dit toestaan.

Gebruik voor ‘golden images’ de Azure Compute Gallery om images te versioneren en te repliceren tussen regio’s; uploads van on-premises gegeneraliseerde VHD’s kunnen worden uitgevoerd met tools zoals

undefined

en vervolgens worden vastgelegd in de gallery voor consistente provisioning.

Netwerken, Toegang en Observability

Elke VM vereist ten minste één netwerkinterface (NIC), die een of meer IP-configuraties bevat. Een enkele NIC kan een primair privé-IP-adres en extra secundaire privé-IP-adressen bevatten; koppel een publiek IP-adres aan een IP-configuratie om services beschikbaar te maken. De meeste workloads hebben slechts één NIC per VM nodig; de VM-grootte bepaalt de NIC-limieten. Wanneer u vijf VM’s implementeert die elk zowel een publiek als een privé-IP-adres met een identieke beveiligingshouding nodig hebben, maak dan één NIC per VM en pas één Network Security Group toe op het subnet (of de NIC) om uniforme inkomende/uitgaande regels af te dwingen. De toewijzing van privé-IP-adressen moet statisch zijn op de NIC in Azure om adrescontinuïteit te behouden; stel geen statische IP’s in binnen het gastbesturingssysteem. Publieke IP-adressen moeten de Standard SKU gebruiken voor ondersteuning van zones en scale sets; koppel ze met een Standard Load Balancer voor productieomgevingen.

Accelerated Networking gebruikt SR-IOV om het datapad van de host te omzeilen en zo latentie, jitter en CPU-overhead te verminderen. Het wordt ondersteund op geselecteerde VM-groottes en OS-images en vereist een compatibele vNIC bij het aanmaken (of een stop/deallocate om het in te schakelen). Gebruik het voor services met hoge doorvoer en lage latentie, en voor drukbezette gateway-lagen.

Azure Bastion biedt veilige RDP/SSH over TLS rechtstreeks vanuit de Azure-portal of een native client, zonder publieke IP-adressen op VM’s bloot te stellen. Implementeer een Bastion-host in het doel-virtuele netwerk in een speciaal subnet met de naam AzureBastionSubnet met een /26 of grotere prefix, en koppel een Standard publiek IP-adres aan de Bastion-resource. De SKU’s omvatten Basic en Standard; Standard voegt functies toe zoals handmatig schalen (instances), IP-gebaseerde verbindingen (naar elk bereikbaar privé-IP-adres, ook over peered VNets), ondersteuning voor native clients, integratie van sessieopnames en deelbare links. Gebruik Bastion om te voldoen aan zero-trust administratieve toegang, terwijl per-VM publieke eindpunten en inkomende NAT-regels worden vermeden.

VM-extensies automatiseren configuratie en telemetrie. De Custom Script Extension voert PowerShell of Bash uit tijdens of na de provisioning om software te bootstrappen of configuratiebestanden te injecteren; ontwerp idempotente scripts en sla artefacten op in beveiligde opslag met SAS-tokens. De PowerShell DSC-extensie past Desired State Configuration toe om Windows-nodes te convergeren naar de gedeclareerde staat; gebruik pull-servers of Azure Automation State Configuration voor beheer op schaal. De Azure Monitor Agent (geïnstalleerd via een extensie) streamt gast-metrics en logs naar Log Analytics-workspaces onder Data Collection Rules; geef de voorkeur aan AMA boven de verouderde Log Analytics/MMA-agent voor granulaire data-routing, multihoming en schaalbaarheid.

Beschikbaarheidsconstructies in de Praktijk en SLA’s

Kies availability sets wanneer u redundantie binnen een datacenter nodig heeft met gedeelde storage-backends en geen zonale plaatsing vereist. Kies availability zones voor bedrijfskritische services die foutisolatie op gebouwniveau en een hogere SLA vereisen. Combineer voor scale-out services VMSS met zones voor een gelijkmatige verdeling en automatisch herstel; koppel health probes aan de poorten van de workload en maak gebruik van rolling upgrades om risico’s te beperken. Begrijp dat losse VM’s, zelfs met Premium SSD, een lagere SLA bieden dan implementaties met meerdere instances. Voeg voor kostengevoelige stateless tiers een Spot VM-pool toe achter een Standard Load Balancer en stel conservatieve ’eviction’- en ‘scale-in’-beleidsregels in om de basiscapaciteit te beschermen.

Praktisch Probleemscenario

Contoso Ltd. beheert een multi-tier webapplicatie met een stateless API, een stateful Redis-cache en een SQL Server Always On availability group. Ze moeten de veerkracht tegen zonale storingen verbeteren, de compute-kosten voor de API-tier verlagen, de beheertoegang beveiligen zonder openbare IP-adressen, en de monitoring en back-ups standaardiseren.

Creëer drie subnets in een hub-spoke-topologie: een gedeeld management-subnet (hub), een web/API-subnet (spoke) en een data-subnet (spoke). Implementeer Azure Bastion Standard in de AzureBastionSubnet (/26) van de hub met een Standard public IP. Reden: Bastion maakt RDP/SSH over TLS mogelijk zonder openbare IP-adressen op VM’s bloot te stellen, en de Standard SKU ondersteunt op IP gebaseerde verbindingen over gepeerde VNet’s, waardoor de beheertoegang wordt gecentraliseerd.
Implementeer de API-tier als een VM Scale Set (Uniform) verspreid over Availability Zones 1, 2 en 3 met een Standard Load Balancer. Schakel accelerated networking in en stel autoschaalregels in om instances toe te voegen wanneer de gemiddelde CPU gedurende 10 minuten > 65% is en te verwijderen wanneer deze < 35% is, met een cooldown-periode. Voeg een secundaire Spot VM-pool toe binnen dezelfde scale set met behulp van Flexible orchestration of een bijbehorende scale set, en configureer een maximumprijs en een ‘Deallocate’ eviction policy. Reden: VMSS plus zones levert een SLA van 99,99% en automatisch herstel; Spot-capaciteit verlaagt de kosten voor piekbelasting, terwijl ‘Deallocate’ de schijven behoudt voor snel hergebruik.
Implementeer Redis-cache-VM’s in een availability set met 2+ instances en Premium SSD. Wijs fault domains toe aan 2 en vertrouw op de 20 update domains van het platform. Reden: De cache is stateful maar kan repliceren; availability sets bieden isolatie op rack- en onderhoudsniveau zonder de latency-nadelen van cross-zone communicatie.
Implementeer twee SQL Server VM’s per zone (Zones 1 en 2) die deel uitmaken van een Always On availability group. Plaats ze op Azure Dedicated Hosts binnen een host group die twee zones en twee host fault domains omspant. Configureer een interne Standard Load Balancer met een TCP-probe op de listener-poort (bijv. 1433) voor de AG-listener. Reden: Dedicated Hosts bieden isolatie op hostniveau en licentie-efficiëntie (per-host SQL-licenties), terwijl zonale plaatsing en TCP health probing aansluiten bij de vereisten van de SQL-listener.
Standaardiseer images via Azure Compute Gallery die geharde OS-images bevatten. Gebruik de Custom Script Extension om de vereisten voor de applicatie te installeren en de DSC-extensie om de status van Windows-features en register-baselines af te dwingen. Reden: Gallery-images zorgen voor consistente provisioning; extensies maken herhaalbare configuratie en controle op afwijkingen (drift control) mogelijk.
Configureer de Azure Monitor Agent via Data Collection Rules om guest-metrics en logs naar een Log Analytics-werkruimte te sturen. Schakel connection monitoring en dependency maps in waar nodig. Reden: AMA is de huidige agent, ondersteunt granulaire routing en is vereist voor moderne monitoringfuncties en op metrics gebaseerde autoscaling van VMSS die verder gaat dan alleen CPU.
Beveilig alle VM’s met Azure Backup in een Recovery Services-vault met twee beleidsregels: een Tier-1-beleid met dagelijkse back-ups en 30 dagen retentie voor API/cache, en een Tier-0-beleid met dagelijkse plus wekelijkse/maandelijkse retentie voor SQL met applicatieconsistente snapshots. Test het herstellen door een file-level recovery uit te voeren naar een jump-VM en een volledige VM-restore naar een staging-netwerk. Reden: Aparte beleidsregels sluiten aan bij de kriticiteit van de data en de RPO/RTO; file recovery en VM-restore dekken ransomware- en rampscenario’s.
Wijs statische privé-IP-adressen toe aan de NIC’s van SQL en Redis op het Azure NIC-niveau; houd de API-instances dynamisch achter de load balancer. Pas één enkele NSG toe op elk subnet om uniforme regels af te dwingen. Schakel accelerated networking in op drukke tiers. Reden: Statische toewijzing op NIC-niveau behoudt de adressering voor stateful tiers; NSG’s op subnetniveau minimaliseren de wildgroei van regels; accelerated networking vermindert latency en CPU-overhead.

Dit ontwerp voldoet aan de doelstellingen voor beschikbaarheid, kosten, beveiliging en operations door zones en availability sets op de juiste manier te combineren, Spot te gebruiken voor stateless schaalbaarheid, zero-trust administratieve toegang af te dwingen met Bastion, en de configuratie, monitoring en back-up over de verschillende tiers te standaardiseren.

← Azure-abonnementen · Alle domeinen · Azure Virtual Networking →

Oefen deze vragen → · Getimede oefening op ExamRoll.io →