Cloud GPU-aanbieders met per-seconde facturering

Wat per-seconde facturering eigenlijk betekent voor cloud GPU-verhuur

Per-seconde facturering betekent dat de aanbieder uw GPU-instantie meet in één-seconde stappen en alleen kosten in rekening brengt voor de seconden dat de instantie actief is, in plaats van naar het volgende volledige uur af te ronden of een vast uurlijkse blok te rekenen. Wanneer u een instantie start en deze 23 minuten later afsluit, betaalt u voor ongeveer 1.380 seconden rekentijd, niet voor een heel uur. Het onderliggende geadverteerde tarief wordt meestal nog steeds uitgedrukt als een prijs per GPU-uur, maar de meter tikt veel fijner, waardoor het verschil tussen wat u gebruikt en wat u betaalt bijna nihil wordt.

Dit klinkt als een klein administratief detail, maar het verandert de economie van plotselinge, geautomatiseerde en experimentele workloads aanzienlijk. De bovenstaande lijst filtert specifiek op aanbieders die op deze granulariteit factureren, wat het onderscheid maakt tussen een platform dat is gebouwd voor korte, frequente taken en een dat is geoptimaliseerd voor langlopende, stabiele instanties.

Per-seconde versus per-uur en per-minuut

De factureringsgranulariteit ligt op een spectrum, en de verschillen stapelen zich op bij schaalvergroting:

• Per-uur, naar boven afgerond: een taak van 90 seconden en een taak van 59 minuten kosten beide een heel uur. Dit is het slechtste geval voor korte taken en straft frequente start/stop cycli af.
• Per-minuut: beter, maar een inferentie-oproep van 5 seconden of een containerstart van 20 seconden wordt nog steeds afgerond op 60 seconden, wat optelt bij duizenden aanroepen.
• Per-seconde: u betaalt voor wat de klok daadwerkelijk registreert, vaak met een kleine minimumvergoeding (meestal de eerste minuut) om misbruik door veelvuldig opstarten en stoppen te ontmoedigen.

Voor een enkele lange trainingssessie maakt de granulariteit nauwelijks uit — de afrondingsfout bij een taak van 40 uur is statistisch irrelevant. Voor een autoscaling inferentie-vloot die honderden keren per dag instanties opstart en afsluit, of een hyperparameter sweep die constant containers start en stopt, kan per-seconde meting het verschil zijn tussen betalen voor daadwerkelijk gebruikte rekentijd en betalen voor inactieve afronding.

Welke workflows profiteren het meest

Per-seconde facturering beloont alles wat piekerig, geautomatiseerd of kortstondig is:

• Burst inferentie en serverless-achtige schaalvergroting: workloads die GPU-capaciteit schalen om het volume aan verzoeken te evenaren en deze binnen enkele minuten weer vrijgeven, realiseren de meeste besparingen, omdat inactieve afronding bij elke schaalactie wordt geëlimineerd.
• CI/CD en geautomatiseerd testen: GPU-ondersteunde testsuites of modelvalidatie-taken die een paar minuten per commit draaien, vermijden het betalen van volledige uurblokken bij elke pipeline-trigger.
• Hyperparameter zoekopdrachten en experimenten: het starten van tientallen korte proeven, het vroegtijdig stoppen van de verliezers en alleen het behouden van veelbelovende configuraties is veel goedkoper wanneer elke gestopte proef alleen de seconden kost die hij daadwerkelijk draaide.
• Interactieve notebook-sessies: een onderzoeker die een GPU start voor een debug-sessie van tien minuten en deze daarna afsluit, betaalt voor tien minuten, niet voor een uur.
• Batchtaken van onvoorspelbare lengte: frames renderen, batches embeddings draaien of clips transcoderen waarbij de uitvoeringstijd per taak varieert van seconden tot minuten.

Omgekeerd, als u een GPU dagenlang vastzet voor continue training, is de factureringsgranulariteit vrijwel irrelevant en moet u andere factoren — interconnectie, VRAM, spotkortingen en opslag — veel zwaarder meewegen.

De afwegingen en de kleine lettertjes

Per-seconde facturering is bijna altijd positief, maar bestaat niet op zichzelf, en een paar details bepalen of het hoofdvoordeel echt is:

• Minimumtarief: veel aanbieders hanteren een minimale facturabele periode, vaak de eerste 60 seconden. Als uw taken korter zijn dan een minuut, is die ondergrens belangrijk, dus controleer of er een minimum geldt en hoe lang dat is.
• Wat de klok omvat: bevestig of de facturering start bij het provisionen van de instantie, bij het opstarten of op het moment dat de GPU klaar is. Trage cold starts, image pulls en driver-initialisatie kunnen allemaal binnen het meetvenster vallen, dus een snel tarief gecombineerd met een trage opstart kan de besparingen tenietdoen.
• Opslag- en IP-kosten: de GPU-rekentijd kan direct stoppen met factureren zodra u beëindigt, maar gekoppelde persistente volumes, snapshots en gereserveerde IP-adressen blijven vaak kosten genereren. Per-seconde compute maakt opslag niet gratis.
• Uitgaand verkeer en datatransfer: deze worden meestal per volume gefactureerd, niet per tijd, en zijn niet beïnvloed door granulariteit — een aparte kostenpost om te vergelijken.
• Spot- en onderbreekbare prijzen: per-seconde meting past natuurlijk bij onderbreekbare instanties, omdat u niet wordt gestraft voor een node die slechts een paar minuten leeft voordat deze wordt teruggevorderd. Samen zijn ze geschikt voor fouttolerante, checkpointed werk.

Wat te controleren in bovenstaande vergelijking

Behandel per-seconde facturering bij het lezen van de lijst als één van meerdere assen in plaats van als enige beslissende factor:

1. Bevestig dat de granulariteit echt per seconde is, niet per minuut die losjes als “per seconde” wordt gepresenteerd.
2. Vind de minimale facturabele periode en het moment waarop de meter start.
3. Schat uw typische taakduur en start/stop-frequentie — hoe fijner de granulariteit, hoe meer het loont naarmate uw taken korter en frequenter zijn.
4. Scheiding van compute-facturering van opslag-, netwerk- en inactieve resourcekosten, die granulariteit niet adresseert.
5. Controleer ook het GPU-model en de beschikbaarheid van on-demand versus spot, zodat u geen seconden optimaliseert op hardware die niet geschikt is voor de workload.

Live tarieven veranderen voortdurend en verschillen per regio en instantie-type, dus gebruik bovenstaande vergelijking voor actuele per-seconde prijzen in plaats van een vaste waarde.

Veelgestelde vragen

Maakt per-seconde facturering GPU’s wezenlijk goedkoper?

Het verlaagt uw effectieve kosten alleen voor zover uw taken kort zijn of vaak worden herstart. Voor lange, continue runs zijn de besparingen ten opzichte van per-uur facturering verwaarloosbaar; voor piekerige, autoscaling of experimentele workloads met veel korte instanties kan het elimineren van afronding een echte verlaging van uw rekening betekenen.

Is er meestal een minimumtarief bij per-seconde facturering?

Vaak wel. Veel aanbieders rekenen een minimale periode — meestal de eerste minuut — zelfs als een instantie maar een paar seconden draait. Dit is bedoeld om misbruik door snel opstarten en stoppen te voorkomen. Als uw taken korter zijn dan een minuut, bevestig dan het minimum voordat u ervan uitgaat dat u voor letterlijke seconden betaalt.

Wanneer start en stopt de per-seconde meter?

Dat verschilt. Sommige aanbieders beginnen met meten bij provisioning, anderen bij het opstarten of wanneer de GPU bruikbaar wordt. Cold-starttijd, image pulls en driver-setup kunnen allemaal binnen het gefactureerde venster vallen, dus een snel tarief met een trage opstart kan slechter zijn dan een iets hoger tarief met een snelle opstart.

Is per-seconde facturering ook van toepassing op opslag en datatransfer?

Nee. Per-seconde granulariteit geldt meestal alleen voor GPU compute. Persistente volumes, snapshots, gereserveerde IP-adressen en uitgaand verkeer worden meestal apart gefactureerd — per capaciteit of per volume — en blijven kosten genereren zelfs nadat de GPU-instantie is beëindigd.