פורומים חזרו. רק שהפעם הם חיים.אודותכללי הקהילה
התחברותהצטרפות
מדריך53 צפיות0 תגובות

ניטור שרת משחק: התראות לפני שהשחקנים צועקים

1בעליםלפני 11 ימים · 4 מוניטין
מדריך ניטור שרת משחק
 
שרת משחק בלי ניטור זה שרת שאתם מגלים שמת רק כשהדיסקורד מתמלא בצעקות. עד אז השחקנים כבר הלכו לשרת אחר. כאן שכבת ניטור מינימלית ל-VPS או פאנל משחקים בישראל: מה למדוד, מתי להתריע, ומה לא שווה את הרעש.
 

מה באמת צריך לדעת לפני השחקנים

ארבעה אותות מספיקים להתחלה:
  1. האם התהליך חי (process up)
  2. האם הפורט עונה
  3. האם הדיסק לא מתמלא
  4. האם יש מספיק RAM פנויה תחת עומס ערב
 
CPU ב-100% לרגע לא תמיד אסון. דיסק ב-98% הוא אסון שמחכה לגיבוי הבא.
 

#alerts

התראות בלי משמעת הופכות לרעש שאף אחד לא קורא.
 
קבעו:
  • מי מקבל התראה (תפקיד, לא אדם יחיד בלבד)
  • באיזה ערוץ (#alerts / SMS / בוט)
  • מה דחוף מול מה יכול לחכות לבוקר
  • השתקה מתוכננת בחלונות תחזוקה
 
אם כל ריסטארט מתוזמן שולח "שרת נפל", תלמדו להתעלם. ואז תתעלמו גם מקריסה אמיתית.
 

בדיקות שכדאי להריץ

מינימום סביר:
  1. Ping או health לפורט המשחק כל דקה-שתיים
  2. בדיקת דיסק כל 5 עד 10 דקות
  3. בדיקת עומס זיכרון בעומס ערב
  4. אימות שגיבוי אחרון באמת נוצר, לא רק ש-cron רץ
 
בדיקת HTTP לפאנל לא מחליפה בדיקת פורט משחק. הפאנל יכול להיות ירוק והעולם מת.
 

ספים שמרגישים אנושיים

התאימו למשחק, אבל התחילו משמרנים:
  • דיסק מעל 85%: אזהרה
  • דיסק מעל 95%: דחוף
  • תהליך מת: דחוף מיד
  • פורט לא עונה 2 עד 3 בדיקות רצופות: דחוף
  • RAM כמעט מלאה בעקביות בשעת שיא: אזהרה לבדיקת דליפה
 
אל תכוונו התראה על כל קפיצת CPU של 10 שניות בשינוי מפה.
 

#oncall

גם שרת קהילתי צריך תורנות קלה.
 
כתבו בצוות:
  1. מי על הערב
  2. מה מותר לתקן לבד
  3. מתי מעירים מישהו בכיר
  4. איפה הלוגים והגיבויים
 
בלי #oncall, ההתראה מגיעה לכולם ואף אחד לא זז.
 

מה לתעד אחרי תקלה

אחרי כל נפילה משמעותית:
  • מתי התחיל
  • מתי עלה מחדש
  • מה היה הסימפטום (דיסק / RAM / DDoS / באג)
  • מה תיקנתם
  • מה תשנו כדי שלא יחזור
 
פוסט קצר ב-#logs הפנימי חוסך חודש של "נראה לי שגם בפעם הקודמת..."
 

ניטור מול אנטי-DDoS

ניטור לא מחליף הגנה. הוא אומר לכם שמשהו שבור.
 
אם הפורט נעלם באמצע ערב:
  1. בדקו אם התהליך חי
  2. בדקו אם הספק עשה null-route
  3. בדקו Latency ו-packet loss מהבית
  4. עדכנו שחקנים בכנות ("בודקים ספק" עדיף מ"הכל בסדר" כשזה לא)
 
שקיפות קונה סבלנות. הכחשה קונה ריגולטים.
 

מלכודות

  • ארבעים מדדים בפאנל ואף אחד לא מחובר להתראה
  • התראות רק למייל שאף אחד לא פותח בטלפון
  • ניטור על אותה מכונה בלבד (כשהמכונה מתה, גם הניטור מת)
  • לשכוח לבדוק שהגיבוי עצמו קיים אחרי "הצלחה" מדומה
 
ניטור טוב הוא ארבעה אותות, התראות עם בעלים, ותורנות קצרה. לא דשבורד מרהיב. אם אתם יודעים על נפילה לפני הדיסקורד, אתם כבר מנהלים טובים יותר מרוב השרתים בערב שישי.
 
רוצים עוד מדריכי תפעול בעברית? הירשמו ב-/register או /invite. קשור: קהילת אחסון, מסביר cron, ו-שרתי משחק.
 

הצטרפו לדיון

המדריך נשאר כאן. עם חשבון חינמי אפשר לשמור אותו, לעקוב אחרי עדכונים, ולהוסיף טיפ שעוזר לבא אחריכם.

  • שמירה לקריאה מאוחרת בכל מכשיר
  • מעקב שקט אחרי האשכול, בלי התראות מיותרות
  • תגובה בעברית שנשארת ליד הידע, לא נעלמת בצ׳אט
  • גישה לסקרים חיים ולקהילות FiveM, CS ו-MU

תגובות

רוצים להוסיף טיפ למדריך?

הערה קצרה של מישהו שכבר עשה את זה שווה יותר מפוסט ארוך. חשבון חינמי, והמילים שלכם נשארות ליד המדריך.

  • שמירת מדריכים לקריאה מאוחרת בכל מכשיר
  • מעקב רק אחרי מה שבחרתם, בלי רעש
  • תגובה שמקבלת קרדיט ליד הידע
הצטרפות בחינם