Πώς να διαλέξετε τοποθεσία VPS για χαμηλή καθυστέρηση

Ο κόσμος περνά ώρες συγκρίνοντας αριθμούς vCPU και μετά βάζει τον server στη λάθος ήπειρο. Για οτιδήποτε διαδραστικό (ένα shell, ένα API, ένα παιχνίδι, ένα bot που μιλά με χρηματιστήριο) η τοποθεσία συχνά μετράει περισσότερο από το hardware. Τα καλά νέα: η καθυστέρηση είναι κυρίως φυσική, οπότε μπορείτε να την προβλέψετε και να τη μετρήσετε πριν πληρώσετε.

Η φυσική σε μία γραμμή

Το φως στην οπτική ίνα ταξιδεύει περίπου 200 km ανά χιλιοστό του δευτερολέπτου. Τα καλώδια δεν πάνε σε ευθείες γραμμές και κάθε router προσθέτει λίγο, οπότε ένας γερός εμπειρικός κανόνας είναι περίπου 1 ms χρόνου μετ' επιστροφής ανά 100 km πραγματικής απόστασης.

Καμία ποσότητα CPU δεν διορθώνει έναν χρόνο μετ' επιστροφής 200 ms. Αν οι χρήστες σας είναι στο Τόκιο, ένας server στη Γερμανία θα φαίνεται αργός όσο γρήγορος κι αν είναι.

Το «κοντά» εξαρτάται από τη δουλειά

Site ή API. Κοντά στην πλειονότητα των χρηστών σας. Το CDN κρύβει την απόσταση για τα στατικά αρχεία, αλλά η πρώτη απόκριση HTML, οι συνδέσεις χρηστών, οι κλήσεις API και οτιδήποτε δυναμικό ταξιδεύουν ακόμα μέχρι τον αρχικό server.

Trading bot. Κοντά στους servers API του χρηματιστηρίου, όχι σε εσάς. Το πού κάθεστε είναι αδιάφορο· το bot μιλά με το χρηματιστήριο εκατοντάδες φορές τη μέρα. Στο arbitrage μετράει κάθε λίγα χιλιοστά· για ένα bot που βάζει λίγες εντολές τη μέρα, τα 30 ms δεν αλλάζουν τίποτα. Περισσότερα στο VPS χαμηλής καθυστέρησης για trading bots.

AI agent που καλεί APIs μοντέλων. Η τοποθεσία σχεδόν δεν μετράει. Ένα μοντέλο θέλει δευτερόλεπτα για να απαντήσει· τα 30 ms δικτύου είναι θόρυβος. Διαλέξτε με βάση την τιμή και την ιδιωτικότητα.

Game server. Κοντά στους παίκτες. Οτιδήποτε κάτω από ~60 ms είναι μια χαρά για τα περισσότερα παιχνίδια· τα ανταγωνιστικά shooters θέλουν πολύ λιγότερο.

Απομακρυσμένη επιφάνεια εργασίας και SSH. Κοντά σε εσάς. Η πληκτρολόγηση με 150 ms καθυστέρηση είναι βάσανο.

Μετρήστε το μόνοι σας

Από το δικό σας μηχάνημα, ή από έναν server κοντά στους χρήστες σας, ελέγξτε τη διαδρομή προς μια υποψήφια τοποθεσία:

mtr -rwc 50 example.com

Το mtr δείχνει κάθε hop με απώλειες και καθυστέρηση, πολύ πιο χρήσιμο από ένα μεμονωμένο ping, γιατί αποκαλύπτει πού προστίθεται η καθυστέρηση.

Από ένα VPS, μετρήστε την υπηρεσία από την οποία πραγματικά εξαρτάστε, ανά φάση:

curl -o /dev/null -s -w 'dns %{time_namelookup}s  connect %{time_connect}s  tls %{time_appconnect}s  total %{time_total}s\n' \
  https://api.example.com/health

Το connect είναι περίπου ένας γύρος δικτύου μετ' επιστροφής, το tls προσθέτει το handshake και το total περιλαμβάνει και τον χρόνο επεξεργασίας του ίδιου του server. Αν το connect είναι 2 ms και το total 900 ms, η απόσταση δεν είναι το πρόβλημά σας.

Πού ταιριάζει το EQVPS

Οι servers μας είναι στη Γερμανία και τη Φινλανδία, και διαλέγετε την τοποθεσία σε κάθε παραγγελία. Αυτό καλύπτει καλά χρήστες σε όλη την Ευρώπη, τη Μέση Ανατολή αρκετά καλά και τα ευρωπαϊκά χρηματιστήρια και API endpoints πολύ καλά. Η Φινλανδία είναι λίγα χιλιοστά πιο μακριά από τη Δυτική Ευρώπη και λίγο πιο κοντά στις σκανδιναβικές και βαλτικές χώρες· για τους περισσότερους φόρτους δουλεύουν και οι δύο.

Ειλικρινά: δεν έχουμε τοποθεσίες στην Ασία ή την Αμερική. Αν οι χρήστες σας είναι εκεί, ένας server στην Ευρώπη προσθέτει 80–250 ms σε κάθε γύρο, και καλύτερα να φιλοξενήσετε πιο κοντά τους.

Με λίγα λόγια

1. Αποφασίστε με ποιον μιλά περισσότερο ο server: χρήστες, χρηματιστήριο, ένα API, εσάς.
2. Βάλτε τον κοντά σε αυτό, με εκτίμηση ~1 ms ανά 100 km.
3. Μετρήστε με mtr και curl -w αντί να εμπιστεύεστε έναν χάρτη.
4. Μην πληρώνετε ταχύτερη CPU για να διορθώσετε πρόβλημα απόστασης.

Αν διαλέγετε ανάμεσα σε πακέτο NAT και πακέτο με αποκλειστικό IP για το ίδιο μηχάνημα, αυτό είναι άλλη ερώτηση: ιδού το τεστ της μίας ερώτησης.