Hetzner-Bestandspreise: Warum Downsizing teurer werden kann

Hetzner stellt Ihnen Rechnungen und Ressourcendaten bereit, bietet aber keine integrierte Ansicht, die erklärt, warum sich Ihre Rechnung verändert hat. Sie können sich das in einer Tabelle zusammenbauen, aber die Daten zu sammeln und einander zuzuordnen bleibt Handarbeit. CloudTally bietet jetzt eine öffentliche Live-Demo, in der Sie eine Kostenänderung vom Diagramm bis zu den betroffenen Ressourcen verfolgen können. Das Diagramm zeigt vielleicht 18 % höhere Compute-Kosten. Dieser Wert allein sagt jedoch nicht, ob jemand einen Server hinzugefügt hat, ein neuer Abrechnungsmonat begonnen hat oder ein neuer Preis gilt. Bevor Sie etwas unternehmen, müssen Sie die Ursache der Änderung kennen.

Öffnen Sie die CloudTally-Demo (öffnet in einem neuen Tab) und klicken Sie auf Open the demo oder starten Sie einen der vier Walkthroughs. Damit starten Sie eine Sitzung, und die Links weiter unten öffnen dann genau die Ansichten, die in diesem Beitrag beschrieben werden. Die Daten sind synthetisch und schreibgeschützt.

Der Bestandspreis gilt weiter, bis ein Auslöser eintritt

Hetzner änderte die Preise für Dedicated Server und Cloud Server am 15. Juni 2026 um 08:00 Uhr MESZ. Cloud Server, die vor diesem Zeitpunkt erstellt wurden, behielten ihren Bestandspreis (Hetzner spricht von „alten Preisen“), bis eine bestimmte Kundenaktion dazu führte, dass der aktuelle Preis galt. Eine solche Kundenaktion ist ein Rescale, Hetzners Begriff für den Wechsel eines Cloud Servers auf eine andere Größe.

Hetzners Billing-FAQ nennt die Auslöser. Ein Rescale ändert den Preis unabhängig davon, ob Sie hoch- oder herunterskalieren. Sowohl die Wiederherstellung eines gelöschten Servers als auch das Verschieben eines Servers in ein Projekt mit anderer Währung ändern den Preis. Ein Rebuild ändert den Preis dagegen nicht, ein Projektwechsel innerhalb derselben Währung ebenfalls nicht.

Die Hetzner-API zeigt nur den heutigen Katalogpreis. Dieser entspricht bei Servern, die schon lange laufen, nicht unbedingt den tatsächlichen Kosten. CloudTally speichert, welcher Preis für eine Ressource gilt, und kennzeichnet Ressourcen mit Bestandspreis als Price locked. Das Erstellungsdatum und spätere Ereignisse sind deshalb ebenso wichtig wie der Servertyp. Hetzners Hinweis zur Preisanpassung enthält das Datum des Inkrafttretens und die Preistabellen.

Manche Rechnungsänderungen erfordern keine Korrektur

Ein höherer Betrag im Periodenvergleich bedeutet nicht automatisch Wachstum oder Verschwendung. Zwei Abrechnungseffekte können den Hetzner-Gesamtbetrag verändern, obwohl die Infrastruktur unverändert bleibt.

Anzeige in der Spalte Why	Was passiert ist	Maßnahme
Monthly cap reset	Die stündlichen Serverkosten laufen mit dem neuen Abrechnungsmonat wieder auf.	Keine, sofern der Server weiterhin benötigt wird.
Monthly price spread over more days	Ein Monatspreis wurde anteilig auf einen Kalenderzeitraum mit einer anderen Anzahl von Tagen verteilt.	Keine. Vergleichen Sie gleichartige Zeiträume.
Added resource	Ein Server verursachte im aktuellen Zeitraum erstmals Kosten.	Prüfen Sie Zweck, Verantwortliche und erwartete Laufzeit.

Hetzner rechnet einen Cloud Server stündlich ab, bis seine Kosten die monatliche Preisobergrenze erreichen. Weitere Stunden verursachen in diesem Monat keine zusätzlichen Serverkosten. Zu Beginn des nächsten Monats laufen die Stundenkosten wieder bis zu einer neuen Preisobergrenze auf, wie die Billing-FAQ erklärt. Zwei gleich lange Vergleichszeiträume können deshalb unterschiedliche Kosten haben, obwohl sich der Server nicht verändert hat. Bei Ressourcen mit einem Monatspreis hängt der Tagesanteil außerdem von der Anzahl der Tage im Monat ab. Januar und Februar können deshalb unterschiedliche Tageskosten zeigen, auch wenn sich an den Ressourcen nichts geändert hat.

CloudTally benennt beide Effekte in der Spalte Why, damit Sie den Abrechnungsvorgang nachvollziehen können. Diese beiden Änderungen erfordern keine Maßnahme. Ungenutzte Ressourcen dagegen schon; Sie finden sie in der gefilterten Resources-Ansicht. Wenn Sie die Demo starten, wählen Sie Hunt down the idle spend.

Der größte Kostentreiber führt zur betroffenen Ressource

Öffnen Sie in der Demo Why spend changed für den Zeitraum vom 15. bis 22. Juni, gefiltert auf Server im Projekt K8s Platform. Beginnen Sie mit dem größten Beitrag im Wasserfalldiagramm und lesen Sie dann die zugehörige Treiberzeile. Der Wert unter Why unterscheidet eine hinzugefügte Ressource von einer Preis- oder Abrechnungsänderung. Er nennt die technische Ursache, beweist aber keine Verschwendung.

Wenn Sie einen Balken im Diagramm anklicken, beziehen sich Zusammenfassung und Treibertabelle nur noch auf diesen Balken. Inspect öffnet den Kostenverlauf und die Ereigniszeitleiste der Ressource. Prüfen Sie, wann die Ressource erschien, was danach geschah und ob sie noch aktiv ist. Aus der Rechnungsänderung wird eine konkrete Frage an das Engineering-Team: War dieser Server vorgesehen?

Führen Sie dieselben Schritte in der Explorer-Ansicht zur Preisänderung aus.

Ein kleinerer Server kann mehr kosten als erwartet

Beim Rightsizing kann aus der erwarteten Einsparung ein Aufpreis werden. Zum Bestandspreis kostete der CCX13 ungefähr halb so viel wie der CCX23. Eine Verkleinerung scheint daher die Kosten zu senken. In Deutschland und Finnland kostet ein CCX23 zum Bestandspreis ohne Umsatzsteuer und IPv4 31,49 € pro Monat. Nach einem Rescale auf einen CCX13 gilt dessen aktueller Monatspreis von 42,99 €. Der kleinere Server erhöht die Rechnung um 11,50 € pro Monat, also um etwa 37 %.

Eine Empfehlung, die Preise berücksichtigt, muss den derzeit wirksamen Preis und den Preis nach dem Rescale zeigen. CloudTally kennzeichnet diesen Zielkonflikt mit Loses locked price, wenn Sie durch die Umsetzung der Empfehlung den Bestandspreis verlieren würden. CloudTally zeigt Ihnen die Entscheidungsgrundlage; die Änderung nehmen Sie in Hetzner Cloud vor.

Öffnen Sie Recommendations.

Fünf Prüfschritte klären die meisten Kostenänderungen

1. Vergleichen Sie zwei vollständige Zeiträume gleicher Länge.
2. Schlüsseln Sie die gesamte Kostenänderung auf, bevor Sie einzelne Ressourcen prüfen.
3. Lesen Sie in der Spalte Why, wodurch sich jede Änderung erklärt.
4. Prüfen Sie, ob die Ressource noch existiert und ob sich ihr Zustand geändert hat.
5. Vergleichen Sie die Kosten nach jeder vorgeschlagenen Maßnahme mit dem Bestandspreis, den Sie dabei verlieren würden.

Diese fünf Prüfschritte decken die häufigsten Fälle ab. Sie helfen Ihnen, normale Effekte des Abrechnungszeitraums zu erkennen und zu bestätigen, dass eine vorgeschlagene Einsparung die Rechnung tatsächlich senkt.

Eine Kostenänderung sollte zu einer klaren Maßnahme führen

Eine Hetzner-Rechnung kann steigen, weil jemand einen Server hinzugefügt hat, weil die stündliche Abrechnung zu Monatsbeginn wieder eingesetzt hat oder weil ein Rescale eine Ressource vom Bestandspreis auf den aktuellen Preis umgestellt hat. Nur im ersten Fall sollten Sie handeln; eine falsche Reaktion auf den dritten kann monatlich 11,50 € zusätzlich kosten. Klären Sie die Ursache, bevor Sie etwas ändern.

Dieser Artikel wurde maschinell übersetzt.