Wo sitzen die Nutzer, und brauchen sie eine Adresse in Japan?

Laufzeit und Länderkennung getrennt halten

Die Laufzeit ist die Zeit, die ein Paket zur Maschine und zurück braucht. Abstand, Seekabel, der Ausgang des Carriers und die Staus des Tages stecken in dieser Zahl. Das Land einer Adresse ist, was Register und Geodatenbank auf die IPv4 drucken. Beide Spalten füllen. Eine ersetzt die andere nicht.

Jede Laufzeit in dieser Notiz gilt für eine Maschine, die in Tokio, Japan, steht. Eine Geodatenbank markiert diese Adresse meist als Japan. Wer in Shanghai sitzt, geht trotzdem den Weg von Shanghai nach Tokio. Die Markierung „Japan“ verkürzt diesen Weg nicht.

Umgekehrt gilt dasselbe. Sitzt der Nutzer schon in Tokio und die Seite ist langsam, zählen Sie zuerst die Rundläufe in der Anwendung, bevor Sie eine IP dazukaufen. Eine weitere Adresse bleibt auf derselben Maschine. Der Pfad ändert sich nicht. Wo der Administrator sitzt, ist eine eigene Zeile. Nicht mit Besuchern mitteln. Eine angenehme SSH-Sitzung sagt nur, dass der Administrator nah genug ist. Über Besucher sagt sie nichts.

Laufzeit vom Ort der Nutzer budgetieren

Schreiben Sie den Nutzer als Stadt plus Anschluss: Heimanschluss, Mobilfunk oder Firmenausgang. Mindestens drei Proben. Das Firmen-VPN und der eigene Jump-Host sind nicht der Besuchspfad.

In Glasfaser sind etwa 200 km eine Millisekunde einfach. Für die Laufzeit verdoppeln, dann Routing und Warteschlangen addieren. Die Tabelle ist diese Größenordnung. Kein Carrier-Versprechen und keine Zusage nach der Übergabe. Sobald Ihr mtr da ist, legen Sie die Tabelle beiseite.

Hongkong danebenlegen heißt Abstand vergleichen, keine Rangliste. Nutzer in Hongkong oder an der südchinesischen Küste haben nach Hongkong meist eine kürzere Laufzeit als nach Tokio. Nutzer in Japan haben nach Tokio die kürzere. Nutzer verteilt auf Seoul, Taipeh und Tokio sitzen als Gruppe näher an Tokio. Das ist Abstand. Ob der Pfad heute gesund ist, zeigt die Messung im Nutzernetz.

CN2, das in vielen Suchen auftaucht, ist ein Produktname für einen hochwertigen internationalen Ausgang auf der Seite von China Telecom. Es ist keine Stadt und nicht das Land einer Adresse. Dieselbe Maschine, über verschiedene Carrier erreicht, kann sich deutlich unterscheiden. Ob eine Liste diese Buchstaben trägt, ersetzt kein mtr aus dem Netz, das das Geschäft bedient.

Von der Seite der Nutzer messen

Einmal zur Geschäftszeit, einmal nachts. So trennen Sie „der Weg ist lang“ von „der Ausgang staut“. Pro Probe drei Zahlen: Minimum, Median, schlechteste 5 %. Der Median ist das gewöhnliche Gefühl. Das schlechteste Zehntel sagt, ob Nutzer gelegentlich hängen. Nur das Minimum schreibt den Pfad als sein bestes einzelnes Paket.

Carrier stufen ICMP manchmal herunter. Ping ist deshalb nur der erste Blick. Danach TCP: Handshake auf Port 443 oder 22, oder die Zeit bis zum ersten Byte der Startseite. mtr zeigt den Hop, an dem die Verzögerung steigt. Ein Anstieg im Stadtnetz des Nutzers bewegt sich kaum, wenn Sie die Stadt der Maschine wechseln. Ein Anstieg am internationalen Ausgang heißt: der Engpass ist das Verlassen des Landes. Ein Anstieg auf den letzten Hops nach dem Seekabel gehört zur Stadt der Maschine.

ping -c 50 ziel
mtr -rwzbc 50 ziel
curl -o /dev/null -s -w 'ttfb:%{time_starttransfer} total:%{time_total}\n' https://ziel/

Ohne Maschine messen Sie zuerst ein Tokio-Ziel, dessen Ort Sie schon kennen. Mit Maschine wiederholen Sie den Test aus demselben Nutzernetz und vergleichen die Mediane. Eine Zahl vom VPN-Ausgang ist kein Befund für Besucher.

Multiplizieren Sie mit der Zahl der Rundläufe der Anwendung. Eine Seite, die sechs APIs nacheinander ruft, fühlt sich wie etwa sechs Laufzeiten an, plus Zeit auf dem Server. Eine Datenbank in einer anderen Stadt zahlt pro Abfrage eine Laufzeit über die Stadtgrenze. In diesem Aufbau gehören Anwendung und Datenbank an denselben Ort, bevor Sie über das Land der Adresse streiten.

Diese drei Linien sind Gefühl. Ihre Messung überschreibt sie. Eine normale Seite mit Median unter 80 ms ist meist benutzbar; darüber zuerst serielle Aufrufe kürzen. Spiele und Kurse wollen den Median bei etwa 40 ms. Eine Spitze auf 300 ms schmerzt mehr als der Median. Ein Administrator tippt über SSH auch bei etwa 150 ms noch. Diese Zeile gilt nur für ihn. Ein grafischer Fernzugriff fühlt sich unter etwa 80 ms direkt an und über 150 ms zäh. Wer täglich in der grafischen Sitzung lebt, sitzt nah an der Maschine oder lässt die Oberfläche lokal und verwaltet über SSH. Linux nutzt SSH. Windows Server nutzt RDP. Zwei Pfade, zwei Notizen.

So lesen Sie den Lauf

1. 1
   Besucher aufschreiben, Administratoren in eine andere Zeile

   Stadt plus Heimanschluss, Mobilfunk oder Firmenausgang. Drei Netze behalten. Jump-Hosts und VPNs bleiben aus der Besucherspalte.

2. 2
   Ein Lauf zur Spitze, einer nachts

   Minimum, Median und schlechteste 5 % notieren. Liegen beide Läufe beieinander, dominiert der Abstand. Ist nur die Spitze klar schlechter, staut ein Ausgang oder ein mittlerer Hop.

3. 3
   Den Hop markieren, an dem die Verzögerung steigt

   Ein Anstieg im Stadtnetz kümmert sich kaum um die Stadt der Maschine. Ein Anstieg am internationalen Ausgang ist ein Ausgangsproblem. Ein Anstieg auf den letzten Hops gehört zur Stadt der Maschine.

4. 4
   Mit seriellen Aufrufen multiplizieren

   Seite, API und Datenbank haben je eine eigene Rundlaufzahl. Ein einzelner Aufruf und eine Seite, die achtmal fragt, sind nicht dasselbe Budget.

Wann eine Adresse in Japan wirklich nötig ist

Eine Frage: Prüft ein nachgelagertes System, ob diese IP in Japan liegt? Prüft nichts das Land, haben Laufzeit und Länderkennung nichts miteinander zu tun.

Die echte Adresse geben Sie weiter, wenn die Prüfung real ist. Eine japanische Zahlungs-, Alters- oder Inhaltsregel lässt nur Adressen in Japan zu. Die Firewall eines Partners hat japanische Netze auf der Allowlist: Er braucht die zugewiesene Adresse, keinen Satz über die Stadt. Zustellung in japanische Postfächer, deren Reputation das Absenderland ansieht. Eine japanische Such- oder Karten-API, die nach Land zulässt. In diesen Fällen lassen Sie zuerst die enthaltene IPv4 nachschlagen. Über eine zweite Adresse sprechen Sie, wenn diese Prüfung besteht.

Für die folgenden Fälle kaufen Sie keine „lokale Adresse“. Die Nutzer sind in Japan, aber kein Dienst prüft das Land. Die enthaltene Adresse liegt schon auf der Maschine. SSH, RDP und die Seite gehen darüber hinaus. Was Sie verkürzen wollen, ist die Laufzeit für Nutzer in Festlandchina oder Europa. Eine Japan-Adresse ändert ihren Abstand zur Maschine nicht. Ein CDN steht davor, Besucher treffen einen nahen Knoten, das Land des Ursprungs bleibt ihnen verborgen. Sie wollen, dass die Geodatenbank China oder Hongkong druckt. Eine Adresse auf einer Maschine in Tokio wird dieses Ergebnis nicht.

Mehrere Adressen werden nicht mehrere Länder. Zusätzliche IPv4 werden einzeln verkauft und verlassen dieselbe Maschine. Das Land in der Datenbank bleibt meist gleich. Eine weitere nehmen Sie, wenn zwei Sites getrennte Reputation brauchen oder ein Kunde einen eigenen Ausgang. Wie die Zählung geht, steht in Adressen einzeln hinzufügen. Die Regel hier ist enger: Die Anzahl ist kein Latenzregler.

Bandbreite und weitere Adressen verschieben die Laufzeit nicht

Portgeschwindigkeit ist, wie viele Daten Sie gleichzeitig schieben. Nicht, wie lange ein kleines Paket für einen Rundlauf braucht. Eine Seite von wenigen Dutzend Kilobyte, die sich trotzdem aufhält, ist ein Problem von Laufzeit und Aufrufzahl. Bandbreite ist das Thema, wenn der Port schon voll ist und Downloads nicht mehr schneller werden. Standard sind 250 Mbps, ohne Traffic-Abrechnung. Heben Sie auf 1 Gbps oder 2 Gbps an, wenn dieser Port voll ist. Danach ist eine Laufzeit von 60 ms weiter 60 ms.

Große Downloads sind der umgekehrte Fall. Ist die Laufzeit schon niedrig und der Durchsatz nicht, prüfen Sie, ob der Port voll ist und ob die Gegenseite drosselt. Beantworten Sie „wie viel Latenz“ nicht mit einer Megabit-Zahl aus dem Speedtest. Das ist Durchsatz. Latenz ist die Zeit für einen Rundlauf.

Die Maschine erst nach beiden Prüfungen zuordnen

Liegt der Median auf drei Nutzernetzen im Budget und bestätigt der Partner das Land der Adresse, prüfen Sie, ob die Maschine CPU und Platten trägt. Der Prozessor ist ein AMD EPYC 7543P, 32 Kerne / 64 Threads, 2,8–3,7 GHz, für einen Mieter. Speicher ist DDR4-3200 ECC RDIMM: 128 GB für $465 im Monat oder 256 GB für $592. Module lassen sich danach nicht nachrüsten. Passt das Working Set nicht in 128 GB, nehmen Sie 256 GB. Platten sind 2 × 1 TB NVMe, kein Hardware-RAID, jede Platte direkt angebunden. Nutzbar sind 2 TB, nicht das 1 TB nach einem Spiegel. Brauchen Sie mehr Platz, kommen bis zu zwei 2-TB-Platten zu $83 im Monat dazu. Auch die bleiben direkt angebunden und treten keinem Hardware-Verbund bei.

Linux erreicht die enthaltene IPv4 über SSH. Windows Server Standard kostet $21 im Monat extra, Datacenter $27, der Zugang wird RDP. Die Windows-Sprache kann Englisch, traditionelles oder vereinfachtes Chinesisch sein. Ubuntu 24.04 ist das kostenlose Standardbild. Proxmox, Debian, AlmaLinux und die anderen freien Bilder kosten nichts extra. Bandbreite: +$251 für 1 Gbps und +$749 für 2 Gbps, beides ohne Traffic-Abrechnung. Jede weitere Adresse kostet $2 im Monat, 0 bis 255 extra. Mit der enthaltenen hält der Server höchstens 256. Adressen werden nicht als Subnetz verkauft.

Die Monatssumme ist der Chassis-Preis plus Plattenzahl mal 83 plus Bandbreitenstufe plus weitere Adressen mal 2 plus OS-Zuschlag. Der fällige Betrag ist diese Monatssumme mal die Zahl der Monate. Monat, Quartal, Halbjahr und Jahr nutzen dieses Vielfache. Kein Rabatt, keine Einrichtungsgebühr. Diese Zahlen dienen der Zuordnung, nachdem beide Messungen bestehen. Ob die Latenz reicht und ob Sie eine Adresse in Japan brauchen, kommt aus Ihrem mtr und aus der Prüfung des Partners. Wie sich der Zeitraum in Monate umrechnet, steht auf der Preisseite. Speicher, Platten, Bandbreite und Adresszahl ändern Sie auf der Konfigurationsseite.