Zelfde configuratie, andere prijs? Bereken met het opslagpercentage waarom de cloudserver duur is

Zelfde configuratie, andere prijs: bereken met het opslagpercentage waar de meerprijs zit

Bijgewerkt 2026-08-18 · CloudWorth

opslagpercentageprijs-kwaliteitverhoudingFinOpsgoedkoper alternatiefprijsstijging bij verlengingCloudWorthSteal TimeVPS oversellingVPS benchmark

Normaliseer eerst naar kosten per eenheid prestatie, bereken dan het voor overboeking gecorrigeerde opslagpercentage en lokaliseer binnen 30 minuten waar de meerprijs zit.

Hoe bereken je het opslagpercentage?

Voordat je te snel scheldt op “zelfde configuratie, andere prijs”, moet je het prijsverschil omzetten in een narekenbaar getal. De formule die ik gewoonlijk gebruik:

溢价率 = (实际成交单位成本 - 参考单位成本) / 参考单位成本 × 100%

Maar er zijn twee valkuilen: ten eerste is “zelfde configuratie” niet hetzelfde als “zelfde prestaties”; CPU-model, Steal Time en schijfcache moeten eerst worden genormaliseerd. Ten tweede de kortingsbasis: de officiële websiteprijs, de actieprijs voor het eerste jaar en de verlengingsprijs kunnen meer dan 30% van elkaar verschillen. Ik gebruik meestal eerst YABS-benchmarks om de “prestatie-eenheidskosten” (prijs / single-core-score) te berekenen, daarna pas ik de overselling-aanpassing toe (Steal Time > 10% wordt naar rato gekort), en pas daarna pas ik bovenstaande formule toe.

Geen script bij de hand? Gebruik de /app-tool die ik heb samengesteld; voer de prijs en de YABS-score in en je krijgt een bereik voor het opslagpercentage.

Trouwens, veel machines met “eerste jaar 10% van de prijs” hebben de verlengingsprijs als werkelijke kosten; als die wordt meegerekend in de langetermijn-TCO, is het opslagpercentage absurd hoog – dat is typisch “vaste klant in de val”. Omgekeerd, als een machine een negatief opslagpercentage heeft, wees dan niet te haastig om een koopje te pakken; kijk eerst of het een vervanger met verlaagde specificaties is (bijv. 2C4G wordt goedkoper verkocht dan 1C2G, dan is de kans groot dat het een oversellingkoning is).

Het redelijke bereik behandel ik in een later gedeelte; onthoud hier eerst: een lager opslagpercentage is niet per se beter; het moet samen met het overselling-risico worden bekeken.

Prijsverschil bij dezelfde configuratie: bewijsvoering

Niet te snel bestellen. Voor het prijsverschil bij dezelfde configuratie moet je het 'premiepercentage' als meetlat gebruiken. De zogenaamde berekening van het cloudservice-premiepercentage is niet zomaar het delen van de officiële prijzen van twee aanbieders — in de vermelde prijs zitten drie variabelen verborgen: de actieprijs voor het eerste jaar, de verlengingsprijs en de werkelijke prestaties. Als de meetmethode niet klopt, is de berekende prijs-kwaliteitverhouding een luchtkasteel.

Mijn bewijsvoering verloopt in drie stappen, waarbij ik de hele tijd YABS-scripts draai; in ongeveer 30 minuten heb ik een conclusie:

1. Normaliseren tot kostprijs per eenheid prestatie

Neem de benchmarkresultaten van dezelfde configuratie (bijv. 4C8G), deel de CPU-single-core-score, de 4K willekeurige IOPS van de schijf en de geheugenbandbreedte elk door de daadwerkelijk betaalde prijs van de maand, en je krijgt de prestaties die je per euro krijgt. Let op: gebruik hier de werkelijke prijs: de actieprijs voor het eerste jaar, de verlengingsprijs op de officiële site en de prijs per gebruik moeten apart worden berekend, anders trap je gemakkelijk in de valkuil van een verhoging bij verlenging.

1. Bereken het premiepercentage na correctie voor overselling

Gebruik Steal Time en de cache-hitscore van de schijf als correctiefactoren. Bijvoorbeeld: als een aanbieder een hoge CPU-score heeft maar de Steal Time het hele jaar door >15% is, betekent dat de buren resources stelen; de prestaties moeten met 20% worden verminderd. Vergelijk de gecorrigeerde kostprijs per eenheid vervolgens met de industriebenchmark. De formule ziet er zo uit:

# 溢价率 = (修正后单位成本 - 行业基准单位成本) / 行业基准单位成本 × 100%
修正后单位成本 = 月付价 / (跑分 × (1 - steal_time%) × cache_hit系数)

1. Vergelijk met 'lagere configuratie als alternatief' om te zien of het de moeite waard is

Als het premiepercentage boven de 40% ligt, scheld dan niet meteen op de leverancier — probeer een lagere configuratie (bijv. 4C8G vervangen door 2C8G) en kijk hoeveel de score daalt. In veel scenario's van 'een groot paard voor een kleine kar' blijven de prestaties na het verlagen vrijwel gelijk, terwijl het premiepercentage direct naar nul gaat. Omgekeerd, als de score na het verlagen dramatisch daalt, dan is de duurdere oorspronkelijke configuratie gerechtvaardigd.

Nog een extra waarschuwing: prijsverhoging bij verlenging is de grootste verborgen valkuil van het premiepercentage. Met een actie van 10% van de prijs in het eerste jaar en verlenging tegen de normale prijs, is de 'hoge prijs-kwaliteitverhouding' berekend op basis van het eerste jaar een illusie. Ik haal meestal de prijzen voor jaarlijkse, maandelijkse en per-gebruik-abonnementen op en reken ze om naar een TCO over 36 maanden om ze te vergelijken. Bewaar bij het verzamelen van bewijsmateriaal schermafbeeldingen, zodat de leverancier niet kan ontkennen als ze de prijzen wijzigen.

Kort gezegd: het premiepercentage berekent niet 'goedkoop', maar 'waar het duur is'. De formule staat er, zodra de benchmarkdata compleet zijn, is in één oogopslag duidelijk welke aanbieder te duur is.

Hoeveel bespaar je met downgraden en alternatieven?

Als je ‘dezelfde configuratie tegen verschillende prijzen’ tegenkomt, scheld dan niet meteen, maar bereken eerst het premiepercentage en kijk daarna of je die hoeveelheid configuratie daadwerkelijk nodig hebt. In de chaos van cloudprijzen is de meest waardevolle vaardigheid het downgraden en kiezen van een alternatief. Veel mensen kopen gewoontegetrouw een ‘groot paard voor een kleine kar’: 8C16G voor een blog, terwijl de CPU het grootste deel van de tijd in de enkele cijfers zit en de schijf-IO niet vol wordt belast. Praten over prijs-kwaliteitverhouding is dan zinloos – downgraden en een alternatief kiezen is vaak het startpunt van besparen.

Neem een voorbeeld: A biedt 4C8G aan voor 268 yuan/maand op de officiële website, B biedt dezelfde configuratie in de aanbieding voor 99 yuan/maand in het eerste jaar, maar verlenging kost weer 328 yuan. Als je alleen naar het eerste jaar kijkt, is het premiepercentage van B duidelijk lager; over drie jaar gerekend, zijn de totale kosten van B echter 15% hoger – dit is het klassieke trucje van ‘oude klanten vasthouden’. Als je de verlengingsprijs meeneemt in de formule voor het premiepercentage en normaliseert op basis van de TCO over drie jaar, blijkt A’s kostprijs per eenheid prestaties juist lager.

Kijk bij downgraden ook niet alleen naar het aantal CPU-kernen. Als je 4 kernen niet vol belast, stap dan over naar 2 kernen, maar negeer niet alleen het aantal kernen en vergeet ook Steal Time en schijf-cache niet: sommige ‘goedkope’ VPS’jes zijn zwaar oververkocht, waardoor 2 kernen slechts de kracht van 1 kern leveren. Na omrekening naar kostprijs per eenheid prestaties kunnen ze dan duurder zijn dan 4 kernen. Doe daarom vóór het downgraden eerst een benchmark en herbereken het premiepercentage met een ‘prestatiecorrectiefactor’ – alleen dan bespaar je echt geld.

Hoe herbereken je prijsverhogingen bij verlenging

De promotieprijs voor het eerste jaar ziet er aantrekkelijk uit, maar zodra de verlengingsprijs verschijnt, doet het pijn – dit is de valkuil waar je het gemakkelijkst in trapt bij het berekenen van de opslagpercentages van clouddiensten. Mijn aanpak is: behandel de verlengingsprijs als de langetermijnbasisprijs, en bereken de prijs-kwaliteitverhouding niet op basis van de promotieprijs. Concreet in drie stappen:

• Uniformeer de basis: Bereken de opslagpercentages op drie dimensies: de officiële prijs, de promotieprijs voor het eerste jaar en de verlengingsprijs. Gebruik bij voorkeur de verlengingsprijs als noemer voor de totale eigendomskosten op de lange termijn.
• Corrigeer configuratiewijzigingen: Bij sommige machines wordt het model bij verlenging stilletjes gedegradeerd (bijv. CPU van AMD EPYC naar oudere Intel). Gebruik YABS-benchmarks om de kosten per eenheid prestatie te corrigeren; kijk niet alleen naar het aantal vCPU-kernen.
• Aanpassing voor overboeking: Als de Steal Time constant hoog is, is de werkelijke prestatie nog maar ongeveer 70% van de nominale waarde. Deel het opslagpercentage bij verlenging dan door 0,7 om te zien hoeveel het werkelijk duurder is.

Typisch geval: een VPS kost 99 yuan in het eerste jaar en 299 yuan bij verlenging, wat lijkt op een verdrievoudiging van het opslagpercentage. Uit benchmarks blijkt echter dat de schijfcacheconfiguratie na verlenging is verminderd, waardoor de werkelijke kosten per eenheid prestatie slechts met 1,8 keer zijn gestegen – het is duurder, maar waar precies, moet je duidelijk berekenen.

Dit kan worden bevestigd door 'downgrade als alternatief': als het opslagpercentage bij verlenging meer dan 1,5 keer zo hoog is en de downgrade-machine met dezelfde configuratie (CPU-kernsnelheid een niveau lager maar lagere Steal Time) slechts 80% van de kosten per eenheid prestatie heeft, kies dan resoluut voor downgrade als alternatief en laat je niet gijzelen als bestaande klant. Onthoud: de ondergrens van de prijs-kwaliteitverhouding van clouddiensten is de verlengingsprijs; de promotieprijs is slechts een toegangskaartje. Door het opslagpercentage bij verlenging te herberekenen, voorkom je dat je het tweede jaar passief wordt afgezet.

Voor een completere bewijsmethode kun je de FinOps-gids voor opslagberekening raadplegen.

Redelijke marge om conclusies te trekken

Om de eerder berekende premie na correctie voor oververkoop te beoordelen, ga ik uit van de volgende vuistregel: bij dezelfde configuratie en hetzelfde prestatiekader is een premie van 0–15% normaal, tussen de 15% en 30% is oplettendheid geboden, en boven de 30% betaal je in feite voor het merk of het kanaal. Let op: de configuratie die hier wordt bedoeld is de genormaliseerde kostprijs per prestatie-eenheid, niet alleen het aantal vCPU-kernen – bij hetzelfde aantal kernen, wanneer de Steal Time langdurig boven de 5% ligt en de schijfcache HDD is in plaats van NVMe, moet je eerst een prestatiecorrectiefactor toepassen voordat je over premies praat.

Een veelgemaakte valkuil: bereken de premie niet op basis van de actieprijs van het eerste jaar. Veel aanbieders hanteren het eerste jaar slechts 10–20% van de lijstprijs, maar bij verlenging wordt de prijs direct 3 keer zo hoog; een premie op basis van de eerstejaarsprijs is dan volledig 'negatief' en betekent niets. De juiste werkwijze is normaliseren op basis van de verlengingsprijs of de gemiddelde TCO over drie jaar; alleen zo zie je de werkelijke kosten voor bestaande klanten die vastzitten. Dit is dezelfde logica als een downgrade als goedkoper alternatief: als een machine een premie boven de 30% heeft, begin dan niet meteen te onderhandelen, maar kijk eerst of een lagere configuratie van hetzelfde merk – een instance met een lager niveau – misschien betere prestaties levert (omdat er minder oververkoop is). Dat is pas de echte prijs-prestatieoplossing van 'een groot paard voor een kleine kar'.

Praktische vuistregel: draai eerst YABS voor bewijs, bereken daarna de correctie voor oververkoop, en trek ten slotte een conclusie binnen de redelijke marge. Als je binnen 30 minuten kunt vaststellen waar de meerkosten zitten, kun je beslissen of je de configuratie, het abonnement of de provider wilt wijzigen.

Het eindresultaat kan in een tabel worden gezet: machinenaam, lijstprijs, verlengingsprijs, kosten per prestatie-eenheid, premie, conclusie (normaal/te hoog/afzetterij). Zo zie je in één oogopslag waarom dezelfde configuratie bij verschillende aanbieders zo uiteenloopt, of het nu om public cloud of een niche VPS gaat.