Uitgavenlimeten en Bill-Shock-bescherming

Elk Orbit-project heeft een uitgavenlimiet: een harde maandelijkse plafond op overagekosten, standaard ingesteld op US$63.16, met e-mailwaarschuwingen onderweg en een pauze in plaats van een onbeperkte rekening op het maximum. Deze gids behandelt wat de limiet dekt, wat er gebeurt wanneer deze wordt bereikt, hoe u een gepauzeerde site kunt herstellen, en de afzonderlijke limiet voor buildminuten die een ongecontroleerde buildlus voorkomt.

Waar het plafond betrekking op heeft

De limiet is van toepassing op gebruik boven de inbegrepen hoeveelheid van uw plan:

Build-minute overage: US$0.05 per minuut boven uw maandelijkse plafond
Bandwidth overage: US$0.03 per GB boven uw maandelijkse plafond

De basale abonnementsprijs van uw plan wordt niet beïnvloed door de limiet en wordt er nooit door gepauzeerd.

Verkeer van denial-of-service en andere kwaadaardige volumetrische aanvallen wordt nooit gefactureerd en telt nooit mee naar de limiet.

The Default Cap

Elk nieuw project begint op US$63.16 per maand. U kunt dit instellen op een waarde tussen US$6.32 en US$6,315.79. Er is geen optie voor "geen limiet", met opzet.

Vindt u in Settings, in de kaart Spending cap. De kaart toont een voortgangsbalk met deze maand's overage tegen uw limiet, en het percentage.

Spending cap card in Orbit project settings

Waarschuwingen voordat je het bereikt

Orbit stuurt u een e-mail op 50% en 80% van de limiet, eenmaal per drempel per factureringsperiode. Elke e-mail geeft de drempel, het bereikte percentage, uw limiet, wat u hebt uitgegeven, wat er nog over is, en de verdeling tussen buildminute- en bandwidthcosten.

De kaart in Settings toont ook een lopende waarschuwing. Boven 50% geeft het aan hoeveel ruimte er nog is voor een pauze; bij 100% waarschuwt het dat servering bij de volgende uurlijkse controle wordt gepauzeerd.

Waarschuwingen gaan naar het factuuringemail-adres van het account. Als dat adres een gedeelde inbox is die niemand leest, is de pauze uw eerste melding. Controleer of het adres ergens is waar u het echt ziet wanneer u het nodig hebt.

What Happens At 100%

Een uurlijkse controle berekent de overage van dit maand van elk project tegen zijn limiet. Wanneer deze 100% bereikt:

Elke production environment op het project wordt ingesteld op Paused.
Verzoeken naar uw site retourneren HTTP 503 met een branded pagina met "Site temporarily paused".
Het antwoord bevat de header X-Orbit-Paused: spending-cap, zodat uptime monitors een pauze kunnen onderscheiden van een storing.
Kapsule stuurt u een e-mail met de projectnaam, de limiet, de build- en bandwidthcosten, de factureringsperiode en een directe koppeling naar de Settings van het project.

De controle loopt elk uur, niet continu. Overage kan uw limiet tussen controles iets overschrijden voordat de pauze van kracht wordt. De limiet is een uitgavenplafond met een uurlijkse granulariteit, geen echte harde real-timemeter.

De pauze raakt alleen production environments. Staging en branch previews blijven serveren. Dit is opzettelijk, zodat een pauze u niet ook blokkeert van het testen van de fix.

Restoring a Paused Site

Open uw project in Orbit.
Open het tabblad Settings.
Zoek de kaart Spending cap, die een PAUSED badge en een rood paneel toont met "Site serving is paused".
Voer een hoger limietbedrag in.
Klik op Raise cap & resume.

Servering wordt onmiddellijk hervat. Herdeploy is niet nodig, en niets aan uw deployment verandert.

Als u dit in plaats daarvan gepauzeerd laat, herstart de uurlijkse controle automatisch servering zodra de overage onder uw limiet daalt, wat vanzelf gebeurt aan het begin van de volgende factureringsperiode.

Het verhogen van de limiet verhoogt uw maximale mogelijke overagerekening voor de maand. Als een site onverwacht werd gepauzeerd, zoek dan uit waarom het gebruik is gestegen. Kijk naar het tabblad Analytics van het project, dat dit maand's buildminuten en bandbreedte tegen uw plafond plus een geprojecteerd end-of-month-cijfer toont. Een rebuildlus of een hot-linked groot bestand zal de nieuwe ruimte even makkelijk verbruiken.

Het limiet op elk moment wijzigen

Open het project, dan Settings.
Zoek Spending cap.
Voer een nieuw bedrag in en klik op Update cap.

De wijziging wordt onmiddellijk van kracht voor de huidige factureringsmaand. Het minimum is US$6.32 en het maximum is US$6,315.79; alles daarbuiten wordt afgewezen met een bericht met de limiet.

Als u meer ruimte nodig hebt dan het maximum toestaat, neem dan contact op met support in plaats van naar een manier te zoeken om de limiet uit te schakelen.

Automatic Reset

Overage-gebruik wordt opnieuw ingesteld aan het begin van elke factureringsperiode, en de waarschuwingsdrempels worden met het mee gereset, dus u krijgt elke maand een frisse 50%- en 80%-waarschuwing in plaats van één waarschuwing ooit.

Als uw site aan het einde van een periode was gepauzeerd, wordt deze automatisch hervat zodra de nieuwe periode begint en het gebruik teruggaat naar nul. Geen actie nodig.

De aparte limiet voor bouwminuten

De uitgavenlimiet beperkt geld. De build spending cap beperkt buildminuten rechtstreeks, en het is een ander besturingselement met een ander doel.

Vindt u in Settings, in de kaart Build spending cap:

Voer een aantal minuten per maand in, minimum 1. De kaart converteert het naar uren terwijl u typt, dus 120 wordt weergegeven als 2 uur per maand.
Klik op Set cap (of Update cap als er al een bestaat).

Zodra het maandelijks totaal de limiet bereikt, stoppen nieuwe builds met in de wachtrij staan tot volgende maand of tot u de limiet verhoogt. De kaart toont een voortgangsbalk van gebruikte minuten tegen de limiet en waarschuwt wanneer u deze nadert.

Klik op Remove cap om deze helemaal weg te halen.

Een buildlimiet blokkeert builds, wat betekent dat het uw mogelijkheid om een fix in te zetten blokkeert. Het is het juiste besturingselement voor een project dat u wilt beschermen tegen een onverwachte rebuildlus, en het verkeerde besturingselement voor een project waarvan u onder druk implementeert. Als u er een instelt, stelt u deze goed in boven uw normaal maandelijks gebruik.

Los hiervan staat elke build op elk plan stil na 30 minuten muurkloktime. Die runaway abort is niet configureerbaar en bestaat zodat één vastgelopen build niet een hele maandelijkse hoeveelheid kan verbruiken.

Gebruik controleren voordat het een probleem wordt

Het tabblad Analytics van elk project toont dit maand's buildminuten en bandbreedte tegen uw plafond, de overagekosten tot nu toe, en een geprojecteerd end-of-month-cijfer op basis van verstreken dagen.
Orbit, dan Usage, toont de accountbrede totalen.
De detailpagina van elke implementatie toont exact hoe lang die build duurde en waar de tijd heenging, fase voor fase.

Als uw geprojecteerde overage stijgt, kijk dan eerst naar uw buildcache-hitsnelheid. Op Liftoff en Apex verwijdert een cache hit het meeste van de installatiefase. Het projectoverzicht markeert een lage hitsnelheid voor u en legt uit wat het meestal betekent.