Ressourcenverbrauch und Limits
Jeder Service benötigt Infrastrukturressourcen. Hostly misst den tatsächlichen Verbrauch auf Ebene des zugehörigen Workspace.
Abrechnungs- und Limitbereich
Ein Account kann mehrere Workspaces besitzen. Jeder Workspace ist eine eigene Monetarisierungs-, Tarif- und Verbrauchseinheit. Der Account und einzelne Nutzer werden nicht separat monetarisiert.
Daraus folgt:
- Ein Tarif wird einem Workspace zugeordnet
- Ressourcenverbrauch und Limits werden pro Workspace berechnet
- Services belasten das Ressourcenbudget ihres Workspace
- Mehrere Workspaces innerhalb desselben Accounts werden getrennt betrachtet
Tarife
Hostly unterscheidet derzeit:
- Free Tier
- Paid Tier
Im Free Tier ist pro Workspace maximal ein angelegter Service möglich. Compute, RAM und Egress Traffic besitzen verbrauchsabhängige Limits. Volumes sind nur im Paid Tier verfügbar.
SSL und High Availability stehen in beiden Tarifen zur Verfügung. High Availability erhöht durch zwei Service-Instanzen den Ressourcenverbrauch deutlich.
Compute
Compute wird in Core-Stunden gemessen. Entscheidend ist, welcher Anteil eines CPU-Cores über welche Zeit tatsächlich genutzt wurde.
Beispiel:
0,5 CPU-Cores für 2 Stunden = 1 Core-StundeHostly misst den tatsächlichen CPU-Verbrauch mikrosekundengenau und rundet die Nutzungszeit nicht auf volle Minuten oder Stunden - dadurch ist eine möglichst faire Abrechnung gegenüber Hostly und dem Nutzer möglich.
Die Geldsumme wird unabhängig von der Messgenauigkeit auf zwei Nachkommastellen dargestellt beziehungsweise abgerechnet.
Ein gestoppter oder pausierter Service verbraucht keine Compute-Ressourcen.
RAM
RAM wird in GiB-Stunden gemessen. Hostly misst den tatsächlich genutzten Arbeitsspeicher über die Zeit.
Beispiel:
2 GiB RAM für 3 Stunden = 6 GiB-StundenEin gestoppter oder pausierter Service verbraucht keinen RAM.
Persistent Storage
Volumes werden anhand der tatsächlich genutzten Speichergröße über die Zeit in GiB-Tagen abgerechnet und sind nur im Paid Tier verfügbar.
Beispiel:
2 GiB reservierter Speicher für 3 Tage = 6 GiB-TageDabei gilt:
- Beim Laufen wird die reservierte Größe des Volumes abrechnet
- Beim Pausieren bleibt das Volume erhalten; seine reservierte Größe wird weiter abgerechnet
- Beim Stoppen wird es gelöscht und danach nicht weiter abgerechnet
- Beim Löschen des Services wird es ebenfalls gelöscht und danach nicht weiter abgerechnet
Die Mindestgröße eines angelegten Volumes beträgt 1 GB. Die Abrechnung richtet nach alleine nach der konfigurierten Größe.
Egress Traffic
Egress Traffic ist Datenverkehr, der Hostly über das Internet nach außen verlässt.
Nicht eingerechnet werden derzeit:
- interner Hostly-Administrationsverkehr
- HTTP-Header
Die Anzeige und Abrechnung erfolgt innerhalb des Abrechnungszeitraums in der Einheit TiB.
Anzahl der Services
Jeder angelegte und nicht gelöschte Service zählt, unabhängig davon, ob er läuft, pausiert oder gestoppt ist.
Im Free Tier ist pro Workspace maximal ein Service möglich. Wird dieser Service gelöscht, kann anschließend im selben Workspace ein anderer Service angelegt werden.
Individueller Abrechnungszeitraum
Das Free Tier verwendet keinen Kalendermonat. Jeder Workspace besitzt einen eigenen 30-Tage-Abrechnungszeitraum, der mit dem Start seines Abonnements beginnt.
Alle verbrauchsabhängigen Limits dieses Workspace werden am Ende des Zeitraums gleichzeitig zurückgesetzt.
Limit fast erreicht
Das Dashboard warnt, wenn ein Limit bald erreicht wird.
Limit erreicht
Sobald Compute, RAM oder Egress Traffic im Free Tier das jeweilige Workspace-Limit erreicht, pausiert Hostly den Service sofort.
Limit erreicht
↓
Service wird pausiert
↓
E-Mail-Benachrichtigung
↓
Limits werden zum Periodenwechsel zurückgesetzt
↓
Service startet automatisch, wenn wieder Ressourcen verfügbar sindWährend der Pause bleiben die Hostly-Konfiguration und das Service-Domainfragment erhalten. Im Free Tier sind keine Volumes verfügbar.
Ein Wechsel in den Paid Tier wird sofort berücksichtigt. Der Service kann danach unmittelbar weiterlaufen, sofern alle weiteren Voraussetzungen erfüllt sind.
High Availability und Verbrauch
High Availability startet zwei Instanzen desselben Services. Compute- und RAM-Grundverbrauch verdoppeln sich dadurch ungefähr. Im Free Tier können Limits deshalb entsprechend schneller erreicht werden.
