Tarif und Kosten
Wofür verrechnet wird, wo du es siehst, und wie die Grenzen des Tarifs mit der Rechnung zusammenhängen.
Auf dieser Seite
Was das ist
Der Tarif hängt an der Organisation. Er setzt die Grenzen und enthält jeden Monat ein Guthaben. Was du tatsächlich laufen lässt, wird gegen dieses Guthaben gemessen, und was darüber hinausgeht, wird verrechnet.
Verbrauch über dem enthaltenen Guthaben wird aus einem vorab geladenen Konto bezahlt. Admins beantragen unter Usage oder Plan eine Aufladung oder einen grösseren Tarif, und das gilt, sobald die Zahlung bestätigt ist. Ein Promo-Code gilt sofort. Ein Wechsel auf einen günstigeren Tarif gilt ab dem Ersten des nächsten Monats. Sind Guthaben und Konto aufgebraucht, hat die Organisation 48 Stunden, danach pausieren ihre Workloads, bis wieder Guthaben da ist.
Zwei Zahlen zählen, und sie beantworten verschiedene Fragen. Grenzen beantworten "darf ich das anlegen", und sie greifen im Formular. Verbrauch beantwortet "was kostet das", und er läuft auf, während die Dinge laufen.
Was gemessen wird
| Gemessen | Wie |
|---|---|
| Compute | CPU und Memory, die deine Workloads tatsächlich brauchen, über die Zeit |
| Speicher | Die Grösse der Volumes und Datenbanken, die du angelegt hast |
| Objektspeicher | Die Bytes, die in deinen Buckets liegen |
| Geschützter Speicher | Jedes Volume eines Projekts, nochmals gezählt, solange das Projekt einen Backup-Zeitplan oder Wiederherstellungspunkte hat, weil Kopien zu behalten mehr kostet als eine zu behalten |
| Builds | CPU und Memory, die deine Builds während des Laufs brauchen |
Ein Workload auf null skaliert kostet keine Rechenzeit mehr und weiter Speicher. Das ist der günstigste Weg, etwas zu parken, das du noch nicht löschen willst.
Wo du nachschaust
- Usage zeigt den laufenden Monat: enthaltenes Guthaben, verbrauchtes Guthaben, Hochrechnung, aufgeschlüsselt nach Projekt und Workload. Eine Überraschung hat damit eine Adresse.
- Plan zeigt deinen Tarif, was er enthält, und die grösseren Tarife.
- Statements ist der Verlauf, unbegrenzt aufbewahrt. Letzter März steht also noch da.
Grenzen und der Tarif
Jeder Tarif begrenzt dieselben Dinge: wie viele Projekte, Apps und Datenbanken, wie viele Replicas pro App, wie viele eigene Domains, und wie viel CPU, Memory und Platte ein einzelnes Projekt insgesamt reservieren darf. Auf bezahlten Tarifen darf eine App freie CPU darüber hinaus nutzen, Memory bleibt begrenzt.
Eine erreichte Grenze ist ein abgelehntes Anlegen mit einer Meldung, die die Grenze benennt. Kein stiller Fehlschlag und keine Überraschung auf der Rechnung. Der Free-Tarif ist bewusst klein: ein Projekt, eine App, eine Datenbank, je ein Replica.
Grenzen werden beim Anlegen geprüft. Ein Wechsel auf einen kleineren Tarif schaltet deshalb nichts ab. Was läuft, läuft weiter, und du kannst nichts Neues anlegen, bis du wieder unter der Grenze bist.
Einstellungen im Überblick
| Einstellung | Wo | Was sie bewirkt |
|---|---|---|
| Tarif | Plan | Setzt alle Grenzen und das enthaltene Guthaben. |
| Guthaben | Usage | Monatlich enthalten, wird vom Verbrauch aufgebraucht, bevor etwas verrechnet wird. |
| Projektkapazität | Plan | Wie viel CPU, Memory und Platte jedes Projekt reservieren darf. Kommt vom Tarif, ein grösserer Tarif hebt sie für alle Projekte an. |
Grenzen und Fallstricke
- Speicher kostet, ob genutzt oder nicht. Ein 100-GB-Volume mit 2 GB Inhalt kostet 100 GB, denn der Platz ist für dich reserviert.
- Backups sind auch Speicher. Solange ein Projekt Backups hat, wird sein Volume-Speicher ein zweites Mal zum Backup-Tarif verrechnet. Deshalb sind sie standardmässig aus.
- Nur Löschen beendet Speicherkosten. Auf null zu skalieren beendet nur die Rechenzeit.
- Die Rechnung sieht jedes Mitglied. Usage, Plan und Statements sind für die ganze Organisation offen, den Tarif ändern nur Admins und Owner.
Verwandt
- Organisationen, Projekte, Workloads dazu, worauf der Tarif angewendet wird.
- Mitglieder und Rollen dazu, wer den Tarif ändern darf.