لوگ گھنٹوں vCPU کی تعداد کا موازنہ کرتے ہیں اور پھر سرور غلط براعظم پر رکھ دیتے ہیں۔ کسی بھی انٹرایکٹو چیز کے لیے (شیل، API، گیم، ایکسچینج سے بات کرنے والا بوٹ) مقام اکثر ہارڈ ویئر سے زیادہ اہم ہوتا ہے۔ اچھی خبر: تاخیر زیادہ تر فزکس ہے، اس لیے آپ ادائیگی سے پہلے اس کی پیش گوئی کر کے اسے ناپ سکتے ہیں۔
فزکس ایک سطر میں
آپٹیکل فائبر میں روشنی تقریباً 200 کلومیٹر فی ملی سیکنڈ چلتی ہے۔ کیبلز سیدھی لکیروں میں نہیں بچھتیں اور ہر روٹر تھوڑا اضافہ کرتا ہے، اس لیے ایک مضبوط اندازہ ہے حقیقی فاصلے کے ہر 100 کلومیٹر پر تقریباً 1 ms آنے جانے کا وقت۔
| راستہ | عام آنا جانا |
|---|---|
| ایک شہر کے اندر | 1–3 ms |
| فرینکفرٹ ↔ ہیلسنکی | 20–25 ms |
| وسطی یورپ ↔ لندن | 10–20 ms |
| یورپ ↔ امریکی مشرقی ساحل | 80–100 ms |
| یورپ ↔ امریکی مغربی ساحل | 140–170 ms |
| یورپ ↔ سنگاپور / ٹوکیو | 160–250 ms |
کتنا بھی CPU ہو، 200 ms کا آنا جانا ٹھیک نہیں کرتا۔ اگر آپ کے صارفین ٹوکیو میں ہیں تو جرمنی کا سرور کتنا ہی تیز کیوں نہ ہو، سست محسوس ہوگا۔
«قریب» کا مطلب کام پر منحصر ہے
ویب سائٹ یا API۔ اپنے زیادہ تر صارفین کے قریب۔ CDN اسٹیٹک فائلوں کے لیے فاصلہ چھپا دیتا ہے، لیکن پہلا HTML جواب، لاگ اِن، API کالز اور ہر متحرک چیز پھر بھی اصل سرور تک سفر کرتی ہے۔
ٹریڈنگ بوٹ۔ ایکسچینج کے API سرورز کے قریب، آپ کے نہیں۔ آپ کہاں بیٹھے ہیں یہ غیر اہم ہے؛ بوٹ دن میں سینکڑوں بار ایکسچینج سے بات کرتا ہے۔ آربٹریج میں ہر چند ملی سیکنڈ شمار ہوتے ہیں؛ دن میں چند آرڈر دینے والے بوٹ کے لیے 30 ms سے کوئی فرق نہیں پڑتا۔ مزید ٹریڈنگ بوٹس کے لیے کم تاخیر والا VPS میں۔
ماڈل APIs کال کرنے والا AI agent۔ مقام تقریباً اہم نہیں۔ ماڈل جواب دینے میں سیکنڈز لیتا ہے؛ 30 ms کا نیٹ ورک شور ہے۔ قیمت اور رازداری کی بنیاد پر چنیں۔
گیم سرور۔ کھلاڑیوں کے قریب۔ زیادہ تر گیمز کے لیے تقریباً 60 ms سے کم ٹھیک لگتا ہے؛ مسابقتی شوٹرز کو بہت کم چاہیے۔
ریموٹ ڈیسک ٹاپ اور SSH۔ آپ کے قریب۔ 150 ms تاخیر پر ٹائپ کرنا اذیت ہے۔
خود ناپیں
اپنی مشین سے، یا اپنے صارفین کے قریب کسی سرور سے، امیدوار مقام تک کا راستہ چیک کریں:
mtr -rwc 50 example.com
mtr ہر ہاپ کو نقصان اور تاخیر کے ساتھ دکھاتا ہے، ایک 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 ہینڈ شیک جوڑتا ہے، اور total میں سرور کا اپنا پراسیسنگ وقت بھی شامل ہے۔ اگر connect 2 ms اور total 900 ms ہے تو فاصلہ آپ کا مسئلہ نہیں۔
EQVPS کہاں فٹ ہوتا ہے
ہمارے سرورز جرمنی اور فن لینڈ میں ہیں، اور آپ ہر آرڈر پر مقام چنتے ہیں۔ یہ پورے یورپ کے صارفین کو اچھی طرح، مشرقِ وسطیٰ کو معقول حد تک، اور یورپی ایکسچینجز اور API اینڈ پوائنٹس کو بہت اچھی طرح کور کرتا ہے۔ فن لینڈ مغربی یورپ سے چند ملی سیکنڈ دور اور نارڈک اور بالٹک ممالک سے تھوڑا قریب ہے؛ زیادہ تر کاموں کے لیے دونوں چلتے ہیں۔
ایمانداری سے: ایشیا یا امریکا میں ہمارے مقامات نہیں۔ اگر آپ کے صارفین وہاں ہیں تو یورپ کا سرور ہر آنے جانے میں 80–250 ms بڑھاتا ہے، اور آپ کو ان کے قریب ہوسٹ کرنا چاہیے۔
خلاصہ
- طے کریں کہ سرور سب سے زیادہ کس سے بات کرتا ہے: صارفین، ایکسچینج، کوئی API، آپ۔
- اسے اسی کے قریب رکھیں، ہر 100 کلومیٹر پر تقریباً 1 ms کو تخمینہ بنا کر۔
- نقشے پر بھروسا کرنے کے بجائے
mtrاورcurl -wسے ناپیں۔ - فاصلے کا مسئلہ حل کرنے کے لیے تیز CPU کی قیمت نہ دیں۔
اگر آپ ایک ہی مشین کے لیے NAT اور dedicated IP پلان کے درمیان چن رہے ہیں تو وہ الگ سوال ہے: یہ رہا ایک سوال والا ٹیسٹ۔
تبصرے
ابھی کوئی تبصرہ نہیں۔ پہلے بنیں۔