Cloudmigratie belooft efficiëntie, maar voor Microsoft SQL Server-workloads leidt een ‘goedkopere’ infrastructuur vaak tot exorbitante verspilling. Bij implementatie op burstable instances (zoals Azure B-Series, AWS T-Series of GCP E2) lopen organisaties vaak in een specifieke licentievalkuil waarbij oudere core-gebaseerde modellen botsen met moderne energiemeters.
Dit rapport ontleedt deRegel van minimaal 4 kernen, legt het verborgene bloot“I/O-belasting”van burstable storage-throttling, en legt uit waarom goedkope VM's u mogelijk het dubbele aan softwarekosten kosten terwijl ze beperkte prestaties leveren. Wij analyseren de specifieke risico’s van“Steel tijd”en kredietuitputting om u te helpen de economische valkuilen te vermijden die gepaard gaan met het draaien van bedrijfsdatabases op fractionele hardware.
SQL Server-licenties: een cross-cloudanalyse | GigXP
OptredenXP
Tech Intelligence / Enterprise Database / Bijgewerkt oktober 2025
De economie van verspilling: SQL Server op Burstable Cloud CPU's
Door onderzoeksteam
Cloudmigratie veranderde de relatie tussen infrastructuurvoorzieningen en softwarelicenties. Cloud computing belooft elasticiteit en efficiëntie. U betaalt voor wat u gebruikt. Oudere raamwerken voor softwarelicenties, met name die van Microsoft SQL Server, blijven geworteld in fysieke hardwareparadigma's. Deze wrijving is het duidelijkst zichtbaar bij de implementatie van SQL Server op ‘burstable’ rekeninstanties: de B-serie in Microsoft Azure, de T-serie in Amazon Web Services (AWS) en de E2- of N1-machinetypes met gedeelde kern in Google Cloud Platform (GCP).
Burstable instances zijn ontworpen om de toegang tot rekenkracht voor intermitterende werklasten te democratiseren. Ze presenteren een misleidende waardepropositie voor databasetoepassingen. De infrastructuurkosten van een burstable virtuele machine (VM) met 2 vCPU zijn verwaarloosbaar. De softwarelicentieverplichtingen creëren een hoge “kostenvloer” die de Total Cost of Ownership (TCO) verstoort. Het mandaat dat elke virtuele besturingssysteemomgeving (OSE) een licentie moet hebben voor minimaal vier cores dwingt organisaties te betalen voor niet-bestaande capaciteit bij het gebruik van kleine instancegroottes.
Het kernprobleem
Voor kleine burstable instances schalen de kosten van de softwarelicentie niet lineair mee met de infrastructuur. Voor een VM met 2 vCPU's gelden dezelfde licentiekosten als voor een VM met 4 vCPU's. Dit verdubbelt de softwarekosten per core voor de kleinere machine.
1. De licentieval
De moderne cloudeconomie is afhankelijk van gedetailleerde meting. Een burstable instance verkoopt CPU-cycli als een hulpprogramma. De gebruiker koopt een basisfractie van een fysieke kern en bouwt credits op tijdens inactieve perioden. Dit model is gebaseerd op de statistische waarschijnlijkheid dat niet alle tenants op een fysieke host tegelijkertijd zullen barsten.
Microsoft SQL Server maakt gebruik van een kerngebaseerd licentiemodel dat is ontworpen om waarde te genereren op basis van potentiële rekenkracht. Sinds 2012 heeft Microsoft de prijzen gekoppeld aan het aantal verwerkingskernen. De ‘minimaal vier kernen’-regel schrijft voor dat zelfs als een virtuele machine op één enkele virtuele kern werkt, de klant vier kernlicenties moet aanschaffen. Dit geldt voor SQL Server 2022 en de updates van 2025.
Figuur 1: De “waardekloof” tussen infrastructuurkosten en verplichte licentiekosten (geschatte USD per uur).
De discrepantie creëert een ‘waardeval’. Het lage uurtarief van de infrastructuur lokt gebruikers naar implementaties waarbij de kosten voor softwarelicenties de infrastructuurkosten aanzienlijk overschrijden.
2. Technische architectuur: het ‘steal time’-risico
De prestaties op burstable instances zijn afhankelijk van de interactie tussen de planner van de database-engine en het resourcebeheer van de hypervisor.
In standaardgevallen biedt de hypervisor een rigide mapping voor vCPU's. In burstable gevallen worden fysieke kernen overtekend. De hypervisor regelt dit met een kredietplanner. Wanneer een VM-vraag het basisrecht overschrijdt, controleert de planner het kredietsaldo.
- Positief saldo:Dankzij de planner kan de VM fysieke cycli verbruiken tot aan de burst-limiet.
- Nul saldo:De planner beperkt de VM. Het beperkt de uitvoeringstijd tot het basispercentage.
Voor SQL Server is deze beperking ondoorzichtig. Het besturingssysteem kan de CPU als beschikbaar beschouwen. De instructies worden niet uitgevoerd door de fysieke hardware. Hierdoor ontstaat ‘Steal Time’ of ‘Hypervisor Wait’. Het gastbesturingssysteem wil worden uitgevoerd, maar wordt onvrijwillig gepauzeerd.
De doodsspiraal
SQL Server maakt gebruik van coöperatieve multitasking via het SQL Server Operating System (SQLOS). Threads geven vrijwillig de CPU op, zodat andere werkers kunnen werken. Bij een beperkte instantie ontkoppelt de hypervisor de vCPU van de fysieke kern. De SQL-thread zit vast. Andere threads die wachten op grondstoffen die zijn vergrendeld door de bevroren thread, beginnen te draaien. Hierdoor wordt de resterende CPU-capaciteit in een nutteloze lus verbrand.
Figuur 2: Real-time simulatie van het Token Bucket-algoritme. Zie hoe snel de consumptie de bank leegzuigt.
3. De verborgen kosten van de “I/O-belasting”.
Hoewel CPU-credits de meeste aandacht trekken, vormt het opslagsubsysteem van burstable instances een directere bedreiging voor de databasestabiliteit. SQL Server maakt gebruik van een Write-Ahead Logging (WAL)-protocol. Elke wijziging moet naar de transactieaanmeldingsschijf worden geschreven voordat de transactie wordt vastgelegd.
Burstable instances (zoals Azure B-serie v1 of AWS T3) beperken de opslagdoorvoer (MB/s) en IOPS op basis van de instancegrootte. Een exemplaar met 2 vCPU's heeft vaak een basislijndoorvoer van slechts 8 MB/s. Als een transactielogboekspoeling dit plafond bereikt, pauzeert de SQL-engine en stapelt zich opPAGEIOLATCHwacht.
Operationeel risico
Tijdens ‘burst’-gebeurtenissen schrijven gebruikers de CPU vaak toe voor vertragingen, maar 60% van de prestatietickets voor burstable instances zijn feitelijk opslagbeperking. De CPU staat inactief te wachten op de schijf, maar de “waargenomen” traagheid leidt ertoe dat beheerders de instance upgraden, waardoor de licentieverspilling nog groter wordt.
4. De paradox van het onderhoudsvenster
Databaseonderhoudstaken (het opnieuw opbouwen van de index, consistentiecontroles (DBCC CHECKDB) en statistische updates) zijn arbeidsintensief. Op speciale hardware draaien deze buiten kantooruren zonder boete. Bij burstable instances verbruiken deze taken verzamelde CPU-tegoeden.
Een nachtelijke indexherbouw om 02.00 uur kan de kredietbank volledig uitputten. Wanneer de werkdag om 8:00 uur begint, heeft de instantie 0 credits en werkt op basis van de basisprestaties (vaak 10% tot 20% van een kern). De ‘ochtendpiek’ van gebruikersaanmeldingen treft een gesmoorde server, waardoor time-outs ontstaan.
Simulatie van kredietuitputting
| Activiteit | Duur | CPU-belasting | Kredietimpact |
|---|---|---|---|
| Inactief (overdag) | 1 uur | 5% | +6 studiepunten(Nettowinst) |
| Index opnieuw opbouwen | 30 minuten | 100% | -30 studiepunten(Snelle afvoer) |
| Ochtend Inloggen | 15 minuten | 80% | Gesmoord(Als de bank leeg is) |
5. Platformshowdown en kostenmodellen
Elke grote cloudprovider gaat anders met deze architectuur om. Gebruik het onderstaande filter om de details voor uw platform te bekijken.
Alle platforms
Azuur
AWS
GCP
| Platform | Instantie Familie | Sleutelmechanisme | Licentierisico |
|---|---|---|---|
| Azuur | B-serie (v1 en v2) | Kredietbankieren. Hard gas geven als de credits verdwijnen op v1. | De PAYG-prijs is inclusief minimale opslag van 4 cores. Schijf-IO vormt vaak een knelpunt vóór de CPU. |
| AWS | T-serie (T3/T3a) | “Onbeperkt”-modus is standaard ingeschakeld. | Financieel risico. U betaalt overtollige kosten als u te lang barst. Kan de kosten van speciale exemplaren overschrijden. |
| GCP | E2 Gedeelde kern | Strikte time-slicing (bijvoorbeeld 0,5 vCPU aanhoudend). | Geen kortingen voor langdurig gebruik (SUD's) op E2. De licentiekosten zijn hoog in vergelijking met de fractionele hardware. |
Azure B-serie-analyse
De B-serie heeft te kampen met lage schijfdoorvoerlimieten. Het schrijven van SQL Server-transactielogboeken is hiervoor gevoelig. Als het logboek niet naar schijf kan worden gewist, loopt de database vast, ongeacht het CPU-krediet. Met Azure Hybrid Benefit kunt u licenties meenemen, maar u verbrandt nog steeds vier kernen aan rechten voor een VM met twee kernen.
AWS T-serie-analyse
T3-instanties zijn standaard ingesteld op de modus "Onbeperkt". Wanneer het tegoed opraakt, barst de instantie uit en worden de overtollige tegoeden gebruikt die worden gefactureerd tegen ongeveer 0,05 USD per vCPU-uur. Als een SQL Server in een spinlock-lus terechtkomt, draait deze voor onbepaalde tijd op 100 procent CPU, waardoor de uurkosten verviervoudigen.
GCP E2-analyse
GCP maakt gebruik van machinetypen met gedeelde kern, zoals e2-micro en e2-small. Deze bieden duurzame prestatiegaranties. E2-exemplaren komen niet in aanmerking voor kortingen voor langdurig gebruik, waardoor het prijsverschil tussen deze exemplaren en standaardexemplaren kleiner wordt.
6. Strategische aanbevelingen
De ‘goedkoopste’ optie op de prijslijst is vaak het minst efficiënt. De minimale belasting op 4 cores maakt de kostenbesparingen van burstable instances met 2 vCPU marginaal in vergelijking met de prestatierisico's.
Gebruik de webeditie:Voor openbare werklasten heeft SQL Server Web Edition een veel lagere kostprijs. Dit is de enige economisch rationele manier om burstable instances voor productie te gebruiken.
Overstappen naar PaaS:Azure SQL Database Serverless of AWS Aurora Serverless vormen een samenvatting van de kernlicenties. U betaalt voor vCore-seconden. Als de database pauzeert, stopt de facturering.
Alleen ontwikkeling:Gebruik de gratis Developer Edition voor niet-productieomgevingen op burstable hardware om licentiekosten te elimineren.
Veelgestelde vragen
Geldt het minimum van 4 cores voor SQL Server Express?
Nee. SQL Server Express is gratis te gebruiken op een willekeurig aantal kernen, hoewel het wordt beperkt door enginebeperkingen (1 GB RAM, 10 GB DB-grootte).
Lees meer:SQL Server 2022-upgrade: prestatievermindering ten opzichte van SQL 2016 oplossen
Kan ik hyperthreading uitschakelen om licenties te besparen?
Over het algemeen nee. Hoewel u hyperthreading op AWS (Optimize CPU) kunt uitschakelen, blijft de minimale aankoopvereiste van Microsoft 4 cores per OSE. Het terugbrengen van een exemplaar met 2 vCPU naar 1 vCPU verlaagt de rekening niet.
Is T3 Unlimited goedkoper dan M5?
Alleen als uw gemiddelde CPU-gebruik onder de basislijn blijft (20 tot 40 procent). Als u constant hoog draait, maken de overtollige kredietkosten T3 Unlimited duurder dan een vast M5-exemplaar.
Vermijdt SQL Server op Linux (Containers) het kernminimum?
Nee. Voor licentieverlening voor containers (Kubernetes/Docker) moet u een licentie aanvragen voor de vCPU's die beschikbaar zijn voor de container. De minimumregel van vier kernen is echter nog steeds van toepassing op elke container (of OSE). Je kunt niet 10 containers met elk 1 kern draaien en voor 10 kernen betalen; je moet betalen voor 40 kernen.
© 2025 GigXP Onderzoek. Alle rechten voorbehouden.