SSD Nodes Learn 🎉 VPS ab $4.99/Monat
Anleitungen Matt ConnorVon Matt Connor

DigitalOcean-Alternativen für Entwickler vergleichen

Vergleichen Sie DigitalOcean-Alternativen nach Preis pro GB RAM, enthaltenem Transfer, NVMe-Speicher und Backups. Mit Umzugsplan ohne Ausfallzeit.

Was sich bei DigitalOcean-Alternativen tatsächlich ändert

Die meisten DigitalOcean-Alternativen ändern die Rechnung, nicht die Maschine. Sie erhalten in beiden Fällen eine virtuelle Linux-Maschine mit öffentlicher IP-Adresse, einer virtio-Festplatte und Root-Zugriff. Ihrem Kernel ist dabei egal, wessen Logo im Control Panel angezeigt wird. Maßgeblich für die Auswahl sind der Preis pro GB RAM, die Größe des enthaltenen Transferkontingents und die Kosten für jedes darüber hinausgehende Byte, die tatsächliche Beschaffenheit des Datenträgers sowie der Anteil des Stacks oberhalb des Betriebssystems, den ein anderer Anbieter für Sie betreibt.

Dieser Leitfaden vergleicht die Anbieter anhand dieser Kriterien. Ein Entwickler kann jedes davon über ein Terminal oder eine veröffentlichte Preisliste prüfen. Außerdem werden die Fälle genannt, in denen DigitalOcean die richtige Wahl ist. Ein Vergleich, der keinen Nachteil einräumt, wäre Werbung.

Alle folgenden Preise sind veröffentlichte Listenpreise, geprüft am 5. August 2026. Preise ändern sich, und mehr als ein hier genannter Anbieter hat seine Preise im Jahr 2026 geändert. Die Preisstruktur ändert sich deutlich langsamer. Betrachten Sie daher zuerst die Verhältnisse und das Abrechnungsmodell. Prüfen Sie anschließend die aktuelle Zahl auf der Website des jeweiligen Anbieters, bevor Sie sich festlegen.

Der Preis pro GB RAM ist die Vergleichszahl

ChartMonthly list price per GB of RAM, entry shared-CPU plans, checked 5 August 2026
The data behind this chart
[
  {
    "provider": "DigitalOcean 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "DigitalOcean 4 GB",
    "ram_gb": 4,
    "monthly_usd": "24.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "ram_gb": 1,
    "monthly_usd": "5.00",
    "usd_per_gb_ram": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "ram_gb": 1,
    "monthly_usd": "6.00",
    "usd_per_gb_ram": "6.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "ram_gb": 4,
    "monthly_usd": "6.49",
    "usd_per_gb_ram": "1.62"
  }
]

Beim selben Anbieter ändert sich der Preis pro GB RAM kaum. DigitalOcean berechnet im Tarif mit 1 GB 6.00 USD pro GB RAM. Im Tarif mit 4 GB sind es ebenfalls 6.00 USD pro GB RAM. Dieser Tarif kostet 24.00 USD pro Monat. Ein größerer Tarif beim selben Anbieter bringt keinen Rabatt. Die Tarifgröße ist daher nicht entscheidend. Entscheidend ist der Anbieter.

Akamai, das inzwischen die früher von Linode angebotenen Produkte verkauft, berechnet für seine Shared-Tarife mit 2 GB und 4 GB jeweils 12 USD und 24 USD. Damit liegen die Preise bis auf den Dollar genau auf dem Niveau von DigitalOcean. Der Einstiegstarif liegt mit 5.00 USD darunter. Wenn zwei Unternehmen exakt denselben Preis verlangen, ist das ein relevantes Signal: Diese Tarifstufe orientiert sich am Wettbewerber und nicht an der Hardware. Sie wird den Preis des Wettbewerbers daher weiterhin nachvollziehen.

Der Unterschied wird bei Anbietern deutlich, die eigene Rechenzentren betreiben und in Euro abrechnen. Ein Hetzner CX23 bietet 4 GB RAM für etwa 6.49 USD pro Monat. Das entspricht 1.62 USD pro GB und damit ungefähr einem Viertel des DigitalOcean-Preises. Dieser Dollarbetrag wurde aus einem Euro-Listenpreis umgerechnet. Er ändert sich daher mit dem Wechselkurs. Hetzner hat die Cloud-Preise außerdem im Jahr 2026 erhöht. In älteren Vergleichsartikeln stehen deshalb Preise, die nicht mehr gelten.

Der Preis pro GB RAM sagt nichts über die verfügbare CPU-Leistung aus. Bei einer gemeinsam genutzten vCPU plant der Hypervisor Ihre CPU-Zeit zusammen mit der anderer Mandanten ein. Die aussagekräftige Prüfung erfolgt auf einem tatsächlich von Ihnen gemieteten Server:

vmstat 1 10

Lesen Sie die Spalte st. Sie zeigt den prozentualen Anteil der Zeit, in der Ihre vCPU ausführungsbereit war, der Hypervisor den physischen Kern aber einem anderen Mandanten zugewiesen hat. Einige Prozent unter Last sind normal. Ein dauerhaft zweistelliger Wert bedeutet, dass der Host überbelegt ist. Kein Preis pro GB kann einen CPU-Kern ausgleichen, den Sie nicht nutzen können. Führen Sie den Test zu Ihrer Hauptnutzungszeit aus. Steal Time ist ein Problem mit anderen Mandanten, und deren Auslastung folgt bestimmten Zeitplänen. Einen umfassenderen Überblick über die monatlichen Hosting-Kosten einschließlich Speicher und Netzwerkverkehr finden Sie unter was ein VPS von Monat zu Monat kostet.

Was der enthaltene Traffic tatsächlich kostet

ChartIncluded outbound transfer and overage price, same plans, checked 5 August 2026
The data behind this chart
[
  {
    "provider": "DigitalOcean 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Akamai Nanode 1 GB",
    "included_tb": 1,
    "overage_usd_per_tb": "5.00"
  },
  {
    "provider": "Vultr NVMe 1 GB",
    "included_tb": 2,
    "overage_usd_per_tb": "10.00"
  },
  {
    "provider": "Hetzner CX23 4 GB",
    "included_tb": 20,
    "overage_usd_per_tb": "1.20"
  }
]

DigitalOcean enthält im Einstiegsplan 1 TB ausgehenden Traffic und berechnet das Überschreitungsvolumen pro GiB. Das entspricht etwa $10.00 pro zusätzlichem TB. Akamai enthält dieselbe TB-Menge und berechnet ungefähr die Hälfte, also etwa $5.00 pro TB. Vultr enthält 2 TB zu einem ähnlichen Preis für Überschreitungen. Hetzner enthält 20 TB und berechnet danach etwa $1.20 pro TB. Das liegt eine Größenordnung von den anderen Anbietern entfernt.

Drei strukturelle Details sind wichtiger als die Überschriftenwerte. Eingehender Traffic ist bei allen vier Anbietern kostenlos. Gezählt wird daher nur, was Sie nach außen übertragen. DigitalOcean und Vultr bündeln das Kontingent über alle Server des Kontos. Ein ausgelasteter Server verbraucht dadurch das Kontingent eines anderen Servers, und eine Flotte kleiner Server teilt sich einen großen Pool. Traffic zwischen Servern über ein privates oder VPC-Netzwerk wird normalerweise überhaupt nicht angerechnet. Deshalb ist es eine Abrechnungsentscheidung ebenso wie eine Sicherheitsentscheidung, die Datenbank an die private Schnittstelle zu binden.

Das alles ist irrelevant, wenn Sie das Limit nicht annähernd erreichen. Ein Blog, eine API mit JSON-Antworten oder ein kleines SaaS erreicht 1 TB pro Monat nicht. Video, Bildergalerien, Game-Server, Paketspiegel und Ziele für Offsite-Backups erreichen das Limit dagegen. Messen Sie, bevor Sie Annahmen treffen:

sudo apt update && sudo apt install -y vnstat
sudo systemctl enable --now vnstat
vnstat -m

vnstat -m gibt den Traffic pro Monat aus, aufgeteilt in empfangene und übertragene Daten. Nur die Spalte für übertragene Daten wird berechnet. Die Datenbank ist zunächst leer. Der erste verwertbare Wert steht daher einen Tag nach der Installation zur Verfügung. Der erste vollständige Monat ist erst nach einem weiteren Monat erfasst. Bis dahin ist das eigene Bandbreitendiagramm des Anbieters der einzige Datensatz.

Stellen Sie noch eine Frage, die keine Preisliste beantwortet: Berechnet der Anbieter Ihnen nach Überschreiten des Kontingents zusätzliche Gebühren oder drosselt er den Port? Eine Abrechnung kostet Geld. Eine Drosselung kostet Nutzer, und zwar genau in dem Moment, in dem Sie die meisten Nutzer haben. Sie sollten wissen, was ein Traffic-Spike bei Ihrem Anbieter auslöst.

NVMe oder SATA und wie Sie prüfen, was Sie tatsächlich erhalten

Das Panel meldet NVMe. Das ist eine Aussage über die Datenträger im Host. Ihre virtuelle Maschine muss jedoch nicht darauf liegen. Bei lokalem Storage liegt Ihre virtuelle Festplatte auf Laufwerken in derselben physischen Maschine. Bei Netzwerk-Storage liegt sie auf einem separaten Storage-Cluster, der über das Rechenzentrumsnetzwerk erreicht wird. Dadurch werden sofortige Vergrößerungen, Live-Migrationen und Snapshots am selben Speicherort möglich.

Im Gast sehen beide Varianten identisch aus:

lsblk -d -o NAME,ROTA,MODEL,SIZE
cat /sys/block/vda/queue/rotational

ROTA und rotational melden 0 für alle Geräte, die der Host als nicht rotierend angibt. Deshalb meldet ein von NVMe unterstütztes Netzwerk-Volume genau dasselbe wie lokales NVMe. Der Wert zeigt, dass es sich nicht um eine rotierende Magnetscheibe handelt. Er zeigt nicht, wo sich der Datenträger befindet. Eine NVMe-Festplatte unter Linux bestätigen erläutert die Gerätenamen und ihre jeweilige Bedeutung.

Der Test, der zwischen beiden Varianten unterscheidet, misst die Latenz bei Queue Depth 1. Ein einzelner kleiner Lesevorgang kann dabei keine Verzögerungen durch andere Vorgänge verbergen. Lokales NVMe antwortet aus derselben Hardware. Bei einem Netzwerk-Volume kommt zu jedem einzelnen Lesevorgang ein Roundtrip über das Rechenzentrumsnetzwerk hinzu. Deshalb liegt die Latenz selbst dann höher, wenn der Durchsatz bei großer Queue Depth ähnlich aussieht.

sudo apt update && sudo apt install -y fio
fio --name=lat --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=1 --runtime=30 --time_based --group_reporting
fio --name=iops --filename=/var/tmp/fiotest --size=1G --rw=randread --bs=4k \
  --ioengine=libaio --direct=1 --iodepth=32 --runtime=30 --time_based --group_reporting
rm -f /var/tmp/fiotest

Der erste Durchlauf gibt einen clat-Block aus. Dabei handelt es sich um die Completion-Latenz. Lesen Sie die Zeile für das 99. Perzentil statt des Durchschnitts. Der Durchschnitt verbirgt die Verzögerungen, die Benutzer tatsächlich bemerken. Der zweite Durchlauf gibt IOPS= in seiner Zusammenfassungszeile aus. Führen Sie beide Tests bei Ihrem aktuellen Anbieter und auf einer Testinstanz des Anbieters aus, den Sie in Betracht ziehen. Verwenden Sie am selben Tag jeweils dieselben Bedingungen und vergleichen Sie Ihre beiden Messwerte. Ein veröffentlichter Wert eines Anbieters wurde auf einer Maschine gemessen, die Sie nicht einsehen können. Führen Sie die Tests außerdem dreimal zu unterschiedlichen Uhrzeiten aus. Ein wenig ausgelasteter Host und ein stark ausgelasteter Host liefern beim selben Tarif unterschiedliche Ergebnisse. Eine VPS-Leistungsmessung korrekt durchführen beschreibt die Methode. Was ein SSD-VPS tatsächlich bedeutet erläutert die zugrunde liegenden Marketingbegriffe.

Regionen: Latenz messen, nicht die Karte lesen

Eine Regionenliste ist Marketing, solange Sie nicht messen. Entscheidend für das Nutzererlebnis ist die Round-Trip-Zeit vom Netzwerk des Nutzers zu Ihrem Server. Diese hängt von der Route der Pakete ab, nicht von der Entfernung auf der Karte. Ein Server in 300 km Entfernung hinter einer überlasteten Transitverbindung verliert gegen einen Server in 1,500 km Entfernung auf einer störungsfreien Route.

ping -c 20 203.0.113.10
mtr -rwc 50 203.0.113.10
curl -o /dev/null -s -w 'dns %{time_namelookup} connect %{time_connect} tls %{time_appconnect} total %{time_total}\n' https://example.com

mtr gibt jeden Hop mit eigenem Paketverlust und eigener Latenz aus. Ein Sprung von 60 ms zwischen zwei Hops zeigt dadurch die problematische Verbindung, statt pauschal das Ziel verantwortlich zu machen. Führen Sie den Befehl auf einem Rechner in dem Netzwerk aus, das Ihre Nutzer verwenden. Routen zwischen Rechenzentren gehören zu den besten Routen im Internet und lassen jeden Anbieter gleichermaßen gut aussehen.

Ein struktureller Punkt bleibt auch bei jeder Preisänderung bestehen. Ein Anbieter mit nur einer Region auf Ihrem Kontinent bedeutet, dass Ihr Disaster-Recovery-Plan im Ernstfall einen Kontinentwechsel vorsieht – einschließlich der damit verbundenen Latenz. Zählen Sie die Regionen, auf die Sie tatsächlich ausweichen würden, nicht die Regionen auf der Produktseite.

Snapshots und Backups werden separat berechnet

Speicher-Add-ons machen aus einem günstigen Tarif schnell einen teuren. DigitalOcean berechnet für Snapshots $0.06 pro GiB und Monat. Automatische Backups werden dagegen als Anteil des Serverpreises berechnet: 20% des Tarifpreises für wöchentliche Backups und 30% für tägliche Backups. Zusätzlich gibt es eine nutzungsabhängige Option, die pro GiB abgerechnet wird. Beide Modelle sind nachvollziehbar, haben aber entgegengesetzte Nachteile. Bei einem prozentualen Preis steigen die Kosten mit der Größe des Servers. Ein großer Server mit einem kleinen Datenbestand ist dadurch zu teuer. Bei einem Preis pro GiB steigen die Kosten mit der Datenmenge. Ein kleiner Server mit einem großen Volume ist dadurch zu teuer.

Fragen Sie, was eine Wiederherstellung kostet und wie lange sie dauert. Der Preis für die Aufbewahrung eines Backups ist nur die unauffällige Hälfte der Frage. Fragen Sie außerdem, ob beim Löschen des Servers auch seine Snapshots gelöscht werden.

Bewahren Sie anschließend eine Kopie außerhalb der Kontrolle des Anbieters auf. Provider-Snapshots liegen im Account des Anbieters. Ein verlorener Login, eine fehlgeschlagene Zahlung oder ein gesperrter Account betrifft daher im selben Moment den Server und seine Backups. restic-Backups in Ihrem eigenen Storage kosten wenige Dollar für Object Storage, lassen sich bei jedem Provider wiederherstellen und machen eine Migration umkehrbar statt endgültig.

Wie viel des Stacks möchten Sie selbst betreiben

Anbieter liegen auf einem Kontinuum. An einem Ende mieten Sie eine Maschine und betreiben darauf alles selbst. Am anderen Ende pushen Sie einen Git-Branch und sehen nie einen Server. Der Preis pro GB RAM ist nur am ersten Ende der richtige Vergleich, denn am zweiten Ende kaufen Sie Arbeitszeit statt Speicher. Arbeitszeit hat keinen Preis pro GB.

Klären Sie ehrlich, an welchem Ende Sie stehen, bevor Sie etwas vergleichen. Eine verwaltete Datenbank für $15.15 pro Monat wirkt neben einem $6-Server teuer, bis Sie die dafür erforderlichen Stunden einpreisen: Replikation, Failover, Point-in-Time-Wiederherstellung, Upgrades von Minor-Versionen und den Alarm, der jemanden um 03:00 Uhr weckt. Wenn diese Arbeit zu Ihren Aufgaben gehört, betreiben Sie die Datenbank selbst und behalten die Differenz. Wenn Ihre Aufgabe in der Anwendung liegt, ist der Zukauf dieser Leistungen günstig. Die Aufteilung in verwaltete und nicht verwaltete Dienste entscheidet, welche Spalte der Preisliste Sie überhaupt lesen sollten. Wenn die ehrliche Antwort lautet, dass Sie die gesamte Maschine und ihre Datenträger für sich allein möchten, geht es um VPS oder dedizierten Server und nicht um die Wahl eines Anbieters.

Wo DigitalOcean die richtige Wahl ist

DigitalOcean ist die bessere Wahl, wenn Sie die Plattform und nicht nur die virtuelle Maschine bezahlen.

  • Verwaltete Datenbanken. Verwaltetes PostgreSQL und MySQL beginnen bei $15.15 pro Monat für 1 GiB RAM und 10 GiB Speicher. Zusätzlicher Speicher wird pro GiB abgerechnet. Standby-Knoten werden pro Knoten berechnet. Dieselbe Zuverlässigkeit selbst aufzubauen bedeutet, Patroni oder repmgr, einen Consensus Store, einen Connection Proxy und einen tatsächlich geübten Failover-Test zu betreiben. Ein Team aus zwei Personen kann das nicht dauerhaft warten und gleichzeitig neue Funktionen ausliefern.
  • App Platform. Sie übertragen einen Branch und erhalten einen Build, ein Zertifikat und einen laufenden Dienst, ohne ein Betriebssystem patchen zu müssen. Bei der günstigen VPS-Variante dieses Produkts sind Sie selbst dafür zuständig, und zwar an einem Samstag.
  • Object Storage und Load Balancer, die von einem ausgereiften Terraform-Provider abgedeckt werden. Eine Infrastruktur, die Sie per Code löschen und neu aufbauen können, ist mehr wert als ein niedrigerer Einzelpreis.
  • Das Unternehmen hinter dem Produkt. Veröffentliche Support-Stufen, eine Statusseite mit Verlauf und eine Organisation, die den Security-Fragebogen eines Kunden beantwortet. Wenn Sie Hosting weiterverkaufen, ist das mehr wert als einige Dollar pro GB.

Teuer wird DigitalOcean bei einfachen virtuellen Maschinen in größerer Anzahl und mit tatsächlich anfallendem ausgehendem Netzwerkverkehr. Genau diesen Fall löst eine Alternative. Er macht den größten Teil dessen aus, was ein Entwickler für Self-Hosting kauft.

Ohne Ausfallzeit zu einem neuen Provider migrieren

Ausfallzeiten während einer Migration entstehen aus einem einzigen Grund: Netzwerkverkehr trifft noch an der alten IP-Adresse ein, nachdem die Daten bereits auf den neuen Server verschoben wurden. Jeder folgende Schritt sorgt dafür, dass dieses Zeitfenster kurz und vorhersehbar bleibt.

Beginnen Sie mindestens 48 Stunden vor dem Umzug mit DNS. Resolver speichern Ihren A-Record für die Dauer seines TTL-Werts (time to live) im Cache. Ein Record mit einer TTL von 24 Stunden leitet Benutzer daher noch bis zu einem Tag nach der Änderung an den alten Server weiter. Die TTL erst beim Umschalten zu verringern, hilft nicht, weil Resolver den alten Wert bereits mit seiner ursprünglichen Ablaufzeit gespeichert haben. Verringern Sie die TTL zuerst, warten Sie, bis der alte Wert abgelaufen ist, und migrieren Sie anschließend.

dig +noall +answer example.com A
dig +noall +authority example.com SOA

Der erste Befehl gibt die aktuelle TTL in der zweiten Spalte der Antwort aus. Setzen Sie sie bei Ihrem DNS-Provider auf 300 und warten Sie anschließend länger als die Zahl, die Sie gerade ersetzt haben.

Arbeiten Sie danach in dieser Reihenfolge.

  1. Stellen Sie den neuen Server bereit und härten Sie ihn ab, bevor Sie irgendetwas darauf installieren. Die ersten zehn Minuten auf einem neuen VPS behandelt den Teil, den viele in Eile überspringen.
  2. Installieren Sie den Anwendungs-Stack und führen Sie mit rsync eine erste Datenkopie durch, während der alte Server den Betrieb normal fortsetzt.
  3. Stellen Sie das TLS-Zertifikat jetzt auf dem neuen Host aus und verwenden Sie dafür eine DNS-01-Challenge. Eine HTTP-01-Challenge prüft gegen die IP-Adresse, auf die DNS derzeit zeigt. Das ist weiterhin der alte Server. Eine DNS-01-Challenge beseitigt dieses Reihenfolgeproblem vollständig.
  4. Testen Sie den neuen Host vor jeder öffentlichen Änderung, indem Sie DNS auf Ihrem eigenen Laptop überschreiben. Fügen Sie 203.0.113.20 example.com zu /etc/hosts hinzu, rufen Sie die echte Website auf und löschen Sie anschließend die Zeile wieder. Kein Benutzer ist von diesem Test betroffen.
  5. Klären Sie die Frage nach der Datenbankgröße. Bei wenigen GB passen Dump und Wiederherstellung in das Schreibverbot. Bei größeren Datenbanken richten Sie mehrere Tage vorher die Replikation von der alten auf die neue Datenbank ein und lassen sie aufholen. Dadurch umfasst das Schreibverbot nur noch die Übernahme.
  6. Sperren Sie Schreibzugriffe. Versetzen Sie die Anwendung in den Wartungsmodus oder in den Nur-Lese-Modus. Dies ist der einzige für Benutzer sichtbare Teil und sollte nur wenige Minuten dauern.
  7. Übertragen Sie die letzten Änderungen: Führen Sie rsync erneut aus und anschließend die abschließende Datenbanksynchronisierung.
  8. Ändern Sie die A- und AAAA-Records auf die neue IP-Adresse. Bei einer TTL von 300 folgen die meisten Resolver innerhalb von etwa fünf Minuten.
  9. Lassen Sie den alten Server mindestens einen Tag lang laufen und erreichbar. Einige Resolver ignorieren kurze TTL-Werte. Wenn die alte Anwendung weiterhin Schreibzugriffe zulässt, schreiben verspätete Anfragen in die falsche Datenbank. Verweisen Sie den alten Host daher auf die neue Datenbank oder geben Sie von dort eine Wartungsseite zurück.
  10. Überwachen Sie die Fehlerrate des neuen Servers einen Tag lang, setzen Sie die TTL wieder auf ihren normalen Wert und löschen Sie den alten Server erst nach einer Woche statt noch am selben Abend.

Die Kopie selbst besteht aus zwei Befehlen, die jeweils zweimal ausgeführt werden. Die Dateisynchronisierung:

rsync -aHAX --numeric-ids --delete -e ssh /srv/ deploy@203.0.113.20:/srv/

-a erhält Eigentümer, Berechtigungen und Zeitstempel, -H erhält Hardlinks, -AX erhält ACLs und erweiterte Attribute, und --numeric-ids verhindert, dass rsync Benutzer-IDs anhand von Namen neu zuordnet, die sich zwischen zwei Rechnern unterscheiden. Führen Sie den Befehl mehrere Tage vorher aus und während des Schreibverbots erneut. Dann werden nur die Änderungen übertragen.

Für PostgreSQL-Datenbanken, die klein genug für einen Dump sind:

pg_dump --format=custom --no-owner --dbname=appdb --file=appdb.dump
scp appdb.dump deploy@203.0.113.20:/var/tmp/
pg_restore --clean --if-exists --no-owner --dbname=appdb /var/tmp/appdb.dump

Für MySQL oder MariaDB:

mysqldump --single-transaction --routines --triggers --databases appdb > appdb.sql

--single-transaction erstellt den Dump für InnoDB-Tabellen innerhalb einer Transaktion. Das Ergebnis ist dadurch konsistent, und die Anwendung kann währenddessen weiter schreiben. Ohne dieses Flag sperrt mysqldump die Tabellen. Das Schreibverbot beginnt dann früher als geplant, und Sie haben den Zeitpunkt nicht selbst festgelegt.

Zwei Dinge liegen außerhalb Ihrer Server. Eine neue IP-Adresse besitzt noch keine Reputation für E-Mails. Direkt vom neuen Server versendete Nachrichten werden daher als Spam gefiltert. Versenden Sie sie über ein Relay, das bereits über eine entsprechende Reputation verfügt. Außerdem muss jeder Partner, der Ihre ausgehende IP-Adresse per Allowlist freigibt, vor dem Umschalten aktualisiert werden. Dazu gehören beispielsweise ein Payment-Gateway oder eine Client-Firewall. Andernfalls schlagen diese Verbindungen fehl, sobald der Netzwerkverkehr umgeleitet wird.

Was Sie vor der Buchung prüfen sollten

  • Ob der Preis nur als Aktionspreis gilt und wie hoch der Verlängerungspreis ist. Ein Rabatt im ersten Vertragszeitraum, der sich bei der Verlängerung verdoppelt, ist ein echter Kostenfaktor, nur aufgeschoben.
  • Ob der Zeitraum im Voraus bezahlt wird. Mehrjährige Prepaid-Tarife, wie sie SSD Nodes verkauft, ermöglichen durch die Vorauszahlung einen deutlich niedrigeren Preis pro GB RAM. Der Nachteil ist, dass Sie den Vertrag im nächsten Monat nicht einfach beenden können. Wählen Sie den Zeitraum daher passend zu Ihrer Planungssicherheit.
  • Was ein Snapshot pro Monat kostet und welche Kosten sowie welcher Zeitaufwand für eine Wiederherstellung anfallen.
  • Ob Mehrverbrauch berechnet oder die Leistung gedrosselt wird.
  • Ob IPv6 korrekt geroutet wird oder nur eine einzelne Adresse zusätzlich bereitgestellt wird.
  • Ob eine API mit einem gepflegten Terraform-Provider vorhanden ist, falls Sie die Umgebung aus Code statt manuell neu aufbauen möchten.
  • Wie der Support erreichbar ist und welches Antwortziel für einen ausgefallenen Server veröffentlicht ist, nicht nur für eine Vertriebsanfrage.

Bewerten Sie die Anbieter nach dem Faktor, der Ihre eigene Rechnung am stärksten bestimmt. Wenn das der Arbeitsspeicher ist, entscheidet der Preis pro GB RAM. Wenn es der ausgehende Netzwerkverkehr ist, entscheidet das enthaltene Transfervolumen. Wenn es Ihre eigene Arbeitszeit ist, entscheidet die Managed-Plattform. In dem hier vorgenommenen Vergleich der vier Anbieter ist DigitalOcean in diesem Punkt am stärksten.

FAQ

Ist Hetzner immer günstiger als DigitalOcean?

Bei einer einfachen virtuellen Maschine ist der Preis pro GB RAM deutlich niedriger: Am 5. August 2026 sind es in den günstigen Shared-Tarifen etwa $1.62 gegenüber $6.00. Der Vergleich ändert sich, sobald verwaltete Dienste hinzukommen. Hetzner verkauft Server und Netzwerkdienste. Eine verwaltete Datenbank oder eine Plattform für Deployments per Push müssen Sie daher selbst oder über einen Drittanbieter bereitstellen. Diese Arbeitszeit kostet Geld. Hetzner hat die Cloud-Preise im Lauf des Jahres 2026 ebenfalls erhöht. Prüfen Sie daher den aktuellen Eurobetrag, statt einem älteren Artikel zu vertrauen.

Welche DigitalOcean-Alternative sollte ich wählen, wenn ich eine verwaltete Datenbank brauche?

Vultr und Akamai bieten beide verwaltete Datenbanken an. Sie sind daher die naheliegendsten Alternativen, wenn die verwaltete Datenbank überhaupt der Grund für Ihre Nutzung von DigitalOcean ist. Die günstigen europäischen Anbieter bieten im Allgemeinen keine solche Datenbank an. Sie müssten PostgreSQL oder MySQL selbst betreiben, einschließlich Replikation und eines getesteten Failovers. Das ist ein echter Arbeitsaufwand. Vergleichen Sie die Kosten mit den $15.15 pro Monat für eine verwaltete 1-GiB-Instanz, bevor Sie entscheiden, ob der günstigere Server tatsächlich Geld spart.

Wie migriere ich eine aktive Website ohne Ausfallzeit zu einem neuen Anbieter?

Senken Sie die DNS-TTL mindestens 48 Stunden vor dem Umzug auf 300 Sekunden. Resolver liefern die alte IP-Adresse weiterhin so lange aus, wie es die vorherige TTL vorgab. Richten Sie den neuen Host ein und testen Sie ihn, während der alte Host weiterhin Netzwerkverkehr verarbeitet. Verwenden Sie dazu auf Ihrem eigenen Rechner eine /etc/hosts-Überschreibung, damit niemand sonst den neuen Host sieht. Frieren Sie anschließend Schreibvorgänge für einige Minuten ein. Führen Sie das abschließende rsync-Delta und die abschließende Datenbanksynchronisierung aus. Ändern Sie die A- und AAAA-Einträge. Lassen Sie den alten Server noch eine Woche laufen, falls ein Resolver die kurze TTL ignoriert hat.

Bedeutet ein günstigerer VPS langsamere Datenträger?

Nicht zwangsläufig. Entscheidend ist, ob die virtuelle Festplatte lokal auf dem Host liegt oder auf einem Netzwerk-Storage-Cluster. Im Panel wird das nur selten angegeben. lsblk -o NAME,ROTA meldet für beide 0, weil beide nicht rotierend sind. Messen Sie stattdessen: Führen Sie fio mit --iodepth=1 --bs=4k --direct=1 aus und lesen Sie die Abschlusslatenz im 99. Perzentil ab. Ein Netzwerk-Volume verursacht bei jedem Lesevorgang eine zusätzliche Round-Trip-Zeit über das Rechenzentrumsnetzwerk. Seine minimale Latenz liegt daher über der von lokalem NVMe, selbst wenn der Durchsatz bei langen Warteschlangen ähnlich aussieht.

Werden meine E-Mails weiterhin vom neuen Server zugestellt?

Anfangs häufig nicht. Eine neue IP-Adresse hat noch keine Versandhistorie. Empfänger behandeln E-Mails von dieser Adresse daher als verdächtig, verschieben sie in den Spam-Ordner oder weisen sie direkt ab. Auch die SPF- und DKIM-Einträge verweisen weiterhin auf den alten Host, bis Sie sie aktualisieren. Senden Sie Anwendungsmails über ein Relay oder einen E-Mail-Dienst mit vorhandener Reputation. Aktualisieren Sie die DNS-Einträge für den E-Mail-Versand vor dem Umschalten und nicht erst danach.