İnsanlar saatlerce vCPU sayılarını karşılaştırır, sonra sunucuyu yanlış kıtaya koyar. Etkileşimli olan her şey için (bir kabuk, bir API, bir oyun, borsayla konuşan bir bot) konum çoğu zaman donanımdan daha önemlidir. İyi haber: gecikme çoğunlukla fiziktir, yani ödeme yapmadan önce tahmin edebilir ve ölçebilirsiniz.
Tek satırda fizik
Optik fiberdeki ışık milisaniyede yaklaşık 200 km yol alır. Kablolar düz çizgide gitmez ve her yönlendirici biraz ekler; bu yüzden sağlam bir kural, gerçek mesafenin 100 km'si başına yaklaşık 1 ms gidiş-dönüştür.
| Rota | Tipik gidiş-dönüş |
|---|---|
| Aynı şehir içinde | 1–3 ms |
| Frankfurt ↔ Helsinki | 20–25 ms |
| Orta Avrupa ↔ Londra | 10–20 ms |
| Avrupa ↔ ABD doğu kıyısı | 80–100 ms |
| Avrupa ↔ ABD batı kıyısı | 140–170 ms |
| Avrupa ↔ Singapur / Tokyo | 160–250 ms |
Hiçbir miktarda CPU 200 ms'lik bir gidiş-dönüşü düzeltemez. Kullanıcılarınız Tokyo'daysa Almanya'daki bir sunucu ne kadar hızlı olursa olsun yavaş hissettirecektir.
“Yakın”ın anlamı işe göre değişir
Bir web sitesi veya API. Kullanıcılarınızın çoğunluğuna yakın. CDN statik dosyalar için mesafeyi gizler, ama ilk HTML yanıtı, girişler, API çağrıları ve dinamik olan her şey yine de kaynak sunucuya gider.
Bir alım satım botu. Size değil, borsanın API sunucularına yakın. Sizin nerede oturduğunuz önemsizdir; bot borsayla günde yüzlerce kez konuşur. Arbitraj için her birkaç milisaniye önemlidir; günde bir avuç emir veren bir bot için 30 ms hiçbir fark yaratmaz. Daha fazlası: alım satım botları için düşük gecikmeli VPS.
Model API'lerini çağıran bir AI ajanı. Konum neredeyse önemsizdir. Bir modelin yanıt vermesi saniyeler sürer; 30 ms'lik ağ gürültüdür. Fiyata ve gizliliğe göre seçin.
Bir oyun sunucusu. Oyunculara yakın. ~60 ms'nin altındaki her şey çoğu oyun için iyi hissettirir; rekabetçi nişancı oyunları çok daha azını ister.
Uzak masaüstü ve SSH. Size yakın. 150 ms gecikmeyle yazı yazmak eziyettir.
Kendiniz ölçün
Kendi makinenizden veya kullanıcılarınıza yakın bir sunucudan aday konuma giden yolu kontrol edin:
mtr -rwc 50 example.com
mtr her atlamayı kayıp ve gecikmeyle birlikte gösterir: tek bir ping'den çok daha faydalıdır, çünkü gecikmenin nerede eklendiğini ortaya koyar.
Bir VPS'ten, gerçekten bağımlı olduğunuz hizmeti aşamalara ayırarak ölçün:
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 kabaca bir ağ gidiş-dönüşüdür, tls el sıkışmayı ekler ve total sunucunun kendi işlem süresini içerir. connect 2 ms ve total 900 ms ise sorununuz mesafe değildir.
EQVPS nerede duruyor
Sunucularımız Almanya ve Finlandiya'dadır ve konumu her siparişte siz seçersiniz. Bu, Avrupa genelindeki kullanıcıları iyi, Orta Doğu'yu makul ölçüde, Avrupa borsalarını ve API uç noktalarını ise çok iyi kapsar. Finlandiya, Batı Avrupa'ya birkaç milisaniye daha uzak ve İskandinav ile Baltık ülkelerine biraz daha yakındır; çoğu iş yükü için ikisi de uygundur.
Açıkçası: Asya'da veya Amerika kıtasında konumumuz yok. Kullanıcılarınız oradaysa Avrupa'daki bir sunucu her gidiş-dönüşe 80–250 ms ekler ve onlara daha yakın bir yerde barındırmanız gerekir.
Kısa versiyon
- Sunucunun en çok neyle konuştuğuna karar verin: kullanıcılar, bir borsa, bir API, siz.
- Onu ona yakın koyun; tahmin olarak 100 km başına ~1 ms kullanın.
- Haritaya güvenmek yerine
mtrvecurl -wile ölçün. - Bir mesafe sorununu çözmek için daha hızlı CPU'ya para ödemeyin.
Aynı makine için NAT planı ile özel IP'li plan arasında seçim yapıyorsanız bu ayrı bir sorudur: işte tek soruluk test.
Yorumlar
Henüz yorum yok. İlk olun.