مردم ساعتها تعداد vCPUها را مقایسه میکنند و بعد سرور را در قاره اشتباه میگذارند. برای هر چیز تعاملی (شل، API، بازی، باتی که با صرافی حرف میزند) مکان اغلب از سختافزار مهمتر است. خبر خوب: تأخیر بیشتر فیزیک است، پس میتوانید پیش از پرداخت آن را پیشبینی کنید و بسنجید.
فیزیک در یک خط
نور در فیبر نوری حدود ۲۰۰ کیلومتر در هر میلیثانیه حرکت میکند. کابلها در خط مستقیم کشیده نمیشوند و هر روتر کمی اضافه میکند، پس یک قاعده سرانگشتی محکم حدود ۱ میلیثانیه زمان رفتوبرگشت برای هر ۱۰۰ کیلومتر فاصله واقعی است.
| مسیر | رفتوبرگشت معمول |
|---|---|
| داخل یک شهر | ۱ تا ۳ میلیثانیه |
| فرانکفورت ↔ هلسینکی | ۲۰ تا ۲۵ میلیثانیه |
| اروپای مرکزی ↔ لندن | ۱۰ تا ۲۰ میلیثانیه |
| اروپا ↔ ساحل شرقی آمریکا | ۸۰ تا ۱۰۰ میلیثانیه |
| اروپا ↔ ساحل غربی آمریکا | ۱۴۰ تا ۱۷۰ میلیثانیه |
| اروپا ↔ سنگاپور / توکیو | ۱۶۰ تا ۲۵۰ میلیثانیه |
هیچ مقدار CPU یک رفتوبرگشت ۲۰۰ میلیثانیهای را درست نمیکند. اگر کاربران شما در توکیو هستند، سروری در آلمان هر قدر هم سریع باشد کند به نظر میرسد.
«نزدیک» به کار بستگی دارد
وبسایت یا API. نزدیک اکثر کاربران شما. CDN فاصله را برای فایلهای ایستا پنهان میکند، اما اولین پاسخ HTML، ورودها، فراخوانیهای API و هر چیز پویا همچنان تا سرور اصلی سفر میکنند.
بات معاملاتی. نزدیک سرورهای API صرافی، نه نزدیک شما. اینکه خودتان کجا نشستهاید بیاهمیت است؛ بات روزی صدها بار با صرافی حرف میزند. برای آربیتراژ هر چند میلیثانیه حساب است؛ برای باتی که روزی چند سفارش میگذارد، ۳۰ میلیثانیه فرقی نمیکند. بیشتر در VPS کمتأخیر برای باتهای معاملاتی.
agent هوش مصنوعی که APIهای مدل را صدا میزند. مکان تقریباً مهم نیست. پاسخ مدل چند ثانیه طول میکشد؛ ۳۰ میلیثانیه شبکه نویز است. بر اساس قیمت و حریم خصوصی انتخاب کنید.
سرور بازی. نزدیک بازیکنان. هر چیز زیر حدود ۶۰ میلیثانیه برای بیشتر بازیها خوب است؛ شوترهای رقابتی خیلی کمتر میخواهند.
دسکتاپ راه دور و SSH. نزدیک شما. تایپ کردن با تأخیر ۱۵۰ میلیثانیه عذاب است.
خودتان بسنجید
از دستگاه خودتان، یا از سروری نزدیک کاربرانتان، مسیر تا یک مکان نامزد را بررسی کنید:
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 برابر ۲ میلیثانیه و total برابر ۹۰۰ میلیثانیه است، مشکل شما فاصله نیست.
EQVPS کجا جا میگیرد
سرورهای ما در آلمان و فنلاند هستند و مکان را برای هر سفارش انتخاب میکنید. این کاربران سراسر اروپا را خوب، خاورمیانه را به طور معقول، و صرافیها و نقاط API اروپایی را بسیار خوب پوشش میدهد. فنلاند چند میلیثانیه از غرب اروپا دورتر و کمی به کشورهای شمال اروپا و بالتیک نزدیکتر است؛ برای بیشتر کاربردها هر دو کار میکنند.
صادقانه: ما در آسیا یا قاره آمریکا مکانی نداریم. اگر کاربرانتان آنجا هستند، سروری در اروپا به هر رفتوبرگشت ۸۰ تا ۲۵۰ میلیثانیه اضافه میکند و باید نزدیکتر به آنها میزبانی کنید.
خلاصه
- تعیین کنید سرور بیشتر با چه کسی حرف میزند: کاربران، صرافی، یک API، خودتان.
- آن را نزدیک همان بگذارید و حدود ۱ میلیثانیه برای هر ۱۰۰ کیلومتر را تخمین بگیرید.
- به جای اعتماد به نقشه، با
mtrوcurl -wبسنجید. - برای حل مشکل فاصله پول CPU سریعتر ندهید.
اگر برای همان سرور بین پلن NAT و پلن با IP اختصاصی انتخاب میکنید، آن سؤال جداگانهای است: این هم آزمون یکسؤالی.
نظرات
هنوز نظری نیست. اولین نفر باشید.