DigitalOcean-Alternativen: Preise, Speicher und Backups

Was sich bei DigitalOcean-Alternativen tatsächlich ändert

Die meisten DigitalOcean-Alternativen ändern die Rechnung, nicht die Maschine. Sie erhalten in jedem Fall eine virtuelle Linux-Maschine mit öffentlicher IP-Adresse, einer virtio-Festplatte und root-Zugriff. Ihrem Kernel ist es egal, wessen Logo im Control Panel angezeigt wird. Für die Auswahl entscheidend sind der Preis pro GB RAM, der Umfang des enthaltenen Transferkontingents und der Preis für jedes darüber hinausgehende Byte, die tatsächliche Beschaffenheit des Speichers sowie der Anteil des Stacks oberhalb des Betriebssystems, den ein anderer Betreiber für Sie verwaltet.

Dieser Vergleich konzentriert sich auf diese Kriterien. Entwickler können jedes davon über ein Terminal oder anhand einer veröffentlichten Preisliste prüfen. Außerdem werden die Fälle genannt, in denen DigitalOcean die richtige Wahl ist. Ein Vergleich, der nichts zugesteht, wäre Werbung.

Alle folgenden Preise sind veröffentlichte Listenpreise mit Stand vom 5. August 2026. Preise ändern sich. Mehr als ein Anbieter in diesem Vergleich hat seine Preise im Lauf des Jahres 2026 geändert. Die Preisstruktur ändert sich deutlich langsamer. Betrachten Sie daher zuerst die Verhältnisse und das Abrechnungsmodell. Prüfen Sie anschließend den aktuellen Preis auf der Website des Anbieters, bevor Sie sich festlegen.

Der Preis pro GB RAM ist die Vergleichsgröße

[
  {
    "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 beim Tarif mit 1 GB 6.00 $ pro GB. Beim Tarif mit 4 GB sind es ebenfalls 6.00 $ pro GB. Dieser Tarif kostet monatlich 24.00 $. Ein größerer Tarif beim selben Anbieter bringt keinen Rabatt. Die Tarifgröße ist daher nicht das entscheidende Kriterium. 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 $ und 24 $. Damit entsprechen die Preise genau denen von DigitalOcean. Der Einstiegstarif liegt mit 5.00 $ darunter. Wenn zwei Unternehmen exakt denselben Preis verlangen, ist das ein aussagekräftiges Signal: Diese Tarifstufe richtet sich nach einem Wettbewerber und nicht nach den Hardwarekosten. Sie wird den Preis dieses Wettbewerbers weiterhin nachbilden.

Der Preisunterschied zeigt sich bei Anbietern, die eigene Rechenzentren betreiben und in Euro abrechnen. Ein Hetzner CX23 bietet 4 GB RAM für etwa 6.49 $ pro Monat. Das entspricht 1.62 $ pro GB und damit fast einem Viertel des DigitalOcean-Preises. Dieser Dollarbetrag wird aus einem Euro-Listenpreis umgerechnet und ändert sich daher mit dem Wechselkurs. Hetzner hat die Cloud-Preise außerdem im Jahr 2026 erhöht. In älteren Vergleichsartikeln werden daher Preise genannt, 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 Ihren Kern gemeinsam mit den Kernen anderer Mandanten ein. Die aussagekräftige Prüfung führen Sie auf einem tatsächlich gemieteten Server durch:

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 jedoch einem anderen Mandanten zugewiesen hat. Unter Last sind einige Prozent normal. Ein dauerhaft zweistelliger Wert bedeutet, dass der Host überbucht ist. Kein Preis pro GB kann einen Kern ersetzen, den Sie nicht nutzen können. Führen Sie die Prüfung zu Ihrer Hauptnutzungszeit aus. Steal Time wird durch andere Mandanten verursacht, und diese haben eigene Auslastungszeiten. Einen umfassenderen Überblick über die tatsächlichen monatlichen Hosting-Kosten einschließlich Speicherplatz und Datenverkehr erhalten Sie unter was ein VPS von Monat zu Monat kostet.

Welche tatsächlichen Kosten der enthaltene Datentransfer verursacht

[
  {
    "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 Datentransfer und berechnet den Mehrverbrauch pro GiB. Das entspricht ungefähr $10.00 pro zusätzlichem TB. Akamai enthält dieselbe TB-Menge und berechnet ungefähr die Hälfte, etwa $5.00 pro TB. Vultr enthält 2 TB zu einem ähnlichen Preis für Mehrverbrauch. Hetzner enthält 20 TB und berechnet danach etwa $1.20 pro TB. Das ist eine Größenordnung Unterschied zu den anderen Anbietern.

Drei strukturelle Details sind wichtiger als die veröffentlichten Zahlen. Eingehender Datenverkehr ist bei allen vier Anbietern kostenlos. Daher wird nur der ausgehende Datenverkehr gezählt. DigitalOcean und Vultr bündeln das Kontingent über alle Server des Kontos. Ein ausgelasteter Server verbraucht daher das Kontingent eines anderen Servers, und eine Gruppe kleiner Server teilt sich einen großen Pool. Datenverkehr zwischen Servern über ein privates Netzwerk oder ein VPC-Netzwerk wird normalerweise überhaupt nicht angerechnet. Deshalb ist es auch eine Abrechnungsentscheidung, die Datenbank über die private Schnittstelle zu betreiben, und nicht nur eine Sicherheitsentscheidung.

Das alles spielt keine Rolle, wenn Sie weit unter dem Limit bleiben. Ein Blog, eine API mit JSON-Antworten oder ein kleines SaaS erreicht in einem Monat keine 1 TB. Video, Bildergalerien, Gameserver, Paketspiegel und Ziele für Offsite-Backups erreichen diesen Wert 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 Datentransfer pro Monat aus, getrennt nach empfangenen und gesendeten Daten. Nur die Spalte für gesendete Daten wird berechnet. Die Datenbank ist anfangs leer. Der erste brauchbare Messwert liegt daher einen Tag nach der Installation vor. Der erste vollständige Monat ist erst nach einem weiteren Monat verfügbar. Bis dahin ist das Bandbreitendiagramm des Anbieters die einzige Aufzeichnung.

Stellen Sie noch eine Frage, die keine Preisliste beantwortet: Berechnet der Anbieter bei einer Überschreitung des Kontingents Gebühren oder drosselt er den Port? Eine Abrechnung kostet Geld. Eine Drosselung kostet Benutzer, und zwar genau in dem Moment, in dem Sie die meisten Benutzer haben. Sie müssen wissen, was ein Datenverkehrsanstieg auslöst.

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

Das Panel zeigt NVMe an. Das ist eine Angabe zu den Laufwerken im Host. Ihre virtuelle Maschine muss jedoch nicht auf diesen Laufwerken liegen. Bei lokalem Storage liegt die virtuelle Festplatte auf Laufwerken im selben physischen Rechner. Bei Netzwerk-Storage liegt sie auf einem separaten Storage-Cluster, der über das Rechenzentrumsnetzwerk erreicht wird. Dadurch werden sofortige Größenänderungen, Live-Migration 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 alles, was der Host als nichtrotierend angibt. Ein von NVMe-Storage unterstütztes Netzwerk-Volume meldet daher 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.

Die beiden Varianten lassen sich anhand der Latenz bei einer Queue Depth von 1 unterscheiden. Ein einzelner kleiner Lesevorgang kann dabei nichts hinter parallelen Vorgängen verbergen. Lokales NVMe antwortet aus demselben Gehäuse. Ein Netzwerk-Volume fügt jedem einzelnen Lesevorgang eine Round-Trip-Zeit über das Rechenzentrumsnetzwerk hinzu. Seine minimale Latenz ist daher höher, selbst 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 Abschlusslatenz. Lesen Sie die Zeile für das 99. Perzentil statt des Durchschnitts, weil der Durchschnitt die für Benutzer spürbaren Verzögerungen verbirgt. Der zweite Durchlauf gibt IOPS= in seiner Zusammenfassungszeile aus. Führen Sie beide Tests beim vorhandenen Anbieter und auf einer Testinstanz des Anbieters durch, den Sie in Betracht ziehen. Verwenden Sie dafür am selben Tag jeweils dieselben Bedingungen und vergleichen Sie Ihre beiden eigenen Werte. Eine veröffentlichte Angabe eines Anbieters wurde auf einem Rechner ermittelt, den Sie nicht einsehen können. Führen Sie die Tests außerdem dreimal zu unterschiedlichen Uhrzeiten aus, weil ein wenig ausgelasteter und ein stark ausgelasteter Host beim selben Tarif unterschiedliche Ergebnisse liefern. Einen VPS richtig benchmarken beschreibt die Methode. Was ein SSD-VPS tatsächlich bedeutet erläutert die zugrunde liegenden Marketingbegriffe.

Regionen: Latenz messen, nicht die Karte lesen

Eine Liste von Regionen ist Marketing, solange Sie nicht messen. Entscheidend für das Nutzererlebnis ist die Round-Trip-Zeit vom Netzwerk des Nutzers zu Ihrem Server. Sie hängt von der Route der Datenpakete ab, nicht von der Entfernung auf einer Karte. Ein Server in 300 km Entfernung hinter einer überlasteten Transitverbindung verliert gegen einen Server in 1.500 km Entfernung mit 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 um 60 ms zwischen zwei Hops zeigt dadurch die problematische Verbindung, statt pauschal das Ziel verantwortlich zu machen. Führen Sie den Befehl von einem Rechner in dem Netzwerk aus, in dem sich Ihre Nutzer befinden. Routen zwischen Rechenzentren gehören zu den besten Routen im Internet und stellen jeden Anbieter gleichermaßen besser dar, als es die Nutzerverbindungen tun.

Ein struktureller Punkt bleibt unabhängig von jeder Preisänderung bestehen. Hat ein Anbieter auf Ihrem Kontinent nur eine Region, bedeutet Ihr Disaster-Recovery-Plan im Ernstfall einen Wechsel auf einen anderen Kontinent, einschließlich der damit verbundenen Latenz. Zählen Sie die Regionen, auf die Sie tatsächlich ein Failover durchführen würden, nicht die Regionen auf der Anbieter-Website.

Snapshots und Backups sind ein separater Kostenpunkt

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 am Serverpreis berechnet: 20% des Tarifpreises für wöchentliche Backups und 30% für tägliche Backups. Zusätzlich gibt es eine nutzungsbasierte Option, die pro GiB abgerechnet wird. Beide Modelle sind vertretbar, führen aber in entgegengesetzten Fällen zu Nachteilen. Ein prozentualer Preis steigt mit der Größe des Servers. Ein großer Server mit einem kleinen Dataset ist dann zu teuer. Ein Preis pro GiB steigt mit der Datenmenge. Ein kleiner Server mit einem großen Volume ist dann zu teuer.

Fragen Sie, wie viel eine Wiederherstellung kostet und wie lange sie dauert. Die Kosten für das Aufbewahren eines Backups sind nur die eine Hälfte der Frage. Fragen Sie außerdem, ob das Löschen des Servers auch seine Snapshots löscht.

Bewahren Sie anschließend eine Kopie außerhalb der Kontrolle des Providers auf. Provider-Snapshots liegen im Account des Providers. Ein verlorener Login, ein fehlgeschlagener Zahlungsvorgang oder ein gesperrter Account kann deshalb den Server und seine Backups gleichzeitig unzugänglich machen. 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

Provider lassen sich auf einer Skala einordnen. 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, weil Sie am zweiten Ende Arbeitsleistung statt Speicher kaufen. Arbeitsleistung 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 Server für 6 $ teuer, bis Sie den Zeitaufwand dahinter einberechnen: Replikation, Failover, Point-in-Time-Wiederherstellung, Upgrades auf Minor-Versionen und den Alarm, der um 03:00 jemanden weckt. Wenn diese Aufgaben zu Ihrer Arbeit gehören, betreiben Sie die Datenbank selbst und behalten Sie die Differenz. Wenn Ihre Aufgabe in der Anwendungsentwicklung liegt, ist der Zukauf dieser Leistungen günstig. Der Unterschied zwischen verwalteten und nicht verwalteten Diensten entscheidet, welche Spalte der Preisliste Sie überhaupt lesen sollten. Wenn die ehrliche Antwort lautet, dass Sie die gesamte Maschine und ihre Laufwerke für sich allein möchten, geht es um eine Frage zu VPS oder dediziertem Server und nicht um die Wahl eines Providers. Dieselbe Frage stellt sich auch beim übrigen monatlichen Budget eines Entwicklers: Beim Vergleich der Claude- und ChatGPT-Tarife kommt es darauf an, wie viel Arbeit Sie abgeben möchten, und nicht auf den angegebenen Preis.

Wo DigitalOcean die richtige Wahl ist

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

• Managed-Datenbanken. Managed PostgreSQL und MySQL beginnen bei $15.15 pro Monat für 1 GiB RAM und 10 GiB Speicherplatz. Zusätzlicher Speicher wird pro GiB abgerechnet. Standby-Knoten werden pro Knoten berechnet. Dieselbe Zuverlässigkeit selbst aufzubauen bedeutet, Patroni oder repmgr, einen Konsensspeicher, einen Connection Proxy und einen Failover-Test zu betreiben, den Sie tatsächlich geübt haben. Ein Team aus zwei Personen kann das nicht dauerhaft warten und gleichzeitig neue Funktionen ausliefern.
• App Platform. Sie pushen 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 am Samstag selbst dafür zuständig.
• Object Storage und Load Balancer, die von einem ausgereiften Terraform-Provider unterstützt werden. Eine Infrastruktur, die Sie per Code zerstören und neu aufbauen können, ist mehr wert als ein niedrigerer Stückpreis.
• Das Unternehmen hinter dem Produkt. Veröffentliche Support-Tarife, eine Statusseite mit Verlauf und eine Organisation, die den Sicherheitsfragebogen eines Kunden beantwortet. Wenn Sie Hosting weiterverkaufen, ist das mehr wert als ein paar Dollar pro GB.

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

Migration zu einem neuen Provider ohne Ausfallzeit

Ausfallzeit entsteht bei einer Migration aus einem einzigen Grund: Datenverkehr trifft noch an der alten IP-Adresse ein, nachdem die Daten auf die neue 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 cachen Ihren A-Record für die Dauer seines TTL-Werts (time to live). Ein Record mit einem TTL von 24 Stunden leitet Benutzer daher noch bis zu einem Tag nach der Änderung an den alten Server weiter. Den TTL erst beim Umschalten zu verringern, hilft nicht, weil Resolver bereits den alten Wert zusammen mit der alten Ablaufzeit gespeichert haben. Verringern Sie ihn zuerst, warten Sie, bis der alte Wert abgelaufen ist, und führen Sie anschließend die Migration durch.

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

Der erste Befehl gibt den aktuellen TTL in der zweiten Spalte der Antwort aus. Setzen Sie ihn 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 etwas anderes darauf installieren. Die ersten zehn Minuten auf einem neuen VPS behandelt den Teil, den viele unter Zeitdruck überspringen.
2. Installieren Sie den Anwendungs-Stack und führen Sie zunächst eine Kopie der Daten mit rsync durch, während der alte Server weiterhin normal Anfragen bedient.
3. Stellen Sie das TLS-Zertifikat jetzt auf dem neuen Host aus. Verwenden Sie dazu eine DNS-01-Challenge, weil eine HTTP-01-Challenge gegen die IP-Adresse validiert, auf die DNS aktuell 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. Von diesem Test ist kein Benutzer betroffen.
5. Klären Sie die Frage nach der Datenbankgröße. Bei wenigen GB passen Dump und Wiederherstellung in das Schreib-Freeze. Bei größeren Datenbanken richten Sie bereits einige Tage vorher die Replikation von der alten zur neuen Datenbank ein und lassen sie aufholen. Das Freeze umfasst dann nur noch die Übernahme.
6. Sperren Sie Schreibzugriffe. Versetzen Sie die Anwendung in den Wartungs- oder den Nur-Lese-Modus. Dies ist der einzige für Benutzer sichtbare Teil und sollte nur wenige Minuten dauern.
7. Übertragen Sie das abschließende Delta: Führen Sie erneut denselben rsync aus und anschließend die abschließende Datenbanksynchronisierung.
8. Ändern Sie die A- und AAAA-Records auf die neue IP-Adresse. Bei einem 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, weil manche Resolver kurze TTL-Werte ignorieren. Wenn die alte Anwendung weiterhin Schreibzugriffe erlaubt, schreiben verspätete Anfragen in die falsche Datenbank. Verweisen Sie den alten Host daher auf die neue Datenbank oder liefern Sie von dort eine Wartungsseite aus.
10. Überwachen Sie einen Tag lang die Fehlerrate des neuen Servers, setzen Sie den TTL wieder auf seinen 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 bewahrt 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 einige Tage vorher aus und während des Freeze erneut. Dann werden nur noch 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, während die Anwendung weiterhin Schreibzugriffe ausführt. Ohne dieses Flag sperrt mysqldump die Tabellen. Das Schreib-Freeze beginnt dann früher als geplant, und Sie haben den Zeitpunkt nicht selbst bestimmt.

Außerhalb Ihrer Server können zwei Dinge Probleme verursachen. Eine neue IP-Adresse hat noch keine E-Mail-Reputation. Direkt vom neuen Rechner versendete E-Mails werden daher als Spam gefiltert. Senden Sie sie über ein Relay, das bereits über eine Reputation verfügt. Außerdem muss jeder Partner, der Ihre ausgehende IP-Adresse per Allowlist freischaltet, vor dem Umschalten aktualisiert werden. Dazu gehören beispielsweise ein Payment-Gateway oder eine Client-Firewall. Andernfalls schlagen diese Verbindungen fehl, sobald der Datenverkehr umgeleitet wird.

Was Sie vor dem Abschluss prüfen sollten

• Ob der Preis ein Aktionspreis ist und wie hoch der Verlängerungspreis ausfällt. Ein Rabatt für die erste Laufzeit, der sich bei der Verlängerung verdoppelt, ist ein echter Kostenfaktor, nur aufgeschoben.
• Ob die Laufzeit 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: Sie können nicht im nächsten Monat kündigen. Wählen Sie die Laufzeit daher passend dazu, wie sicher Sie sich sind.
• Was ein Snapshot pro Monat kostet und welche Kosten und welcher Zeitaufwand für eine Wiederherstellung anfallen.
• Ob ein Mehrverbrauch berechnet oder gedrosselt wird.
• Ob IPv6 korrekt geroutet wird oder nur als einzelne zusätzliche Adresse bereitgestellt ist.
• Ob eine API mit einem gepflegten Terraform-Provider vorhanden ist, wenn Sie die Umgebung statt manuell per Code neu aufbauen möchten.
• Wie der Support erreichbar ist und welche veröffentlichte Antwortzeit für einen ausgefallenen Server gilt, nicht nur für eine Vertriebsanfrage.

Entscheiden Sie nach dem Kostenfaktor, 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 inklusive Datenübertragungsvolumen. Wenn Ihre eigene Zeit der entscheidende Faktor ist, entscheidet die Managed-Plattform. In diesem Vergleich ist die von DigitalOcean die stärkste der vier.

FAQ

Ist Hetzner immer günstiger als DigitalOcean?

Bei einer einfachen virtuellen Maschine ist Hetzner pro GB RAM deutlich günstiger: Am 5. August 2026 kosteten Entry-Level-Shared-Tarife etwa $1.62 gegenüber $6.00. Der Vergleich ändert sich, sobald Managed Services berücksichtigt werden. Hetzner verkauft Server und Netzwerkleistungen. Eine verwaltete Datenbank oder eine Plattform für Deployments per Push müssen Sie daher selbst oder über einen Drittanbieter bereitstellen. Dieser Aufwand verursacht Kosten. Hetzner hat die Cloud-Preise im Lauf des Jahres 2026 ebenfalls erhöht. Prüfen Sie daher den aktuellen Europreis, statt sich auf einen älteren Artikel zu verlassen.

Welche DigitalOcean-Alternative sollte ich wählen, wenn ich eine verwaltete Datenbank benötige?

Vultr und Akamai bieten beide verwaltete Datenbanken an. Sie sind daher die naheliegendsten Alternativen, wenn die verwaltete Datenbank der Hauptgrund für Ihre Nutzung von DigitalOcean ist. Die günstigen europäischen Hoster bieten eine solche Datenbank in der Regel nicht an. Sie müssen PostgreSQL oder MySQL dann selbst betreiben. Dazu gehören auch Replikation und ein getestetes Failover. Das ist ein echter Betriebsaufwand. Vergleichen Sie diesen Aufwand mit den $15.15 pro Monat, die eine verwaltete Instanz mit 1 GiB kostet. Erst dann können Sie beurteilen, ob der günstigere Server tatsächlich Kosten spart.

Wie verschiebe ich eine laufende Website ohne Ausfall 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 vorgibt. Richten Sie den neuen Host ein und testen Sie ihn, während der alte Host weiterhin Netzwerkverkehr bedient. Verwenden Sie auf Ihrem eigenen Rechner einen /etc/hosts-Override, 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 letzte Datenbanksynchronisierung aus. Ändern Sie dann die A- und AAAA-Records. Lassen Sie den alten Server eine Woche weiterlaufen, falls ein Resolver die kurze TTL ignoriert hat.

Bedeutet ein günstigerer VPS langsamere Laufwerke?

Nicht automatisch. Entscheidend ist, ob die virtuelle Festplatte lokal auf dem Host liegt oder auf einem Netzwerk-Speichercluster. Im Panel ist das nur selten angegeben. lsblk -o NAME,ROTA meldet für beide 0, da beide nicht rotierend sind. Messen Sie stattdessen selbst: 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 eines lokalen NVMe-Laufwerks, selbst wenn der Durchsatz bei langen Warteschlangen ähnlich aussieht.

Werden meine E-Mails weiterhin vom neuen Server zugestellt?

Oft zunächst nicht. Eine neue IP-Adresse hat noch keine Versandhistorie. Empfänger stufen E-Mails von dieser Adresse daher als verdächtig ein. Die Nachrichten landen im Spam oder werden direkt abgewiesen. SPF- und DKIM-Records verweisen außerdem weiterhin auf den alten Host, bis Sie sie aktualisieren. Senden Sie Anwendungs-E-Mails über ein Relay oder einen E-Mail-Dienst mit bestehender Reputation. Aktualisieren Sie die DNS-Records für den E-Mail-Versand vor dem Umschalten und nicht erst danach.