Ausgabengrenzen und Rechnungsschock-Schutz

Jedes Orbit-Projekt hat eine Ausgabenlimitierung: eine feste monatliche Obergrenze für Zusatzgebühren, die standardmäßig US$63.16 beträgt, mit E-Mail-Warnungen auf dem Weg dorthin und einer Pause statt einer offenen Rechnung an der Obergrenze. Diese Anleitung behandelt, was die Limitierung abdeckt, was geschieht, wenn sie erreicht wird, wie man eine angehaltene Website wiederherstellt, und die separate Build-Minuten-Limitierung, die eine Endlosschleife beim Build stoppt.

Was die Limitierung abdeckt

Die Limitierung gilt für Nutzung über dem in Ihrem Plan enthaltenen Kontingent:

Build-Minuten-Zusatz: US$0.05 pro Minute über das monatliche Kontingent Ihres Plans hinaus
Bandbreitenzusatz: US$0.03 pro GB über das monatliche Kontingent Ihres Plans hinaus

Die Basisabonnementgebühr Ihres Plans wird durch die Limitierung nicht beeinflusst und wird durch sie nie angehalten.

Datenverkehr von Denial-of-Service- und anderen böswilligen volumetrischen Angriffen wird niemals in Rechnung gestellt und zählt niemals zur Limitierung.

Die Standard-Limitierung

Jedes neue Projekt beginnt bei US$63.16 pro Monat. Sie können sie überall von US$6.32 bis US$6,315.79 festlegen. Es gibt absichtlich keine "keine Limitierung"-Option.

Sie finden sie unter Settings in der Karte Spending cap. Die Karte zeigt einen Fortschrittsbalken mit dem Zusatz dieses Monats gegen Ihre Limitierung und den Prozentsatz.

Spending-cap-Karte in den Orbit-Projekteinstellungen

Warnungen, bevor Sie sie erreichen

Orbit sendet Ihnen E-Mails bei 50% und 80% der Limitierung, einmal pro Schwelle pro Abrechnungszeitraum. Jede E-Mail teilt Ihnen die Schwelle, den erreichten Prozentsatz, Ihre Limitierung, das ausgegebene Geld, das Verbleibende und die Aufteilung zwischen Build-Minuten- und Bandbreitenzusatz mit.

Die Settings-Karte zeigt auch eine laufende Warnung. Über 50% teilt sie Ihnen mit, wie viel Spielraum vor einer Pause bleibt; bei 100% warnt sie, dass die Bereitstellung beim nächsten stündlichen Check angehalten wird.

Warnungen werden an die Abrechnungs-E-Mail-Adresse des Kontos gesendet. Wenn diese Adresse ein gemeinsames Postfach ist, das niemand liest, wird die Pause Ihre erste Benachrichtigung sein. Überprüfen Sie, dass sie sich an einem Ort befindet, wo Sie sie tatsächlich sehen, bevor Sie sie benötigen.

Was bei 100% geschieht

Eine stündliche Prüfung berechnet den Zusatz des aktuellen Monats jedes Projekts gegen seine Limitierung. Wenn sie 100% erreicht:

Jede production-Umgebung im Projekt wird auf Paused gesetzt.
Anfragen an Ihre Website geben HTTP 503 mit einer gebrandeten Seite mit der Aufschrift "Site temporarily paused" zurück.
Die Antwort trägt den Header X-Orbit-Paused: spending-cap, sodass Uptime-Monitore eine Pause von einem Ausfall unterscheiden können.
Kapsule sendet Ihnen eine E-Mail, in der das Projekt, die Limitierung, der Build- und Bandbreitenzusatz, der Abrechnungszeitraum und ein direkter Link zu den Settings des Projekts genannt werden.

Die Prüfung läuft stündlich, nicht kontinuierlich. Der Zusatz kann zwischen den Prüfungen leicht über Ihre Limitierung hinausgehen, bevor die Pause wirksam wird. Die Limitierung ist eine Ausgabendeckelung mit einer Stundengranularität, kein harter Echtzeit-Meter.

Die Pause trifft nur production-Umgebungen. Staging und Branch Previews werden weiterhin bereitgestellt. Das ist beabsichtigt, damit eine Pause Sie auch nicht vom Testen der Behebung blockiert.

Wiederherstellen einer angehaltenen Website

Öffnen Sie Ihr Projekt in Orbit.
Öffnen Sie die Registerkarte Settings.
Suchen Sie die Karte Spending cap, die ein PAUSED-Badge und ein rotes Feld mit der Aufschrift "Site serving is paused" zeigt.
Geben Sie einen höheren Betrag für die Limitierung ein.
Klicken Sie auf Raise cap & resume.

Die Bereitstellung wird sofort fortgesetzt. Ein erneutes Deployment ist nicht erforderlich, und nichts an Ihrer Bereitstellung ändert sich.

Wenn Sie es stattdessen angehalten lassen, setzt die stündliche Prüfung die Bereitstellung automatisch wieder fort, sobald der Zusatz unter Ihre Limitierung fällt. Das geschieht automatisch zu Beginn des nächsten Abrechnungszeitraums.

Das Erhöhen der Limitierung erhöht Ihre maximale mögliche Zusatzrechnung für den Monat. Wenn eine Website unerwartet angehalten wurde, finden Sie heraus, warum die Nutzung in die Höhe geschossen ist, bevor Sie die Obergrenze erhöhen. Schauen Sie sich die Registerkarte Analytics des Projekts an, die diesen Monat Build-Minuten und Bandbreite gegen Ihr Plan-Kontingent plus eine Projektion zum Ende des Monats zeigt. Eine Rebuild-Schleife oder ein Hot-Link zu einem großen Asset werden einfach auch den neuen Spielraum verbrauchen.

Ändern der Limitierung jederzeit

Öffnen Sie das Projekt und dann Settings.
Suchen Sie Spending cap.
Geben Sie einen neuen Betrag ein und klicken Sie auf Update cap.

Die Änderung wird sofort für den aktuellen Abrechnungszeitraum wirksam. Das Minimum ist US$6.32 und das Maximum ist US$6,315.79; alles außerhalb davon wird mit einer Nachricht abgelehnt, die die Limitierung benennt.

Wenn Sie mehr Spielraum benötigen als das Maximum erlaubt, wenden Sie sich an den Support, anstatt nach einer Möglichkeit zu suchen, die Limitierung zu deaktivieren.

Automatisches Zurücksetzen

Der Zusatz wird zu Beginn jedes Abrechnungszeitraums zurückgesetzt, und die Alarmschwellen werden mit ihm zurückgesetzt, sodass Sie jeden Monat eine neue 50%- und 80%-Warnung erhalten, anstatt eine Warnung überhaupt.

Wenn Ihre Website am Ende eines Zeitraums angehalten wurde, wird sie automatisch fortgesetzt, sobald der neue Zeitraum beginnt und die Nutzung auf Null zurückgeht. Keine Maßnahme erforderlich.

Die separate Build-Minuten-Limitierung

Die Ausgabenlimitierung begrenzt Geld. Die Build-Ausgabenlimitierung begrenzt Build-Minuten direkt und ist eine andere Kontrolle mit einem anderen Zweck.

Finden Sie sie unter Settings in der Karte Build spending cap:

Geben Sie eine Anzahl von Minuten pro Monat ein, Minimum 1. Die Karte konvertiert sie während des Eingabens in Stunden, sodass 120 als 2 Stunden pro Monat angezeigt wird.
Klicken Sie auf Set cap (oder Update cap, falls bereits eine vorhanden ist).

Sobald die monatliche Gesamtsumme die Limitierung erreicht, werden neue Builds nicht mehr in die Warteschlange eingereiht, bis zum nächsten Monat oder bis Sie die Limitierung erhöhen. Die Karte zeigt einen Fortschrittsbalken der verwendeten Minuten gegen die Limitierung und warnt, wenn Sie sich ihr nähern.

Klicken Sie auf Remove cap, um sie ganz zu entfernen.

Eine Build-Limitierung blockiert Builds, was bedeutet, dass sie Ihre Fähigkeit blockiert, eine Behebung bereitzustellen. Es ist die richtige Kontrolle für ein Projekt, das Sie vor einer versehentlichen Rebuild-Schleife schützen möchten, und die falsche Kontrolle für ein Projekt, zu dem Sie unter Druck bereitstellen. Wenn Sie eine festlegen, legen Sie sie weit über Ihre normale monatliche Nutzung fest.

Separat von all dem wird jeder Build bei 30 Minuten Wanduhrzeit in jedem Plan abgebrochen. Dieser Runaway-Abort ist nicht konfigurierbar und existiert, damit ein einzelner hängender Build nicht einen gesamten monatlichen Zuschlag verbrauchen kann.

Überwachen der Nutzung, bevor sie zu einem Problem wird

Die Registerkarte Analytics jedes Projekts zeigt die Build-Minuten und Bandbreite dieses Monats gegen Ihr Plan-Kontingent, die bisherigen Zusatzkosten und eine Projektion zum Ende des Monats basierend auf verstrichenen Tagen.
Orbit, dann Usage, zeigt die kontoweiten Gesamtwerte.
Die Detailseite jeder Bereitstellung zeigt genau, wie lange dieser Build dauerte und wo die Zeit verbracht wurde, Phase für Phase.

Wenn Ihre projizierte Zusatzgebühr steigt, schauen Sie sich zunächst Ihre Build-Cache-Hitrate an. Bei Liftoff und Apex entfernt ein Cache-Hit einen Großteil der Install-Phase. Die Projektübersicht kennzeichnet eine niedrige Hitrate für Sie und erklärt, was sie normalerweise bedeutet.