אנשים מבלים שעות בהשוואת מספרי vCPU ואז שמים את השרת ביבשת הלא נכונה. לכל דבר אינטראקטיבי (shell, API, משחק, בוט שמדבר עם בורסה) המיקום משנה לעתים קרובות יותר מהחומרה. החדשות הטובות: השהיה היא בעיקר פיזיקה, אז אפשר לחזות אותה ולמדוד אותה לפני שמשלמים.
הפיזיקה בשורה אחת
אור בסיב אופטי עובר כ-200 ק״מ למילישנייה. כבלים לא נמתחים בקווים ישרים וכל נתב מוסיף קצת, אז כלל אצבע מוצק הוא כ-1 ms של זמן הלוך-חזור לכל 100 ק״מ של מרחק אמיתי.
| מסלול | הלוך-חזור טיפוסי |
|---|---|
| בתוך עיר אחת | 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 בהשהיה נמוכה לבוטי מסחר.
סוכן AI שקורא ל-APIs של מודלים. המיקום כמעט לא משנה. מודל לוקח שניות לענות; 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, אתם.
- שימו אותו קרוב לזה, עם הערכה של ~1 ms לכל 100 ק״מ.
- מדדו עם
mtrו-curl -wבמקום לסמוך על מפה. - אל תשלמו על CPU מהיר יותר כדי לתקן בעיית מרחק.
אם אתם בוחרים בין תוכנית NAT לתוכנית עם IP ייעודי לאותה מכונה, זו שאלה נפרדת: הנה מבחן השאלה האחת.
תגובות
אין עדיין תגובות. היו הראשונים.