בדיקת משאבי שרת

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

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

בדיקת משאבי שרת באמצעות VMmanager

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

לצורך ניתוח, עליך לגשת ללוח הבקרה של VMmanager ולבחור את המכונה הווירטואלית הרצויה:

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

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

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

סטטיסטיקות טעינה עבור משאב ספציפי מוצגות בצורה של גרף נוח:

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

משתמשים רבים מצפים שישתמשו במשאבים באופן שווה לאורך תקופה מסוימת. עם זאת, זה לא תמיד המצב. לדוגמה, ממשק הרשת עשוי להיראות דומה אפילו במצב סרק:

אין צורך באמצעים במקרה זה. עם זאת, במקרה של מעבד, זיכרון RAM או אחסון דיסק, השרת לא צריך להשתמש בכל 100% המשאבים שלו על בסיס קבוע; העומס המומלץ הוא לא יותר מ-70%.

בדיקת משאבי שרת במסוף

ניתוח עומס כולל

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

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

apt-get install htop

עבור CentOS, הגיוני יותר להשתמש במאגרי EPEL . הם מושבתים כברירת מחדל, כך שהפקודה הראשונה אחראית על הוספתם, והשנייה היא על התקנת htop :

yum -y install epel-release
yum install htop -y

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

htop

כתוצאה מכך, המשתמש יוכל לראות את כל המידע על המערכת:

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

לפני אבחון המערכת עצמה, יש צורך להבין בדיוק כמה ליבות/מעבדים נמצאים בשימוש בשרת. המשתמש יכול למצוא את ערכם בפינה השמאלית העליונה של כלי השירות htop :

או על ידי הפעלת הפקודה:

nproc

בהתאם לערך המתקבל, יחושב העומס הכולל המותר (ממוצע עומס בפינה הימנית העליונה). במקרה שלנו זה שווה ל-2, מה שאומר שהעומס המרבי הוא 2.0. עם זאת, זה לא אומר שהמערכת תקפא לחלוטין תחת עומס 2.0. מספר זה עשוי להיות גבוה יותר, אך במקרה זה, כל שאר המשימות יהיו בתור, והשרת עצמו ייטען. הערך האידיאלי נחשב לעומס של לא יותר מ-70%. לדוגמה, ממוצע העומס צריך להיות בטווח של 0.7 בשרת בעל מעבד יחיד. במקרה של השרת בדוגמה שהוזכרה לעיל, אינדיקטור טוב יהיה ערכים שאינם גבוהים מ-1.4.

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

בודק זיכרון RAM פנוי

בחלק זה, נסקור מקרוב היבט חשוב בתפקוד של כל שרת - רמה מספקת של זיכרון RAM פנוי.

הדרך הקלה ביותר לבדוק זיכרון RAM פנוי בכל מערכת לינוקס דרך הטרמינל היא הפקודה:

free -m

בפלט אנו מקבלים את הנתונים הבאים במגה-בייט: זיכרון RAM כולל, משומש, פנוי ומטמון, וכן נפח החלפה:

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

vmstat 1

בדוגמה שלעיל, הנתונים יעודכנו כל שנייה. הפלט מופק בפורמט דומה ל- free :

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

זיכרון (RAM):

• swpd: זיכרון וירטואלי הוחלף לפיזי.
• חופשי: זיכרון פיזי זמין (RAM).
• חובב: זיכרון המשמש כמאגר לפני כתיבת דיסק.
• מטמון: זיכרון המשמש כמטמון כדי להאיץ את הגישה.

להחליף

• si: זיכרון המשמש כמטמון כדי להאיץ את הגישה.
• so: נתונים שנכתבו מהזיכרון הפיזי להחלפת זיכרון.

בנפרד, ראוי להזכיר את העובדה שכל משאבי המערכת לאבחון כלי השירות לוקחים בתחילה נתונים מיומנים. במקרה של זיכרון RAM, המשתמש יוכל להציג את הנתונים ישירות על ידי פתיחת הקובץ המתאים:

cat /proc/meminfo

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

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

בקרת שטח דיסק

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

הדרך הנוחה ביותר לבדוק היא הפקודה:

df -h

בתגובה, הכלי יציג מידע על כל מחיצות הדיסק המורכבות:

אתה יכול להשתמש בפקודה זו לניטור ספריות מפורט יותר:

du -hs /*

כך, המשתמש יוכל לגלות כמה מקום כל ספרייה תופסת. כדי לשחזר את ביצועי המערכת, תצטרך לייעל את המחיצה של הדיסק שצורך את כמות הזיכרון הגדולה ביותר. מומלץ לא לאפשר שימוש ביותר מ-80-90% מהשטח הפנוי מהסכום הכולל; ה-10-20% הנותרים אמורים להספיק לפעולת מערכת יציבה. מומלץ להגדיל את שטח הדיסק אם לא ניתן לבצע אופטימיזציה. ניתן לבצע זאת על ידי הוספת דיסקים חדשים או הרחבת דיסקים קיימים, כמו גם שימוש באחסון בענן. ללא קשר לפתרון הנבחר, מומלץ לעשות תמיד עותק גיבוי כדי למנוע אובדן קבצים.

בדיקת ממשק רשת

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

yum install nethogs
nethogs

עבור דביאן/אובונטו:

apt-get install nethogs
nethogs

הכלי יציג את התהליכים שמשתמשים במשאבי רשת כרגע:

אנו ממליצים להשתמש iftop לניתוח מפורט יותר.
התקנה והשקה ב-Cent OS:

yum install iftop
iftop

עבור דביאן/אובונטו:

apt-get install iftop
iftop

פלט התוכנית הוא רשימה של חיבורים פעילים המציינים כתובות IP, יציאות, כמות הנתונים שהועברו ומהירות ההעברה. היתרון העיקרי של התוכנית הוא העיצוב החזותי של טעינת ערוץ הרשת:

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

סיכום

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