Wat is Azure Cosmos DB en hoevel kost het?

De kost van een operatie in Azure Cosmos DB is altijd gelijk en voorspelbaar. Een document van een bepaalde grootte invoegen, updaten of verwijderen gebruikt altijd hetzelfde aantal RU/s. Hetzelfde geldt voor queries: dezelfde query op dezelfde data kost altijd evenveel RUs.

vCore pricing

Voor PostgreSQL en MongoDB (vCore) APIs rekent Azure Cosmos DB op basis van compute en geheugen per node. Je betaalt dus voor het aantal en formaat van de vCore nodes die je aanzet. Deze pricing past goed bij apps die SQL-achtige features nodig hebben of hoge performance via PostgreSQL of MongoDB vCore.

2. Storage pricing

Bij Azure Cosmos DB betaal je maandelijks voor het totale aantal GB data in je transactional en analytical storage. Meestal komt het grootste deel van de kosten door daadwerkelijk verbruikte storage (pay-as-you-go model).

Hoe meer je opslaat, hoe meer je betaalt.

Als je database 0 GB bevat, dan zijn de storagekosten in principe ook $0.

In de meeste regio’s is de prijs voor transactionele storage $0,25 per GB per maand.

Deze prijzen gelden voor NoSQL, MongoDB (RU), Cassandra, Gremlin en Table APIs

3. Bandwidth pricing

Cosmos DB rekent bandwidth af via een pay-as-you-go model. Het hangt dus af van hoeveel je verbruikt.

Data die binnenkomt (Ingress) in Azure is gratis (zie hieronder).

Dat geldt niet als data Azure verlaat of tussen Azure regio’s wordt verplaatst (dus tussen regio’s of zones via Azure’s WAN).

Dan gelden deze kosten:

Azure Cosmos DB pricing tiers

Voor database operations kun je kiezen tussen twee modellen om throughput te regelen:

• Provisioned Throughput
• Serverless (consumptie-gebaseerd)

Provisioned Throughput

Provisioned throughput is de RU/s-capaciteit die je vooraf toewijst voor database operations. Bij dit model krijg je een vast aantal Request Units per seconde (RU/s), vooraf gereserveerd, en je betaalt per uur.

Voorbeeld: als je 100 RU/s provisiont, kun je tot 100 RUs per seconde gebruiken. Als je daaroverheen gaat, wordt je operatie gethrottled en moet het wachten op de volgende seconde als de RU-bucket weer gevuld is.

Je betaalt op basis van het hoogste aantal RU/s dat je in een uur hebt ingesteld, ongeacht of je het volledig gebruikt hebt. Dus ook als je minder gebruikt, betaal je voor het maximum van dat uur.

Standard (Manual) Provisioned Throughput

Je kunt de capaciteit handmatig instellen via “manual” provisioned throughput. Dat stel je in op je container of database via de Azure portal.

Use case: Dit werkt goed voor workloads met stabiel verkeer en die hoge performance SLAs nodig hebben.

De tabel hieronder laat de prijzen zien van standaard provisioned throughput:

*Prijzen gelden voor regio West-Europa

Autoscale Provisioned Throughput

Autoscale past RU/s automatisch aan op basis van workload. Je stelt een max in (minimaal 1.000 RU/s), en je betaalt per uur voor het hoogste gebruik tussen 10–100% van dat limiet.

Je hoeft dus niet handmatig te schalen en kunt beter omgaan met wisselende workloads.

Zie de tabel hieronder voor de prijzen:

*Prijzen gelden voor regio West-Europa

Provisioned throughput past vaak niet bij:

• Workloads die maar af en toe database operations doen
• Lagere performance eisen

Serverless Consumed Throughput

Apps met weinig verkeer en soms een korte piek profiteren van het serverless model. Serverless is top voor workloads die weinig eisen stellen maar af en toe ineens actief zijn.

Je hoeft niks te plannen of te beheren. Het schaalt automatisch en je betaalt alleen voor wat je echt gebruikt (pay-as-you-go), per operatie en opslag.

Er is geen minimumverbruik. Dus ideaal voor kleine apps die onregelmatig draaien en geen constante throughput nodig hebben.

De kost per unit is wel hoger, maar omdat je alleen betaalt voor verbruikte RUs, is het vaak goedkoper voor workloads die zelden of onvoorspelbaar draaien.

Azure Free Tier

Is Azure Cosmos DB echt gratis voor altijd? In het kort: JA!

Met de Azure Free Tier kun je gratis kleine apps bouwen, testen of draaien op Azure Cosmos DB zolang je wil. Het geldt voor NoSQL, MongoDB, Cassandra, Gremlin en Table APIs en werkt met provisioned en autoscale throughput – single of multi-region.

Let op: er zijn grenzen. Je krijgt 1000 RU/s en 25 GB opslag gratis per account. Alles daarboven wordt afgerekend tegen standaardprijzen.

Verder krijg je gewoon alle features zoals in een normale Cosmos DB account: SLAs, global distribution, hoge beschikbaarheid, enz. Je kunt per Azure subscription één gratis tier account activeren, maar je moet het wel aanvinken bij het aanmaken.

Azure Cosmos DB free tier voor 30 dagen

Je kunt ook een gratis 30-dagen trial starten zonder een Azure subscription. Handig voor testen of development (geen productie).

Je hebt nu verschillende manieren gezien om Cosmos DB gratis te proberen. Maar wanneer kies je wat?

De afbeelding hieronder laat precies zien wanneer je welke gratis optie gebruikt van Azure Cosmos DB:

Multi-region writes (Geo-Replication)

Je kunt availability zones aanzetten in je Cosmos DB account. Je data wordt dan gerepliceerd over meerdere zones binnen één regio. Als er iets uitvalt in een zone, ben je nog steeds online.

Heb je wereldwijde write-capaciteit nodig? Dan kun je multi-region writes aanzetten. Elke regio wordt dan een writeable primary. Dat geeft lage latency en hoge beschikbaarheid.

Vergeet niet: dit verdubbelt je totale Cosmos DB kosten.

7 Azure Cosmos DB bespaartips

Verwijder ongebruikte databases of containers

Een makkelijke manier om kosten te verlagen in Cosmos DB is ongebruikte databases of containers weggooien. Die stapelen zich vaak ongemerkt op.

Check regelmatig je verbruik (bij handmatige Provisioned Throughput)

Gebruik je standaard provisioned throughput (dus handmatig ingesteld)? Check dan regelmatig hoeveel je echt gebruikt. Kijk naar metrics zoals request volume en RU/s per collectie.

Zie je dat een collectie structureel weinig gebruikt wordt? Dan kun je vaak veilig de throughput verlagen en kosten besparen. Altijd eerst je usage patterns checken voordat je iets wijzigt.

Gebruik Azure Reserved Capacity

Met reserved capacity kun je 20–65% besparen als je 1 of 3 jaar provisioned throughput (RU/s) afneemt. Geldt voor alle APIs (MongoDB, Cassandra, SQL, Gremlin en Table) en is wereldwijd beschikbaar. Lees meer over Azure Reservations.

Verlaag storagekosten door backups te beperken en oude data op te ruimen

Opslag en backups tikken snel aan in Azure Cosmos DB. Kijk welke collecties veel opslag gebruiken en ruim op wat je niet nodig hebt.

Check ook je Backup en Restore instellingen. Je krijgt standaard twee gratis snapshots. Maar als je bijvoorbeeld elk uur back-upt met 7 dagen retentie, heb je zo 168 snapshots staan. Dat loopt op in kosten.

Verhoog alleen de back-upfrequentie of retentie als dat écht nodig is voor je business of compliance. Anders kun je beter bij de standaardinstellingen blijven of retentie verlagen.

Check je regioverbruik

Gebruik je multi-region writes? Dan wordt elke regio een primary en verdubbelt je kost per regio. Extra regio’s toevoegen kost dus geld – doe dat alleen als het echt nodig is.

Check regelmatig of bepaalde regio’s nog wel gebruikt worden. Zie je lage of geen activiteit? Overweeg om ze te verwijderen om replicatiekosten te besparen.

Let wel: misschien zijn ze bedoeld voor beschikbaarheid bij uitval, dus altijd even afwegen.

Gebruik calculators om kosten in te schatten

RU-verbruik bepaalt direct je kosten. Gebruik deze tools om je workloads te modelleren:

• Capacity calculator
• Azure pricing calculator

Draai testworkloads om in te schatten hoeveel RU/s je nodig hebt voor reads, writes en queries.

Optimaliseer Bandwidth gebruik

Cross-region data transfers zijn duurder. Zo kun je kosten beperken:

• Beperk het aantal replicatie regio’s
• Voorkom onnodige inter-region reads of writes
• Gebruik multi-region replicatie alleen als je het echt nodig hebt voor latency of beschikbaarheid

Hou je verkeer lokaal, tenzij er een goede reden is om het anders te doen.

Provisioned Throughput vs Autoscale: Welke moet je gebruiken?

Heeft je app een stabiele en voorspelbare behoefte aan throughput? Dan kun je iets boven dat niveau provisionen om throttling te voorkomen.

Maar als je workload wisselt – bijvoorbeeld alleen actief is tijdens kantooruren of in het weekend – dan betaal je onnodig veel als je constant hoge provisioned throughput hebt (zoals hieronder te zien is).

Dat wil je natuurlijk vermijden…

In Cosmos DB kun je provisioned throughput op elk moment aanpassen via de Azure portal, CLI of automation.

Je kunt dus op- of afschalen op basis van je gebruik, en zo voorkom je dat je betaalt voor capaciteit die je niet gebruikt.

De meeste workloads van moderne apps zien er trouwens niet zo netjes uit. Ze schommelen veel sterker, met grote pieken en dalmomenten.

Daarom is autoscale provisioned throughput in Cosmos DB meestal de betere keuze voor workloads met wisselende vraag.

Je stelt een maximum RU/s in, en Cosmos DB past de throughput automatisch aan op basis van echt gebruik. Je betaalt nog steeds per uur, maar dan alleen voor wat je daadwerkelijk verbruikt binnen die range. Je hoeft dus niet meer te overprovisionen.

Ook al is het tarief iets hoger (ongeveer 50%), is autoscale meestal toch de logische standaard – tenzij je workload echt heel stabiel en voorspelbaar is.

Het is gewoon goedkoper als je verkeer onvoorspelbaar is en meestal niet in de buurt komt van je maximum capaciteit.

En handig: je kunt op elk moment switchen tussen handmatig en autoscale.