Hetzner Cost-Optimized nicht verfügbar: Vier Wege

Ist Hetzner Cost-Optimized in Falkenstein, Nürnberg oder Helsinki nicht verfügbar, versuchen Sie zuerst eine direkte API-Anfrage, denn die Angaben zur Verfügbarkeit in der Console können veraltet sein. Benötigen Sie einen anderen Tarif, vergleichen Sie größere CX-Tarife mit CPX und behalten Sie einen 40-GB-Datenträger, wenn Sie später zum CX23 wechseln möchten.

Hetzners Cost-Optimized-Reihe nutzt ältere Hardwaregenerationen und hat deshalb begrenzte Kapazität. Dazu gehören die x86-Tarife CX23 bis CX53 und die Arm64-Tarife CAX11 bis CAX41. Ist ein Tarif nicht verfügbar, zeigt die Produktseite diese Meldung, ohne einen Termin für neue Kapazität zu nennen: "Produkt aktuell nicht bestellbar. Schau gerne zu einem späteren Zeitpunkt noch einmal vorbei."

Ein API-Aufruf kann trotz ausgegrautem CX23 funktionieren

Hetzner prüft die Verfügbarkeit laut seiner Server-FAQ etwa alle 15 Minuten. Die Console lädt das neueste Ergebnis beim Öffnen des Formulars, aktualisiert es danach aber nicht automatisch. Laden Sie die Seite deshalb neu, um einen aktualisierten Stand zu sehen.

Eine API-Anfrage versucht dagegen sofort, den Server zu erstellen, ohne auf die nächste Prüfung der Console zu warten. Wie Katie von Hetzner im Juli 2026 erklärte, kann sie deshalb erfolgreich sein, bevor die Console die freie Kapazität anzeigt.

Wenn Hetzners CLI hcloud installiert und für Ihr Projekt authentifiziert ist, versuchen Sie diesen Befehl für Falkenstein. Ersetzen Sie deploy-key durch einen bereits im Projekt hinterlegten SSH-Schlüssel:

hcloud server create \
  --name app-1 \
  --type cx23 \
  --image ubuntu-24.04 \
  --location fsn1 \
  --ssh-key deploy-key

Für Nürnberg verwenden Sie nbg1, für Helsinki hel1. Eine erfolgreiche Anfrage erstellt einen kostenpflichtigen Server, der mit den standardmäßigen Netzwerkeinstellungen auch eine separat berechnete Primary IPv4 erhält.

Prüfen Sie vor dem Verbinden in der Hetzner Console, ob der Server läuft, denn eine Server-ID allein bestätigt noch keine erfolgreiche Erstellung.

Ein größerer CX kann weniger kosten als CPX22

CPX22 und CX23 bieten beide zwei geteilte x86-vCPUs und 4 GB RAM, doch CPX22 kostet bei Neubestellung 19,49 € im Monat gegenüber 5,49 € für CX23. Ist CX43 verfügbar, erhalten Sie für 15,99 € acht geteilte vCPUs und 16 GB RAM, also mehr Ressourcen für 3,50 € weniger als beim CPX22.

Die Tabelle zeigt EU-Neubestellpreise in Euro ohne Umsatzsteuer, geprüft am 24. Oktober 2026. Primary IPv4, Backups und weitere separat berechnete Ressourcen kosten zusätzlich; die vollständigen Tarife und den Preisverlauf finden Sie in der Hetzner-Cloud-Preisübersicht.

CAX11 gehört zu Cost-Optimized, nutzt aber einen eigenen Arm64-Kapazitätspool, getrennt von x86 CX. Deshalb kann CAX verfügbar sein, wenn CX keine freie Kapazität hat, allerdings kann auch CAX eingeschränkte Verfügbarkeit anzeigen. Wenn Sie eine bestehende x86-Installation umziehen möchten, lässt sich deren Snapshot nicht auf Arm64 wiederherstellen. Sie benötigen daher kompatible Software und müssen die Daten migrieren.

CPX (Regular Performance) und CCX (General Purpose) sind eigene Produktreihen ohne den Cost-Optimized-Hinweis "Limited availability". CCX bietet zudem dedizierte vCPUs.

Mit 40 GB bleibt der spätere Rescale zum CX23 möglich

Ein neu erstellter CPX22 erhält einen 80-GB-Datenträger, doch Hetzner unterstützt keinen Rescale auf einen kleineren Datenträger. Sie können diesen Server deshalb später nicht auf den 40-GB-Tarif CX23 umstellen, selbst wenn weniger als 40 GB belegt sind. Stattdessen müssten Sie auf einen anderen Server migrieren oder einen Tarif mit mindestens 80 GB wählen, etwa CX33.

Prüfen Sie vor einem Rescale neben dem Zielpreis auch die monatliche Obergrenze. Zu den aufgeführten Tarifen erreicht ein Server, der seit Monatsbeginn unverändert im selben Tarif bleibt, diese Grenze nach rund 26 Tagen. In einem Monat mit 30 oder 31 Tagen fallen damit für die letzten vier bis fünf Tage keine weiteren Serverkosten an. Erhöht ein Rescale die Obergrenze, können wieder Stundenkosten entstehen, sodass ein Wechsel kurz vor Monatsende teurer sein kann, als den Server unverändert zu lassen. Die Auswirkung monatlicher Obergrenzen können Sie in der CloudTally-Demo nachvollziehen.

Wenn Sie CPU und RAM des CPX22 vorübergehend benötigen, beginnen Sie mit CPX12, sofern dieser verfügbar ist: eine vCPU, 2 GB RAM und ein 40-GB-Datenträger. Verwenden Sie im obigen Erstellungsbefehl --type cpx12 und wechseln Sie anschließend per Rescale zum CPX22, ohne den Datenträger zu vergrößern. Ein Rescale ändert die Servergröße; wählen Sie dafür in der Console nur CPU und RAM oder verwenden Sie in der CLI --keep-disk.

Nach dem ordnungsgemäßen Herunterfahren des CPX12 mit dem Namen app-1:

hcloud server change-type app-1 cpx22 --keep-disk

Starten Sie den Server nach erfolgreichem Rescale mit hcloud server poweron app-1. Sie erhalten nun CPU und RAM des CPX22 zum normalen Tarif und behalten dabei den 40-GB-Datenträger. Sobald ein Rescale zum CX23 verfügbar ist, fahren Sie den Server erneut ordnungsgemäß herunter, führen den folgenden Befehl aus und starten ihn nach erfolgreichem Abschluss wieder:

hcloud server change-type app-1 cx23 --keep-disk

Mit dem 40-GB-Datenträger bleibt ein späterer Wechsel zum CX23 möglich, allerdings nur, wenn dafür CX-Kapazität frei ist. Beide Rescale-Vorgänge erfordern eine Betriebsunterbrechung, und Ihre Anwendung muss mit 40 GB auskommen. Wenn Sie vorübergehend einen größeren CX-Tarif wählen, gilt dieselbe Einschränkung: Ein direkt erstellter CX43 erhält 160 GB, während ein Upgrade eines vorhandenen 40-GB-Servers mit --keep-disk den kleineren Datenträger beibehält.

Wiederholen Sie Anfragen gezielt und beenden Sie sie bei Erfolg

Scheitert eine Anfrage an fehlender Kapazität, können Sie es für einen festgelegten Zeitraum einmal pro Minute versuchen. Bei Intervallen von 15 oder 30 Minuten sind die Abstände größer, in denen freie Kapazität bereits wieder vergeben werden kann. Ein kürzeres Intervall erhöht deshalb Ihre Chancen, garantiert aber keinen Server.

Wiederholen Sie die Erstellungsanfrage selbst, statt nur die Verfügbarkeitsanzeige zu prüfen. Wiederholen Sie ausschließlich Anfragen mit Kapazitätsfehlern und beenden Sie den Ablauf, sobald der Befehl einen Server erfolgreich erstellt hat oder Ihre Endzeit erreicht ist. Kommt es bei einer Anfrage zu einem Timeout oder bleibt das Ergebnis unklar, prüfen Sie zunächst die Serverliste und die letzten Aktivitäten des Projekts, damit Sie nicht versehentlich mehrere Server bestellen.

Hetzners Cloud-API-Referenz nennt ein Standardlimit von 3.600 Anfragen pro Stunde und Projekt. Ein Erstellungsversuch pro Minute ergibt 60 Erstellungsanfragen pro Stunde, zu denen die Statusabfragen der CLI und die Anfragen anderer Werkzeuge im selben Projekt hinzukommen. Beachten Sie deshalb 429-Antworten und die Rate-Limit-Header.

Wenn Sie einen vorhandenen CX-Server löschen, benötigen Sie später möglicherweise eine dieser Alternativen. Ausgeschaltet behält er dagegen seine zugewiesenen Ressourcen, wird aber weiterhin zum normalen Servertarif berechnet, bis die monatliche Obergrenze erreicht ist. Vergleichen Sie deshalb vor dem Löschen oder Rescale die laufenden Kosten mit denen der benötigten Alternative und berücksichtigen Sie dabei einen Bestandspreis, den Sie verlieren würden. Der Leitfaden zur Hetzner-Cloud-Abrechnung erläutert Stundensätze und monatliche Obergrenzen.

Dieser Artikel wurde maschinell übersetzt.