Vultr-Tarife im Überblick

Letzte Preisprüfung: 2026-10-16 简体中文 · 繁體中文 · English · Português

Vultr wurde 2014 gegründet und hat 20 Rechenzentren zur Auswahl. Hier sind 4 seiner Tarife erfasst (2 Hauptserver, 2 Relays); Routen: Standardroute. Erstattung: stündliche Abrechnung. Alle erfassten Tarife sind derzeit verfügbar.

Alle Tarife

Nach Monatspreis aufsteigend, einschließlich ausverkaufter Tarife. Die Zahlen in der Tabelle sind von Hand geprüft. Test-IPs und Latenz der drei Netzbetreiber pro Rechenzentrum stehen in der Test-IP-Tabelle unten.

Monatspreis Anbieter Kaufen Einsatzzweck Route Test-IP Konfiguration Port Traffic Listenpreis und Abrechnung Erstattung Claude Wählbare Länder und Regionen
$5.00VultrRelay (China-optimierte Route)Standardroute108.61.201.151
Weitere Rechenzentren in der Tabelle unten: 29
1 vCPU / 1G / 25GB SSDnicht veröffentlicht1TB
$5/Monat, stündliche Abrechnung ($0.007/Stunde, höchstens 672 Stunden pro Monat berechnet)Gleicher Preis bei Verlängerung
Stündliche Abrechnung
UnterstütztUSA, Kanada, Mexiko, Brasilien, Chile, Großbritannien, Deutschland, Frankreich, Niederlande, Schweden, Spanien, Polen, Italien, Japan, Südkorea, Singapur, Indien, Australien, Israel, Südafrika
$7.50VultrRelay (China-optimierte Route)Standardroute216.238.98.1181 vCPU / 1G / 25GB SSDnicht veröffentlicht1TB
$7.50/Monat (Preis in São Paulo, 50% teurer als die anderen Rechenzentren), stündliche Abrechnung ($0.01/Stunde, höchstens 672 Stunden pro Monat berechnet)Gleicher Preis bei Verlängerung
Stündliche Abrechnung
UnterstütztUSA, Kanada, Mexiko, Brasilien, Chile, Großbritannien, Deutschland, Frankreich, Niederlande, Schweden, Spanien, Polen, Italien, Japan, Südkorea, Singapur, Indien, Australien, Israel, Südafrika
$40.00VultrHauptserver (8G)Standardroute108.61.201.151
Weitere Rechenzentren in der Tabelle unten: 28
4 vCPU / 8G / 160GB SSDnicht veröffentlicht4TB
$40/Monat, stündliche Abrechnung ($0.055/Stunde, höchstens 672 Stunden pro Monat berechnet)Gleicher Preis bei Verlängerung
Stündliche Abrechnung
UnterstütztUSA, Kanada, Mexiko, Brasilien, Chile, Großbritannien, Deutschland, Frankreich, Niederlande, Schweden, Spanien, Polen, Italien, Japan, Südkorea, Singapur, Indien, Australien, Israel, Südafrika
$60.00VultrHauptserver (8G)Standardroute216.238.98.1184 vCPU / 8G / 160GB SSDnicht veröffentlicht4TB
$60/Monat (Preis in São Paulo, 50% teurer als die anderen Rechenzentren), stündliche Abrechnung ($0.082/Stunde, höchstens 672 Stunden pro Monat berechnet)Gleicher Preis bei Verlängerung
Stündliche Abrechnung
UnterstütztUSA, Kanada, Mexiko, Brasilien, Chile, Großbritannien, Deutschland, Frankreich, Niederlande, Schweden, Spanien, Polen, Italien, Japan, Südkorea, Singapur, Indien, Australien, Israel, Südafrika

Test-IPs und Latenz der drei Netzbetreiber

Jede Test-IP wird von je höchstens 12 öffentlichen Messpunkten von China Telecom, China Unicom und China Mobile in Festlandchina 4-mal gepingt und gemittelt; jede Stunde ist ein Anbieter an der Reihe, dieser Anbieter wird zwei- bis dreimal am Tag gemessen und der Tagesmittelwert genommen; diese Tabelle wurde am 2026-10-16 gemessen. Ab 20% Verlust orange markiert: Die Latenz ist dann nur der Mittelwert der zurückgekommenen Pakete, in der Praxis ruckelt es; „keine Antwort“ heißt, dass die Messpunkte dieses Netzbetreibers keine Verbindung bekommen. Ein Klick auf die IP öffnet den Ping von itdog mit vielen Knoten in ganz China zum Selbsttesten.

Schnellstes Rechenzentrum je Netzbetreiber: Telecom Cloud Compute Regular 1GB(vc2-1c-1gb)(硅谷) 161 ms; Unicom Cloud Compute Regular 1GB (vc2-1c-1gb) 107 ms; Mobile Cloud Compute Regular 1GB (vc2-1c-1gb) 157 ms.

Test-IPTarif (Rechenzentrum)TelecomUnicomMobileMessdatum
108.61.201.151Cloud Compute Regular 1GB (vc2-1c-1gb), Cloud Compute Regular 8GB (vc2-4c-8gb)201 ms
Verlust 2%
107 ms157 ms
Verlust 8%
2026-10-16
64.176.34.94Cloud Compute Regular 1GB (vc2-1c-1gb) (Osaka), Cloud Compute Regular 8GB (vc2-4c-8gb) (Osaka)211 ms
Verlust 7%
204 ms194 ms
Verlust 3%
2026-10-16
141.164.34.61Cloud Compute Regular 1GB (vc2-1c-1gb) (Seoul), Cloud Compute Regular 8GB (vc2-4c-8gb) (Seoul)218 ms
Verlust 14%
213 ms
Verlust 3%
158 ms
Verlust 10%
2026-10-16
45.32.100.168Cloud Compute Regular 1GB (vc2-1c-1gb) (Singapur), Cloud Compute Regular 8GB (vc2-4c-8gb) (Singapur)363 ms
Verlust 13%
243 ms247 ms
Verlust 10%
2026-10-16
108.61.210.117Cloud Compute Regular 1GB (vc2-1c-1gb) (Frankfurt), Cloud Compute Regular 8GB (vc2-4c-8gb) (Frankfurt)199 ms192 ms
Verlust 8%
293 ms2026-10-16
108.61.198.102Cloud Compute Regular 1GB (vc2-1c-1gb) (Amsterdam), Cloud Compute Regular 8GB (vc2-4c-8gb) (Amsterdam)251 ms
Verlust 3%
213 ms268 ms
Verlust 5%
2026-10-16
108.61.196.101Cloud Compute Regular 1GB (vc2-1c-1gb) (London), Cloud Compute Regular 8GB (vc2-4c-8gb) (London)258 ms
Verlust 3%
207 ms229 ms
Verlust 2%
2026-10-16
64.176.178.136Cloud Compute Regular 1GB (vc2-1c-1gb) (Manchester), Cloud Compute Regular 8GB (vc2-4c-8gb) (Manchester)265 ms
Verlust 5%
210 ms264 ms
Verlust 9%
2026-10-16
108.61.209.127Cloud Compute Regular 1GB (vc2-1c-1gb) (Paris), Cloud Compute Regular 8GB (vc2-4c-8gb) (Paris)253 ms208 ms246 ms
Verlust 2%
2026-10-16
208.76.222.30Cloud Compute Regular 1GB (vc2-1c-1gb) (Madrid), Cloud Compute Regular 8GB (vc2-4c-8gb) (Madrid)281 ms
Verlust 3%
236 ms281 ms
Verlust 7%
2026-10-16
70.34.194.86Cloud Compute Regular 1GB (vc2-1c-1gb) (Stockholm), Cloud Compute Regular 8GB (vc2-4c-8gb) (Stockholm)221 ms
Verlust 8%
213 ms273 ms2026-10-16
70.34.242.24Cloud Compute Regular 1GB (vc2-1c-1gb) (Warschau), Cloud Compute Regular 8GB (vc2-4c-8gb) (Warschau)279 ms
Verlust 6%
213 ms
Verlust 3%
269 ms
Verlust 2%
2026-10-16
108.61.219.200Cloud Compute Regular 1GB (vc2-1c-1gb) (Los Angeles), Cloud Compute Regular 8GB (vc2-4c-8gb) (Los Angeles)203 ms262 ms287 ms
Verlust 7%
2026-10-16
108.61.149.182Cloud Compute Regular 1GB (vc2-1c-1gb) (New Jersey), Cloud Compute Regular 8GB (vc2-4c-8gb) (New Jersey)242 ms
Verlust 10%
251 ms275 ms
Verlust 3%
2026-10-16
104.156.230.107Cloud Compute Regular 1GB (vc2-1c-1gb) (Silicon Valley), Cloud Compute Regular 8GB (vc2-4c-8gb) (Silicon Valley)161 ms
Verlust 3%
166 ms183 ms
Verlust 3%
2026-10-16
108.61.194.105Cloud Compute Regular 1GB (vc2-1c-1gb) (Seattle), Cloud Compute Regular 8GB (vc2-4c-8gb) (Seattle)215 ms
Verlust 3%
268 ms189 ms
Verlust 5%
2026-10-16
107.191.51.12Cloud Compute Regular 1GB (vc2-1c-1gb) (Chicago), Cloud Compute Regular 8GB (vc2-4c-8gb) (Chicago)206 ms240 ms241 ms2026-10-16
108.61.224.175Cloud Compute Regular 1GB (vc2-1c-1gb) (Dallas), Cloud Compute Regular 8GB (vc2-4c-8gb) (Dallas)263 ms
Verlust 3%
270 ms
Verlust 8%
246 ms
Verlust 3%
2026-10-16
108.61.193.166Cloud Compute Regular 1GB (vc2-1c-1gb) (Atlanta), Cloud Compute Regular 8GB (vc2-4c-8gb) (Atlanta)224 ms
Verlust 3%
232 ms
Verlust 3%
258 ms
Verlust 3%
2026-10-16
104.156.244.232Cloud Compute Regular 1GB (vc2-1c-1gb) (Miami), Cloud Compute Regular 8GB (vc2-4c-8gb) (Miami)224 ms
Verlust 5%
264 ms
Verlust 10%
251 ms2026-10-16
149.248.50.81Cloud Compute Regular 1GB (vc2-1c-1gb) (Toronto), Cloud Compute Regular 8GB (vc2-4c-8gb) (Toronto)226 ms
Verlust 3%
250 ms248 ms2026-10-16
216.238.66.16Cloud Compute Regular 1GB (vc2-1c-1gb) (Mexiko-Stadt), Cloud Compute Regular 8GB (vc2-4c-8gb) (Mexiko-Stadt)223 ms
Verlust 3%
246 ms272 ms
Verlust 2%
2026-10-16
64.176.2.7Cloud Compute Regular 1GB (vc2-1c-1gb) (Santiago (Chile)), Cloud Compute Regular 8GB (vc2-4c-8gb) (Santiago (Chile))359 ms
Verlust 2%
371 ms377 ms
Verlust 2%
2026-10-16
108.61.212.117Cloud Compute Regular 1GB (vc2-1c-1gb) (Sydney), Cloud Compute Regular 8GB (vc2-4c-8gb) (Sydney)386 ms256 ms
Verlust 3%
210 ms
Verlust 3%
2026-10-16
67.219.110.24Cloud Compute Regular 1GB (vc2-1c-1gb) (Melbourne), Cloud Compute Regular 8GB (vc2-4c-8gb) (Melbourne)307 ms262 ms278 ms
Verlust 5%
2026-10-16
65.20.66.100Cloud Compute Regular 1GB (vc2-1c-1gb) (Mumbai), Cloud Compute Regular 8GB (vc2-4c-8gb) (Mumbai)258 ms
Verlust 2%
248 ms214 ms
Verlust 3%
2026-10-16
139.84.130.100Cloud Compute Regular 1GB (vc2-1c-1gb) (Bangalore), Cloud Compute Regular 8GB (vc2-4c-8gb) (Bangalore)352 ms
Verlust 3%
224 ms180 ms
Verlust 3%
2026-10-16
139.84.162.104Cloud Compute Regular 1GB (vc2-1c-1gb) (Delhi)249 ms229 ms196 ms
Verlust 5%
2026-10-16
64.176.162.16Cloud Compute Regular 1GB (vc2-1c-1gb) (Tel Aviv), Cloud Compute Regular 8GB (vc2-4c-8gb) (Tel Aviv)333 ms
Verlust 2%
311 ms
Verlust 3%
364 ms2026-10-16
139.84.226.78Cloud Compute Regular 1GB (vc2-1c-1gb) (Johannesburg), Cloud Compute Regular 8GB (vc2-4c-8gb) (Johannesburg)322 ms
Verlust 2%
391 ms386 ms2026-10-16
216.238.98.118Cloud Compute Regular 1GB São Paulo (vc2-1c-1gb), Cloud Compute Regular 8GB São Paulo (vc2-4c-8gb)331 ms
Verlust 9%
353 ms368 ms2026-10-16

Städte der Messpunkte – Telecom: Guilin, Xi'an, Nanjing, Guangzhou, Changsha, Dongguan; Unicom: Guilin, Wuhu, Changsha, Xi'an; Mobile: Beijing, Taishan, Kunming, Shanghai, Zhengzhou, Nanning. Die Messpunkte wechseln täglich, die Zahlen sind nur ein Anhaltspunkt.

Woher Test-IPs und Latenzwerte stammen

Die Test-IP ist ein öffentlich genannter Server des Anbieters in diesem Rechenzentrum auf dieser Route. Vor dem Kauf lässt sie sich anpingen, um zu sehen, wie schnell die eigene Verbindung dorthin ist. Ein Klick auf die IP öffnet den Ping von itdog mit vielen Knoten in ganz China, aufgeschlüsselt nach Provinz und Netzbetreiber.

Woher die IPs stammen
Von der Website oder der Looking-Glass-Seite des Anbieters oder aus Ticket-Antworten des Supports; in Einzelfällen aus Tests Dritter. Ist eine vom Anbieter genannte IP nicht mehr erreichbar, wird sie durch die erreichbare Adresse mit der niedrigsten Latenz aus demselben Netzbereich ersetzt.
Wer die Latenz misst
Messpunkte zweier öffentlicher Messnetze in Festlandchina. Jede Stunde ist ein Anbieter an der Reihe; jeder Anbieter kommt pro Tag in zwei bis drei Zeitfenstern dran, tagsüber wie nachts, und die Messungen eines Tages werden gemittelt. Pro Messung werden für Telecom, Unicom und Mobile je höchstens 12 Messpunkte genutzt (6 pro Messnetz; gibt es an dem Tag weniger, werden alle verfügbaren genutzt), jeder Messpunkt pingt 4-mal.
Wie die Werte zu lesen sind
„Telecom 18 · Unicom 22 · Mobile 37 ms“ ist die Latenz bei jedem der drei Netzbetreiber; beim Darüberfahren mit der Maus erscheinen die Städte der Messpunkte und die Verlustrate. Liegt der Verlust bei einem Netzbetreiber bei 20 % oder mehr, steht das direkt dabei, etwa „Telecom 99 (Verlust 55%)“. Die Latenz ist dann nur der Mittelwert der zurückgekommenen Pakete, in der Praxis ruckelt die Verbindung; der Filter „Mein Netz“ und die Sortierung werten sie nicht als erreichbar. Solche Verluste wurden über einen TCP-Port gegengeprüft: Die Handshake-Zeit steigt auf ein Mehrfaches, also verliert der Pfad dieses Netzbetreibers zum Rechenzentrum Pakete, und es liegt keine Ping-Drosselung des Servers vor. Beim Sortieren über den Spaltenkopf zählt der schnellste der drei Netzbetreiber.
Keine Antwort und nicht erreichbar
„Keine Antwort“ bei einem Netzbetreiber bedeutet, dass dessen Messpunkte keine Verbindung bekommen. „Test-IP nicht erreichbar“ bedeutet, dass weder Messpunkte in China noch im Ausland eine Verbindung bekommen; meist ist die IP stillgelegt, was nicht heißt, dass Route oder Server unbrauchbar sind. IPs, die Ping blockieren, werden über TCP-Port 80/443 gemessen.
Wie genau das ist
Nur als Anhaltspunkt. Pro Messung und Netzbetreiber höchstens 12 Messpunkte mit je 4 Pings; die Messpunkte wechseln jedes Mal, stehen meist in Rechenzentren statt an privaten Anschlüssen, und weder Bandbreite noch Abendspitze werden gemessen.

Was die Routennamen bedeuten

Die Route gibt an, über welches Netz welches Netzbetreibers der Abschnitt von Festlandchina bis zum Rechenzentrum läuft. Je näher an China und je besser die Route, desto flüssiger laufen SSH und Websites, und desto stabiler bleibt es zur Abendspitze.

CN2 GIA
Das Premium-Netz von China Telecom (AS4809); Hin- und Rückweg laufen über CN2. Niedrige Latenz, stabil zur Abendspitze, am teuersten. Erste Wahl für Telecom-Kunden.
CN2 GT
Die Standardvariante von Telecom CN2: Der Auslandsabschnitt läuft über CN2, der Inlandsabschnitt über das normale 163-Backbone. Günstiger als GIA, zur Abendspitze etwas weniger stabil.
CN2
Der Anbieter nennt nur CN2, ohne anzugeben, ob GIA oder GT. Sicherer ist es, mit GT-Niveau zu rechnen.
9929
Das Premium-Netz von China Unicom (AS9929, auch Unicom A-Netz oder CUII genannt). Am besten für Unicom-Kunden.
4837
Das normale Backbone von China Unicom (AS4837). Viel Bandbreite zu niedrigen Preisen, zur Abendspitze evtl. überlastet.
CMIN2
Das Premium-Netz von China Mobile (AS58807). Am besten für Mobile-Kunden.
CMI
Der normale Auslandsausgang von China Mobile International (AS58453); für Mobile-Kunden besser als die Standardroute, schlechter als CMIN2.
Für alle 3 Netze optimiert
Der Anbieter gibt an, dass die Rückroute für Telecom, Unicom und Mobile über optimierte Routen läuft; egal bei welchem Netzbetreiber der Anschluss ist, es wird nicht allzu schlecht.
Standardroute
Normale internationale Route ohne Optimierung für Festlandchina; zur Abendspitze evtl. deutlich langsamer. Geeignet als Hauptserver, mit einem Relay als Zwischenstation.

Die Routen werden so gekennzeichnet, wie der Anbieter sie selbst angibt; Routing-Tests gibt es hier nicht. Wie gut es tatsächlich läuft, hängt vom eigenen Netzbetreiber ab; vor dem Kauf lässt sich das mit der Test-IP prüfen.