Skip to content

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:

text
0,5 CPU-Cores für 2 Stunden = 1 Core-Stunde

Hostly 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:

text
2 GiB RAM für 3 Stunden = 6 GiB-Stunden

Ein 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:

text
2 GiB reservierter Speicher für 3 Tage = 6 GiB-Tage

Dabei 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.

text
Limit erreicht

Service wird pausiert

E-Mail-Benachrichtigung

Limits werden zum Periodenwechsel zurückgesetzt

Service startet automatisch, wenn wieder Ressourcen verfügbar sind

Wä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.

Verwandte Konzepte