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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

בדקנו בעבר כמה אפשרויות ניתוח ב- אבחון כללי של משאבי שרת סָעִיף. שם דיברנו על כלים סטנדרטיים כגון עליון/עליון, וגם הסתכל על התקנה והגדרת התצורה של נתונים נטו כלי שירות, המאפשר לנו לפקח על משאבי השרת באמצעות הדפדפן. במאמר זה נסתכל על Htop כחלופה ל חלק עליון כלי עזר לניתוח משאבי מערכת כלליים.

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

apt-get install htop

עבור CentOS, הגיוני יותר להשתמש ב- אפל מאגרים. הם מושבתים כברירת מחדל, כך שהפקודה הראשונה אחראית להוספתם, והשנייה היא להתקנה 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, שטח דיסק וממשק רשת. אם המשאבים מינימליים, עליך למיין תהליכים לפי שימוש ב-CPU, לזהות פעולות שצורכות גבוהות ולאחר מכן לבצע אופטימיזציה או הפסקתן. אם אי אפשר לסגור את התוכנית או שהאופטימיזציה נכשלת, מומלץ לשקול לעבור לשרת עם תצורה חזקה יותר.

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

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

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

free -m

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

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

vmstat 1

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

הכלי מספק גם מידע כללי על המערכת, אבל במקרה שלנו חשובות רק העמודות שאחראיות על זיכרון 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, יציאות, כמות הנתונים שהועברו ומהירות ההעברה. היתרון העיקרי של התוכנית הוא העיצוב החזותי של טעינת ערוץ הרשת:

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

סיכום

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