De Azure Pricing Calculator gebruiken (stap voor stap)

Clouduitgaven worden makkelijk onderschat tot de eerste factuur binnenkomt. Gelukkig is er de Azure Pricing Calculator, Microsofts gratis tool waarvoor je niet hoeft in te loggen, om de kosten van Azure-services te schatten voordat je iets uitrolt.

Het addertje is dat Azure niet één prijs per service heeft. Een virtuele machine kost bijvoorbeeld iets anders afhankelijk van de regio, de grootte, hoeveel uur per maand hij draait en welk prijsplan je kiest. Vermenigvuldig dat met een echte architectuur met vijf of zes services, en een enkele lijstprijs is zo goed als waardeloos.

In dit artikel bouw ik vanaf nul een schatting, neem ik je stap voor stap mee door een voorbeeld met een virtuele machine en behandel ik de fouten die zorgvuldige schattingen toch onderuit halen.

Het korte antwoord: zo gebruik je de Azure Pricing Calculator

Open de Azure Pricing Calculator en volg de onderstaande stappen:

1. Zoek in de productkiezer naar de Azure-service die je wilt prijzen, zoals Virtual Machines.
2. Selecteer deze om hem met de standaardconfiguratie aan je schatting toe te voegen.
3. Stel de regio, tier, grootte en andere service-specifieke opties in die je gaat gebruiken.
4. Voer je verwachte gebruik in, zoals uren per maand, opslag in GB of requests per seconde, afhankelijk van waar de service op factureert.
5. Kies een prijsoptie, zoals Pay-As-You-Go, Reserved Instance of Azure Savings Plan.
6. Bekijk de maandelijkse kosten en, waar relevant, de eenmalige vooruitbetaling voor dat product.
7. Herhaal dit voor alle andere services in je architectuur, zoals de database, het opslagaccount en de load balancer.
8. Voeg onderaan de pagina een supportabonnement toe.

Het totaal wordt live bijgewerkt zodra je een veld wijzigt. Hier gaat het in de praktijk ook vaak mis: teams prijzen de ene service waar ze op focussen en vergeten de services waar die van afhankelijk is.

Je schatting lezen

De calculator heeft drie onderdelen die het meest tellen, en het helpt om te weten wat elk doet voordat je cijfers invult.

• De productkiezer: Dit is de zoek- en categorienavigator bovenaan de pagina. Categorieën zijn onder andere compute, opslag, databases, netwerken en AI en machine learning. Als je de exacte productnaam niet weet, kom je via de categorieën meestal sneller uit dan op zoektermen gokken.
• De serviceconfiguratie: Elk product dat je toevoegt krijgt een eigen configuratieblok, en de inhoud daarvan hangt af van de service zelf. Een VM vraagt bijvoorbeeld om OS, grootte en regio. Een opslagaccount vraagt juist om redundantie-tier en toegangsfrequentie. Er is geen universeel formulier, dus je configureert elke service op zijn eigen voorwaarden.
• Het geschatte gebruik: Hier wordt de verwachte consumptie, zoals uren, GB en transacties, omgezet in een bedrag. Dit is ook het veld dat het vaakst op de standaardwaarde blijft staan, een fout die ik later in dit artikel behandel.

Sommige services tonen zowel een eenmalige vooruitbetaling als maandelijkse kosten. Die splitsing zie je vooral bij reserveringen, waarbij je nu een deel betaalt om een lagere terugkerende prijs vast te leggen. Een maandbedrag zonder vooruitbetaling betekent meestal dat je Pay-As-You-Go gebruikt.

Walkthrough: een virtuele machine prijzen

Neem een VM voor algemeen gebruik voor een stagingomgeving. 

Zoek eerst op “Virtual Machine” en voeg deze toe aan de schatting. Het product gebruikt standaard een voorgedefinieerde grootte en regio. Pas eerst de regio aan, want die beïnvloedt elke prijs op de pagina, en kies daarna je OS en VM-grootte. Let op dat Windows een licentietoeslag heeft ten opzichte van Linux, tenzij je Azure Hybrid Benefit inschakelt.

Stel nu het verwachte gebruik in. Microsofts standaardaanname is 730 uur per maand, het gemiddelde aantal uren in een maand. Met andere woorden: de calculator gaat ervan uit dat de VM 24/7 draait. Dat is meestal juist voor een productie-server, maar onjuist voor een stagingmachine die alleen tijdens kantooruren aan hoeft te staan.

Verlaag de uren van 730 naar bijvoorbeeld 200, en de schatting werkt direct bij. De verandering is vaak niet proportioneel, omdat sommige prijstiers minima of sprongen bevatten. Een daling van 70% in uren levert niet altijd 70% minder kosten op. Deze niet-lineariteit is waarom een statische prijslijst je niet de echte kosten kan geven, en het is de praktische reden om de calculator te gebruiken in plaats van alleen vanuit lijstprijzen te schatten.

Prijsplannen vergelijken

Zodra je een basisschatting hebt, toont de calculator zijn echte waarde. Je kunt dezelfde VM onder verschillende commitmentniveaus draaien en precies zien wat er verandert.

Pay-As-You-Go vereist geen commitment en heeft het hoogste uurtarief, met volledige flexibiliteit om op elk moment te vergroten, verkleinen of verwijderen. Reserved Instances laten je je vastleggen op een specifieke VM-grootte in een specifieke regio voor één of drie jaar in ruil voor een aanzienlijk lager tarief. Besparingen op general-purpose groottes liggen typisch in de 40–70% range, afhankelijk van de looptijd.

Azure Savings Plan laat je je vastleggen op een uurlijk bedrag aan uitgaven in plaats van een specifieke VM, en Azure past de korting toe op alle in aanmerking komende compute, zelfs als je groottes wijzigt of workloads verplaatst.

Er is hier geen eenduidig juiste keuze. Het hangt af van hoe stabiel je workload is en hoeveel flexibiliteit je nodig hebt.

Wat het bedrag echt beïnvloedt

Een paar architectuurbeslissingen, geen financiële, bepalen het grootste deel van je rekening:

Regio

Regio speelt een grote rol, omdat dezelfde VM-grootte merkbaar meer kan kosten in de ene regio dan in de andere. Als compliance je niet aan een specifieke regio bindt, check dan een paar nabije opties.

Servicetier en grootte

Servicetier en grootte doen er ook toe, want één tier hoger kiezen “voor de zekerheid” is een veelvoorkomende en dure gewoonte. Modelleer je daadwerkelijke behoeften, niet een extra buffer daarbovenop.

Besturingssysteem en licenties

Het besturingssysteem beïnvloedt je prijs ook, omdat Windows- en SQL Server-licenties echte kosten toevoegen. Zoals genoemd is Azure Hybrid Benefit de schakel voor teams die al licenties bezitten, en die is makkelijk te missen.

Gebruiksvolume en prijsplan

Gebruiksvolume en prijsplan, hierboven behandeld, zijn waar de meeste variatie zit.

Veelgemaakte fouten die een schatting slopen

Zelfs een zorgvuldig opgebouwde schatting kan op een paar voorspelbare manieren misgaan. Dit zijn de punten die je moet checken voordat je je getal vertrouwt.

Standaardgebruik onveranderd laten

De eerste fout is het standaardgebruik onveranderd laten. De 730-uur standaard is een prima startpunt en een slecht eindantwoord voor alles wat niet continu draait. 

Ondersteunende services vergeten

De tweede is ondersteunende services vergeten: een VM heeft een schijf nodig, en een applicatie heeft meestal een database nodig. Schattingen die de primaire service prijzen en de infrastructuur eromheen weglaten, zullen de werkelijke rekening consequent te laag inschatten. 

De verkeerde regio kiezen

De derde is de verkeerde regio kiezen, wat snel gebeurt wanneer je een schatting maakt voor een klant of team dat ergens anders zit dan jij. 

Dataverkeer en netwerk-kosten negeren

De vierde is dataverkeer en netwerkkosten negeren, die variëren met je verbruik. 

Retailprijzen met onderhandelde prijzen vergelijken

De vijfde is retailprijzen met onderhandelde prijzen vergelijken: als je organisatie een enterprise agreement heeft, komen de lijstprijzen van de publieke calculator niet overeen met wat je werkelijk betaalt, tenzij je inlogt en je overeenkomst toepast. 

De schatting als eindfactuur behandelen

Gebruik de schatting tot slot niet als eindfactuur. Microsoft merkt zelf op dat de totalen van opgeslagen schattingen kunnen verschuiven als de gepubliceerde Azure-prijzen veranderen, dus bouw een marge in.

Azure Pricing Calculator vs. Azure Cost Management

Dit zijn twee afzonderlijke tools die verschillende problemen oplossen. De Pricing Calculator schat kosten vooraf in, voordat je iets uitrolt, zodat je hypothetische configuraties kunt modelleren en scenario’s kunt vergelijken die nog niet bestaan. Azure Cost Management analyseert daarentegen wat je daadwerkelijk uitgeeft nadat de resources live zijn. Het gaat om werkelijk gebruik, echte facturen en echte afwijkingen.

Je hebt beide nodig, op verschillende momenten. Gebruik de calculator om vooraf te schatten en een budget te plannen voordat je bouwt. Gebruik daarna Cost Management om te checken of de realiteit overeenkomt met het plan en om de onvermijdelijke afwijking te vangen zodra echt verkeer echte infrastructuur raakt.

Best practices voor het schatten van Azure-kosten

Een paar best practices leveren steevast betrouwbaardere schattingen op

• Modelleer realistisch gebruik, niet maximale capaciteit en ook niet het minimum.
• Neem elk onderdeel van de architectuur mee, niet alleen de onderdelen die duur lijken
• Vergelijk een paar regio’s als je compliance-eisen dat toelaten.
• Draai dezelfde workload zowel met Pay-As-You-Go als met een commitment-tier voordat je er één kiest.
• Bouw drie scenario’s (verwacht, laag en hoog gebruik) in plaats van één getal, zodat je een bandbreedte hebt om op te plannen.
• Herzie de schatting wanneer de architectuur of Azure’s prijzen veranderen, want geen van beide blijft lang hetzelfde.

Conclusie

De workflow is eenvoudig: voeg de services toe die je nodig hebt, configureer ze zoals ze in de praktijk zullen draaien, voer realistische gebruikscijfers in, kies een prijsplan en bekijk het totaal. De calculator doet het rekenwerk.

De nauwkeurigheid van het resultaat hangt volledig af van hoe goed de invoer overeenkomt met de werkelijkheid. Een nauwkeurig berekende schatting op basis van een verkeerde gebruiksaanname blijft een verkeerde schatting.

Bouw meerdere scenario’s voordat je je aan een architectuur commit, en vergelijk, zodra de resources zijn uitgerold, de schatting met de werkelijke uitgaven in Azure Cost Management. Elke kloof tussen beide is leerzaam: hij laat zien waar je oorspronkelijke aannames afweken van het echte gebruik.