عند زيادة تحميل الخادم، سواءً كان افتراضيًا أو مخصصًا، يُؤدي ذلك إلى بطء تحميل المواقع الإلكترونية وظهور أخطاء مزعجة بدلًا من المحتوى. من الضروري مراقبة معلماته بدقة وإجراء تحليل دوري للموارد لتجنب هذه النتيجة.
سنتناول بعد ذلك تشخيص الموارد الفردية باستخدام أدوات موفر الاستضافة، وكذلك من خلال الطرفية على جانب الخادم. بالإضافة إلى ذلك، سنتناول طرقًا مختلفة لحل المشكلات المتعلقة بضعف أداء النظام. تنطبق هذه التعليمات على جميع الخوادم التي تعمل بنظام تشغيل لينكس، بغض النظر عن البرامج المثبتة مسبقًا.
التحقق من موارد الخادم عبر VMmanager
أداة المحاكاة الافتراضية VMmanager هي أبسط حل، وفي الوقت نفسه شامل، للتشخيصات. تلعب دورًا رئيسيًا في ضمان الإدارة الفعالة لـ مخصصة or الخوادم الافتراضية على معظم مزودي الاستضافة الحديثين. على سبيل المثال، سيتم إجراء الفحص على الإصدار السادس من الأداة، ولكن قد تُجري الإصدارات السابقة أيضًا تشخيصات مماثلة.
للتحليل، عليك الذهاب إلى برنامج VMmanager لوحة التحكم وحدد الجهاز الظاهري المطلوب:
بعد ذلك، يمكن للمستخدم الاطلاع فورًا على استخدام الموارد في الوقت الفعلي. لمزيد من التفاصيل، يُرجى اختيار "المعلمات".
تعرض علامة تبويب الإحصائيات التفصيلية في الأعلى الخصائص العامة للخادم ونوع المحاكاة الافتراضية. يمكنك من خلال الرسوم البيانية رؤية ازدحام الشبكة، وحمل المعالج، واستخدام ذاكرة الوصول العشوائي (RAM) ومساحة القرص بشكل فوري.
للحصول على تحليل أكثر تفصيلاً لإحصائيات مساحة القرص أو الموارد لفترة زمنية معينة، يجب تحديد عنصر القائمة المناسب. تُعرض معلومات الأقراص الافتراضية بالتنسيق التالي:
يتم عرض إحصائيات التحميل لمورد معين في شكل رسم بياني مناسب:
من الممكن عرض رسم بياني للأحمال ليوم أو أسبوع أو شهر أو سنة، أو تحديد التواريخ المطلوبة يدويًا. يتم عرض جميع الموارد الرئيسية: المعالج، وذاكرة الوصول العشوائي (RAM)، ووحدة التخزين، وواجهة الشبكة.
يتوقع العديد من المستخدمين استخدام الموارد بالتساوي خلال فترة زمنية محددة. لكن هذا ليس الحال دائمًا. على سبيل المثال، قد تبدو واجهة الشبكة متشابهة حتى في وضع الخمول:
لا حاجة لاتخاذ أي إجراءات في هذه الحالة. مع ذلك، في حالة المعالج أو ذاكرة الوصول العشوائي (RAM) أو وحدة تخزين الأقراص، لا ينبغي أن يستهلك الخادم موارده بالكامل بشكل مستمر؛ فالحمل الموصى به لا يتجاوز 100%.
التحقق من موارد الخادم في المحطة الطرفية
تحليل الحمل الكلي
لقد نظرنا سابقًا إلى بعض خيارات التحليل في التشخيص العام لموارد الخادم المقال. تحدثنا هناك عن الأدوات القياسية مثل أعلى/أعلى، ونظرت أيضًا في تثبيت وتكوين نيتداتا أداة تسمح لنا بمراقبة موارد الخادم عبر المتصفح. في هذه المقالة، سنتناول HTOP كبديل لل تيشرت أداة لتحليل موارد النظام العامة.
الأداة غير مُثبّتة مُسبقًا في توزيعات لينكس افتراضيًا، لذا لنبدأ بالتثبيت. بالنسبة لتوزيعات ديبيان/أوبونتو، نستخدم الأمر التالي:
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 المجانية على أي نظام Linux عبر المحطة الطرفية هي الأمر:
free -m
عند الإخراج نحصل على البيانات التالية بالميغابايت: الإجمالي، والمستخدم، والحرة، والمخزنة مؤقتًا في ذاكرة الوصول العشوائي، بالإضافة إلى حجم المبادلة:
هذه الأداة مفيدة للحصول على بيانات عامة في وقت محدد. لتشخيص استخدام ذاكرة الوصول العشوائي الديناميكية، نوصي بـ vmstat الأداة المساعدة التي تسمح لنا بتكوين تردد تحديث معلومات الإخراج:
vmstat 1
في المثال أعلاه، سيتم تحديث البيانات كل ثانية. يُنتَج الناتج بتنسيق مشابه لـ مجاني:
توفر الأداة أيضًا معلومات عامة عن النظام، ولكن في حالتنا، الأعمدة المسؤولة عن ذاكرة الوصول العشوائي (RAM)، أي الذاكرة والمبادلة، هي المهمة فقط. جميع القيم مُشار إليها بالكيلوبايت. لنلقِ نظرة عليها بمزيد من التفصيل:
ذاكرة (كبش):
- ملف swpd:تم استبدال الذاكرة الافتراضية بالذاكرة المادية.
- مجاني:الذاكرة الفعلية المتوفرة (RAM).
- برتقالي:الذاكرة المستخدمة كذاكرة مؤقتة قبل الكتابة على القرص.
- مخبأ:الذاكرة المستخدمة كذاكرة مؤقتة لتسريع الوصول.
مبادلة
- si:الذاكرة المستخدمة كذاكرة مؤقتة لتسريع الوصول.
- so: البيانات المكتوبة من الذاكرة الفعلية إلى ذاكرة المبادلة.
تجدر الإشارة بشكل منفصل إلى أن جميع أدوات تشخيص موارد النظام تأخذ البيانات أولًا من السجلات. في حالة ذاكرة الوصول العشوائي (RAM)، يمكن للمستخدم عرض البيانات مباشرةً بفتح الملف المقابل:
cat /proc/meminfo
إن الناتج واسع النطاق للغاية، ولكن يكفي الاهتمام بالسجلات الأولى لتحليل الذاكرة:
غالبًا ما ترتبط مشاكل الاستخدام المفرط لذاكرة الوصول العشوائي (RAM) بمهمة أو عملية محددة. في البداية، يكفي إجراء تشخيصات باستخدام أدوات شائعة لتحديد العمليات المُسببة للمشاكل. كحل، يُمكنك التفكير في تحسين تطبيق مُحدد، أو تفعيل التخزين المؤقت وضغط البيانات عند الحاجة إلى كميات كبيرة من المعلومات، أو زيادة إعدادات الخادم.
التحكم في مساحة القرص
لا يقل تشخيص مساحة قرص الخادم أهميةً عن موارده الأخرى. وكقاعدة عامة، تشمل مؤشرات الحاجة إلى الفحص ما يلي: عدم القدرة على إنشاء أو الكتابة إلى ملفات موجودة، وبطء أداء النظام، وأخطاء الإدخال والإخراج المختلفة.
الطريقة الأكثر ملاءمة للتحقق هي الأمر:
df -h
ردًا على ذلك، ستعرض الأداة معلومات حول جميع أقسام القرص المثبتة:
يمكنك استخدام هذا الأمر لمراقبة الدلائل بشكل أكثر تفصيلاً:
du -hs /*
بهذه الطريقة، سيتمكن المستخدم من معرفة مساحة كل مجلد. لاستعادة أداء النظام، يجب تحسين قسم القرص الذي يستهلك أكبر قدر من الذاكرة. يُنصح بعدم استخدام أكثر من 80-90% من المساحة الفارغة؛ إذ تكفي نسبة 10-20% المتبقية لضمان استقرار عمل النظام. يُنصح بزيادة مساحة القرص إذا تعذر تحسينها. يمكن تحقيق ذلك بإضافة أقراص جديدة أو توسيع الأقراص الحالية، بالإضافة إلى استخدام التخزين السحابي. بغض النظر عن الحل المُختار، يُنصح دائمًا بعمل نسخة احتياطية لتجنب فقدان الملفات.
فحص واجهة الشبكة
الجانب الأخير، والذي لا يقل أهمية عن تشخيص الخادم، هو التحقق من واجهة الشبكة. nethogs يمكن استخدام الأداة المساعدة إذا كنت تريد الحصول على معلومات عامة حول مقدار حركة المرور التي يتم حسابها بواسطة عمليات الشبكة في الوقت الفعلي.
التثبيت والتشغيل على Cent OS:
yum install nethogs
nethogs
بالنسبة لديبيان/أوبونتو:
apt-get install nethogs
nethogs
ستعرض الأداة العمليات التي تستخدم موارد الشبكة في الوقت الحالي:
نوصي باستخدام إيفتوب لمزيد من التحليل التفصيلي.
التثبيت والتشغيل على Cent OS:
yum install iftop
iftop
بالنسبة لديبيان/أوبونتو:
apt-get install iftop
iftop
مخرجات البرنامج عبارة عن قائمة بالاتصالات النشطة، موضحةً عناوين IP، والمنافذ، وكمية البيانات المنقولة، وسرعة النقل. الميزة الرئيسية للبرنامج هي التصميم المرئي لتحميل قنوات الشبكة.
بعد تشخيص قناة شبكة الخادم وتحديد مشاكل التحميل المرتفع، يُنصح بزيادة عرض النطاق الترددي لاتصالات الشبكة من جانب موفر الاستضافة أو تحسين إعدادات الواجهة المُشكلة. كأداة احتياطية، يُمكنك استخدام أنظمة مراقبة مُتنوعة لتتبع تغييرات نشاط الشبكة بسرعة، وتحديث البنية التحتية للشبكة بانتظام وفقًا للمتطلبات، عند الضرورة.
خاتمة
وفي الختام، يمكن التأكيد على أن تشخيص موارد الخادم يعد جزءًا لا يتجزأ من الإدارة الفعالة لـ واقعي و مخصصة الخوادم. أتاحت لنا المقالة الاطلاع على الأدوات الرئيسية لإجراء تحليل شامل للخوادم، كما قدمت توصيات عملية لاستكشاف الأخطاء وإصلاحها. تتيح تشخيصات النظام المنتظمة للخادم العمل بسلاسة، حتى بدون مشاركة المستخدم النشطة.