New-York-VPS: Worauf kommt es beim Hosting an?

Was ein New-York-VPS tatsächlich bietet

Ein New-York-VPS befindet sich in einem der beiden großen Interconnection-Märkte an der Ostküste der Vereinigten Staaten. Der andere liegt in Ashburn, Virginia. Sie erhalten eine kurze Round-Trip-Zeit für Benutzer zwischen Boston und Washington sowie den kürzesten Glasfaserweg von Nordamerika nach Europa. Wenn Ihre Benutzer gleichmäßig über den Kontinent verteilt sind, ist ein zentraler Standort meist besser geeignet. Diese beiden Fälle lassen sich durch Messungen unterscheiden, nicht durch Vermutungen.

Warum VPS-Hosting in New York meist Hosting in New Jersey bedeutet

In Manhattan befinden sich die Carrier-Hotels. 60 Hudson Street ist das bekannteste: ein Art-déco-Gebäude in Tribeca, das 1930 fertiggestellt wurde. Darin sind mehr als 300 Carrier und Cloud-Anbieter sowie die Exchanges untergebracht, die die Region versorgen, darunter DE-CIX New York und NYIIX. 32 Avenue of the Americas erfüllt einige Blocks entfernt dieselbe Funktion. 165 Halsey Street in Newark ist das Gegenstück auf der Seite von New Jersey.

In diesen Gebäuden treffen die Netzwerke aufeinander. Große Mengen an Rechenkapazität befinden sich dort jedoch nicht, weil Strom und Stellfläche in Manhattan teuer sind und sich nur schwer erweitern lassen. Die großen Hallen liegen jenseits des Hudson in Secaucus, Weehawken, Carteret, Piscataway und Newark. Wenn ein Anbieter einen "New York"-VPS verkauft, ist damit fast immer ein Rack irgendwo in diesem Ring gemeint, in einem Umkreis von etwa 40 km um Midtown. Die zusätzliche Glasfaserstrecke verursacht deutlich weniger als eine Millisekunde Verzögerung. Eine Webanwendung wird das daher nicht bemerken. Fragen Sie nur dann nach dem konkreten Gebäude, wenn Sie eine Cross-Connect-Verbindung zu einem bestimmten Netzwerk benötigen.

Was führte zu dieser Kapazität in dieser Metropolregion

Vier Faktoren, die sich gegenseitig verstärken.

• Die transatlantischen Kabel kommen direkt in der Nähe an Land. Wall Township und Manasquan an der Küste von New Jersey bilden den am stärksten ausgelasteten Cluster des Landes. Havfrue, als AEC-2 vermarktet, verläuft von Wall nach Blaabjerg in Dänemark und hat Abzweigungen nach Irland und Norwegen. Seabras-1 verläuft von derselben Station nach Brasilien, und TGN Atlantic führt nach Europa. Apollo kommt von Bude in England und Lannion in Frankreich in Manasquan an Land. Googles Grace-Hopper-Kabel landet in Bellport auf Long Island und überträgt seit September 2022 Daten nach Bude.
• Die Börsen haben die Wall Street verlassen. Die Matching-Engine der NYSE läuft in Mahwah, die von Nasdaq in Carteret und die von Cboe in Secaucus. Händler nennen diese Standorte das Aktien-Dreieck. Unternehmen, die Marktdaten innerhalb von Mikrosekunden benötigen, müssen Flächen neben einem dieser Standorte mieten. Diese Nachfrage finanzierte die Glasfaser, die wir heute gemeinsam nutzen.
• Medien und Werbung sind hier ansässig. Eine Echtzeitgebotsauktion muss eine Antwort liefern, bevor der Seitenaufbau abgeschlossen ist. Deshalb errichteten die Werbebörsen ihre Infrastruktur neben den Agenturnetzwerken, an die sie verkaufen.
• Netzwerke entstehen dort, wo bereits Netzwerke vorhanden sind. Sobald sich mehrere hundert Carrier ein Gebäude teilen, erhält der nächste Carrier günstigeres Transit und besseres Peering, wenn er sich ihnen anschließt, statt an einem anderen Ort eine eigene Infrastruktur aufzubauen.

Für Käufer eines VPS geht es dabei nicht um Prestige. Das bedeutet, dass Transit wettbewerbsfähig und Peering dicht ist. Der Weg nach Europa ist kurz, weil er dort beginnt, wo die Kabel an Land kommen.

Was eine Round-Trip-Zeit tatsächlich kostet

Licht bewegt sich in Glas mit etwa 200,000 km pro Sekunde. Das entspricht ungefähr zwei Dritteln seiner Geschwindigkeit im Vakuum. Das ergibt 1 ms Round-Trip-Zeit pro 100 km Glasfaser, bevor ein Router das Paket überhaupt verarbeitet. Tatsächliche Verbindungen sind länger als die Entfernung auf der Karte, weil Glasfasern Trassen und Meeresbodenrouten folgen und nicht geradlinig verlaufen.

Entscheidend ist nicht eine einzelne Round-Trip-Zeit. Entscheidend ist die Anzahl der Round-Trips, die Ihr Protokoll benötigt. Eine neue HTTPS-Verbindung benötigt einen Round-Trip für den TCP-(transmission control protocol-)Handshake, einen weiteren für den TLS-(transport layer security-)1.3-Handshake und einen weiteren, um die Anfrage zu senden und die ersten Bytes zu empfangen. Das sind drei Round-Trips, bevor der Browser HTML sieht. TLS 1.2 fügt einen vierten hinzu.

[
  {
    "label": "Same metro",
    "rtt_ms": 5,
    "https_first_byte_ms": 15,
    "six_call_chain_ms": 30
  },
  {
    "label": "New York to Dallas",
    "rtt_ms": 38,
    "https_first_byte_ms": 114,
    "six_call_chain_ms": 228
  },
  {
    "label": "New York to London",
    "rtt_ms": 78,
    "https_first_byte_ms": 234,
    "six_call_chain_ms": 468
  },
  {
    "label": "New York to Singapore",
    "rtt_ms": 230,
    "https_first_byte_ms": 690,
    "six_call_chain_ms": 1380
  }
]

Diese Spalten beruhen auf Berechnungen und nicht auf Messungen: Für das erste Byte werden drei Round-Trips benötigt. Die Kettenspalte zeigt eine Seite, die nacheinander sechs voneinander abhängige API-Aufrufe ausführt. Innerhalb der Metropolregion bei 5 ms ist der Verbindungsaufbau nicht relevant. Über den Atlantik wartet dieselbe Seite bei 78 ms 234 ms auf das erste Byte HTML. Die Kette aus sechs Aufrufen verbringt dabei 468 ms ausschließlich mit Warten. Von New York nach Singapur kostet diese Kette bei 230 ms insgesamt 1380 ms.

Lesen Sie die Kettenspalte, bevor Sie einen Server verschieben. Durch die Wiederverwendung von Verbindungen und die TLS-Sitzungswiederaufnahme entfallen Round-Trips, für die Sie wiederholt bezahlt haben. Wenn Sie sechs voneinander abhängige Aufrufe in zwei parallele Aufrufe umwandeln, sparen Sie mehr Zeit, als wenn Sie einen Kontinent näher heranrücken. Verschieben Sie den Server, wenn sich die Round-Trips nicht weiter reduzieren lassen, etwa bei einer Anmeldung oder bei einem Datenbankschreibvorgang, den Ihr Client nicht bündeln kann.

Typische Round-Trip-Zeiten von einem VPS im Großraum New York

[
  {
    "label": "Within the NY and NJ metro",
    "rtt_ms": 2
  },
  {
    "label": "Ashburn, Virginia",
    "rtt_ms": 8
  },
  {
    "label": "Toronto",
    "rtt_ms": 14
  },
  {
    "label": "Chicago",
    "rtt_ms": 22
  },
  {
    "label": "Dallas",
    "rtt_ms": 38
  },
  {
    "label": "Miami",
    "rtt_ms": 40
  },
  {
    "label": "Los Angeles",
    "rtt_ms": 70
  },
  {
    "label": "London",
    "rtt_ms": 78
  },
  {
    "label": "Frankfurt",
    "rtt_ms": 88
  },
  {
    "label": "Sao Paulo",
    "rtt_ms": 120
  }
]

Betrachten Sie diese Werte als typische veröffentlichte Angaben und nicht als Messungen von einem bestimmten System. Sie entsprechen der häufig genannten Bandbreite für gut angebundene Hosts über gewöhnliche Transit-Verbindungen. Ihre eigene Netzwerkstrecke kann darüber oder darunter liegen. Ashburn ist etwa 8 ms entfernt. Das ist nah genug, sodass ein VPS in New York ohne nennenswerte Verzögerung Dienste im Cluster in Virginia aufrufen kann. Toronto liegt bei etwa 14 ms. London liegt bei ungefähr 78 ms und Frankfurt bei ungefähr 88 ms. Deshalb kann ein einzelner Server an der US-Ostküste europäische Benutzer mit akzeptabler Leistung bedienen, während ein Server an der US-Westküste dies nicht kann.

Wann ein Standort an der US-Ostküste die richtige Wahl ist

• Die meisten Ihrer Benutzer befinden sich im Korridor zwischen Boston und Washington. In diesem Gebiet entsteht ein großer Teil der Internetnachfrage in den Vereinigten Staaten, und die gesamte Region ist nur wenige Millisekunden von der Metropolregion entfernt.
• Sie bedienen den Osten der Vereinigten Staaten und Europa mit einem einzigen Server. New York ist der günstigste Kompromiss, weil die transatlantische Verbindung hier beginnt.
• Sie sind auf etwas angewiesen, das sich bereits in der Metropolregion befindet: einen Marktdatenfeed, eine Werbebörse oder eine Partner-API in Secaucus oder Ashburn.
• Sie möchten einen kurzen Netzwerkpfad nach Kanada, ohne dort zu hosten. Toronto ist etwa 14 ms entfernt. Wenn die Datenresidenz in Kanada zwingend erforderlich ist, handelt es sich um eine andere Entscheidung. was bei der Auswahl eines kanadischen VPS-Hostings tatsächlich wichtig ist geht darauf ein.

Wann ein zentraler US-Standort die Ostküste übertrifft

Planen Sie für den schlechtesten Fall statt für den Durchschnitt. Ein Benutzer an der gegenüberliegenden Küste bemerkt die Verzögerung. Ein Benutzer im nächsten Bundesstaat nicht.

[
  {
    "label": "New York metro",
    "to_new_york_ms": 2,
    "to_los_angeles_ms": 70
  },
  {
    "label": "Dallas",
    "to_new_york_ms": 38,
    "to_los_angeles_ms": 35
  },
  {
    "label": "Chicago",
    "to_new_york_ms": 22,
    "to_los_angeles_ms": 50
  },
  {
    "label": "Los Angeles",
    "to_new_york_ms": 70,
    "to_los_angeles_ms": 2
  }
]

Ein Server in New York ist 70 ms von Los Angeles entfernt. Ein Server in Dallas ist 38 ms von New York und 35 ms von Los Angeles entfernt. Sein schlechtester Wert für Verbindungen quer durch das Land beträgt damit ungefähr die Hälfte des Werts von New York. Wenn Ihr Datenverkehr tatsächlich aus dem ganzen Land kommt, ist das die bessere Position. Die Gründe für einen VPS in Dallas werden in diesem Markt ausführlich behandelt. Chicago ist der andere sinnvolle Standort in der Mitte und liegt eher in Richtung Osten.

Zwei weitere Situationen sprechen gegen New York. Wenn sich Ihre Benutzer auf Ontario oder Quebec konzentrieren, versorgt ein VPS in Toronto sie direkt, statt den 14-ms-Hop von New York hinzuzufügen. Wenn dagegen fast Ihr gesamter Datenverkehr zwischen Ihren eigenen Servern läuft, sollten Sie diese in einer Region belassen und die geografische Entfernung nicht weiter berücksichtigen. Ein Hop zwischen Regionen macht jeden Vorteil zunichte, den die Nähe zu den Benutzern bringt.

Messen Sie, statt der Marketingkarte zu vertrauen

Eine Abdeckungskarte zeigt, wo sich ein Gebäude befindet. Sie zeigt nicht, wie Pakete dieses Gebäude erreichen. Dieser Pfad wird durch Transitverträge und Peering-Vereinbarungen bestimmt, nicht durch die Entfernung. Messen Sie daher von dem Standort aus, an dem sich Ihre Benutzer befinden. Ein Laptop mit privatem Breitbandanschluss ist ein besserer Prüfpunkt als der VPS selbst, der auf der bevorzugten Seite des Netzwerks steht.

sudo apt update
sudo apt install -y mtr-tiny traceroute iperf3

Beginnen Sie mit einer einfachen Round-Trip-Messung und senden Sie zwanzig Prüfungen statt vier. Ersetzen Sie den Hostnamen durch Ihren eigenen Server.

ping -c 20 your-server.example.com

Die letzte Zeile meldet rtt min/avg/max/mdev. Der Durchschnitt ist dabei die am wenigsten nützliche Zahl. mdev ist der Jitter. Hoher Jitter beeinträchtigt Sprach- und interaktive Sitzungen, auch wenn der Durchschnittswert unauffällig ist. Bei einer kabelgebundenen Verbindung ist jeder Paketverlust über null ein Fehler und kein Rauschen.

Ermitteln Sie anschließend, wo die Zeit anfällt.

mtr -rwzbc 100 your-server.example.com

mtr sendet 100 Prüfungen an jeden Hop und gibt Paketverlust und Latenz pro Hop aus. -z ergänzt die AS-Nummer (Autonomous System), damit Sie sehen, welchem Netzwerk jeder Hop gehört. Ein Paketverlust, der bei einem mittleren Hop gemeldet wird und bei späteren Hops verschwindet, ist nicht real. Dieser Router begrenzt die Rate der ICMP-Antworten, die er selbst erzeugen muss. Das kostet Ihren Datenverkehr nichts. Ein Paketverlust, der bei einem Hop beginnt und bei jedem folgenden Hop bestehen bleibt, ist real.

ICMP ist außerdem das falsche Protokoll, um einen Webdienst zu beurteilen, weil viele Netzwerke diesem Protokoll eine niedrige Priorität geben. Messen Sie die Zeit für den Dienst, den Sie tatsächlich bereitstellen.

curl -o /dev/null -s -w 'dns %{time_namelookup}\ntcp %{time_connect}\ntls %{time_appconnect}\nttfb %{time_starttransfer}\ntotal %{time_total}\n' https://example.com/

Jeder Wert gibt die kumulierte Zeit in Sekunden seit dem Start an. Sie müssen daher die Werte voneinander abziehen. time_connect minus time_namelookup ist eine Round-Trip-Zeit. time_appconnect minus time_connect ist der TLS-Handshake. time_starttransfer minus time_appconnect ist eine weitere Round-Trip-Zeit plus der Zeit, die Ihre Anwendung für die Antwort benötigt hat. Diese letzte Differenz liefert die Diagnose. Liegt sie nahe an einer Round-Trip-Zeit, ist das Netzwerk der begrenzende Faktor. Ein näherer Server hilft dann. Ist sie ein Mehrfaches der Round-Trip-Zeit, ist Ihre Anwendung langsam. Ein Umzug ändert dann nichts.

for i in $(seq 1 20); do
  curl -o /dev/null -s -w '%{time_starttransfer}\n' https://example.com/
done | sort -n | awk 'NR==10 || NR==11'

Führen Sie denselben Test mit einer Testinstanz an jedem möglichen Standort aus, bevor Sie sich festlegen. Die vollständige Methode zum Benchmarking eines VPS berücksichtigt neben dem Netzwerk auch Datenträger und CPU. So wählen Sie nicht allein anhand der Latenz.

Was sich mit einer Adresse in New York außerdem ändert

Der Preis ist der erste Punkt. Strom und Stellfläche im Großraum New York kosten mehr als in Texas oder im Mittleren Westen. Einige Anbieter geben diese Kosten als Zuschlag pro Standort weiter. Andere verteilen sie auf die gesamte Serverflotte. Im August 2026 gibt es dafür keine einheitliche Regel. Vergleichen Sie daher dieselbe Spezifikation an zwei Standorten auf der Bestellseite des Anbieters, bevor Sie von einem Aufpreis ausgehen. Was ein VPS tatsächlich pro Monat kostet behandelt die übrigen Kosten.

Das Recht richtet sich nicht nach dem Serverstandort. Der SHIELD Act des Bundesstaats New York schreibt für alle, die private Informationen über Einwohner von New York speichern, unabhängig vom Speicherort dieser Daten eine Meldung von Datenschutzverletzungen und angemessene Schutzmaßnahmen vor. Wenn Sie Ihren Server nach Dallas verlagern, entfällt diese Pflicht nicht. Wenn Sie ihn nach Manhattan verlagern, entsteht sie dadurch nicht. Dasselbe gilt für die GDPR (general data protection regulation) und Ihre europäischen Nutzer. Der Standort ist relevant, wenn ein Vertrag oder eine Branchenregel ein Land vorgibt. Das ist im Gesundheitswesen und bei einigen Finanzdienstleistungen häufig der Fall.

Stromversorgung und Überschwemmungsrisiko verdienen einen eigenen Absatz. Als Hurricane Sandy im Oktober 2012 New York traf, verloren mehrere Carrier-Gebäude in Lower Manhattan den Dienst, weil die Brennstoffpumpen in den Kellern überflutet wurden und die Generatoren in den oberen Stockwerken leer liefen. Ein einzelner Standort in jeder Metropolregion ist ein einzelner Ausfallpunkt. Bewahren Sie Backups in einem anderen Stromnetz auf. Stellen Sie mindestens einmal an einem anderen Ort daraus wieder her, damit Sie wissen, dass die Wiederherstellung funktioniert.

FAQ

Ist ein VPS in New York für europäische Benutzer schneller als ein VPS in der Mitte der USA?

Ja, und zwar in vorhersehbarem Umfang. London liegt etwa 78 ms vom Großraum New York entfernt, weil die transatlantischen Kabel an der Küste von New Jersey und auf Long Island an Land gehen. Ein Server in Dallas erreicht London zunächst über die Ostküste und hat daher zusätzlich ungefähr die 38 ms der Verbindung von Dallas nach New York. Wenn ein Server sowohl den Osten der Vereinigten Staaten als auch Europa bedienen muss, ist New York der Kompromiss mit den geringsten Kosten.

Warum steht mein VPS in „New York“ tatsächlich in New Jersey?

Weil dort Stellfläche und Strom verfügbar sind. Gebäude in Manhattan wie 60 Hudson Street sind eher Zusammenschaltungsknoten als große Rechenzentren. Deshalb stehen die Racks in Secaucus, Weehawken, Carteret, Piscataway oder Newark. Die zusätzliche Glasfaserstrecke verursacht deutlich weniger als eine Millisekunde Verzögerung. Das bemerkt keine Webanwendung. Fragen Sie nur dann nach dem genauen Standort, wenn Sie eine Querverbindung zu einem bestimmten Netzwerk in einem bestimmten Gebäude benötigen.

Wie stelle ich fest, ob die Latenz wirklich mein Problem ist?

Führen Sie die curl-Zeitaufteilung aus und berechnen Sie die Differenz. Der Abstand zwischen time_appconnect und time_starttransfer entspricht einer Netzwerk-Rundreise zuzüglich der eigenen Verarbeitungszeit des Servers. Wenn dieser Abstand deutlich größer ist als die mit ping gemessene Rundreise, liegt die Verzögerung in Ihrer Anwendung. Ein näher gelegenes Rechenzentrum wird das Problem dann nicht beheben. Wenn der Abstand ungefähr einer Rundreise entspricht und sich die Seite trotzdem langsam anfühlt, zählen Sie, wie viele Anfragen die Seite nacheinander stellt. Jede Anfrage verursacht erneut die Rundreise.

Ändert das Hosting in New York, welche Datenschutzgesetze für mich gelten?

Meistens nicht. Vorschriften wie der New York SHIELD Act und die DSGVO richten sich danach, wessen Daten Sie verarbeiten, nicht danach, wo sich die Festplatte dreht. Der Serverstandort wird entscheidend, wenn ein Vertrag oder eine branchenspezifische Vorschrift ein bestimmtes Land verlangt. Das kommt häufig im Gesundheitswesen und in Teilen der Finanzbranche vor. Lesen Sie die tatsächliche Anforderung, bevor Sie zur Erfüllung einen Standort auswählen.

Kann ein CDN einen gut positionierten VPS ersetzen?

Für statische Dateien: ja. Ein CDN (Content Delivery Network) speichert Bilder und Skripte in der Nähe Ihrer Benutzer zwischen und verkürzt die Entfernung für diese Anfragen erheblich. Ein angemeldetes Dashboard oder einen Schreibvorgang in Ihrer Datenbank kann es nicht zwischenspeichern. Diese Anfragen gehen weiterhin zu Ihrem Ursprungsserver und verursachen die vollständige Rundreise. Platzieren Sie den Ursprungsserver in der Nähe der Benutzer, die Daten schreiben, und lassen Sie das CDN den restlichen Datenverkehr übernehmen.