مانیتورینگ سرور مجازی لینوکس؛ آموزش بررسی CPU، RAM و دیسک

مانیتورینگ سرور مجازی یکی از مهم‌ترین کارهایی است که پس از راه‌اندازی VPS لینوکسی باید انجام دهید. روشن بودن سرور به معنی سلامت سایت نیست؛ ممکن است منابع پردازنده، حافظه یا فضای دیسک به مرز خطر رسیده باشند و کاربران با کندی یا خطا مواجه شوند. اگر روی سرور خود وردپرس، ووکامرس، API یا نرم‌افزار سازمانی اجرا می‌کنید، با اندازه‌گیری منظم منابع می‌توانید مشکلات را پیش از تبدیل‌شدن به قطعی تشخیص دهید. در این آموزش، فرمان‌های ساده لینوکس، ابزارهای پایش، روش تنظیم هشدار و سناریوی عیب‌یابی واقعی را مرور می‌کنیم. هدف این است که بر اساس داده تصمیم بگیرید، نه حدس و گمان.

مانیتورینگ سرور مجازی چیست؟

منظور از مانیتورینگ سرور مجازی، بررسی مداوم عملکرد سیستم‌عامل و سرویس‌های روی آن است. شاخص‌هایی مانند مصرف CPU، رم، Swap، تأخیر دیسک، ترافیک شبکه، خطاهای سرویس و زمان پاسخ وب‌سایت به شما می‌گویند سرور چه وضعیتی دارد. یک نمودار لحظه‌ای کافی نیست؛ روند مصرف در بازه‌های یک‌روزه و چند‌هفته‌ای نیز اهمیت دارد.

سه دسته داده اصلی عبارت‌اند از متریک‌ها برای اندازه‌گیری، لاگ‌ها برای کشف رخدادها و هشدارها برای اطلاع‌رسانی شرایط غیرعادی. ترکیب این داده‌ها به تشخیص علت کندی کمک می‌کند.

چرا سایت وردپرسی به پایش منابع نیاز دارد؟

وقتی فروشگاه اینترنتی کند می‌شود، مشکل الزاماً با افزایش رم حل نمی‌شود. ممکن است افزونه‌ای کوئری سنگین اجرا کند، بکاپ‌گیری به دیسک فشار بیاورد یا یک سرویس به‌طور مکرر راه‌اندازی شود. مانیتورینگ سرور مجازی اجازه می‌دهد وضعیت منابع را با زمان وقوع خطا مقایسه کنید.

اگر تازه درباره نوع میزبانی تصمیم می‌گیرید، مقاله تفاوت هاست وردپرس و VPS را بخوانید. پس از انتخاب سرور مجازی، مسئولیت پایش برنامه و سیستم‌عامل اهمیت بیشتری پیدا می‌کند.

مهم‌ترین شاخص‌های قابل بررسی

برای آغاز مانیتورینگ سرور مجازی لازم نیست ده‌ها نمودار بسازید. ابتدا پنج شاخص زیر را زیر نظر بگیرید؛ مقادیر بحرانی هرکدام به بار کاری و منابع سرویس شما بستگی دارد.

شاخص	موضوع بررسی	نشانه مشکل
CPU	مصرف پردازنده و میانگین بار	مصرف طولانی بالا همراه با کندی
RAM	حافظه آزاد قابل استفاده و Swap	رشد Swap و خطاهای کمبود حافظه
Disk	ظرفیت، inode و عملیات I/O	پر شدن فضای فایل یا تأخیر زیاد
Network	اتصالات و پاسخ درخواست‌ها	timeout و افت دسترسی
Services	وضعیت وب‌سرور و پایگاه داده	restart مکرر و خطای ۵۰۰

شروع سریع با چهار فرمان لینوکس

پس از اتصال امن SSH به VPS، این فرمان‌ها وضعیت فعلی سیستم را نشان می‌دهند. بیشتر آن‌ها فقط اطلاعات را می‌خوانند و تغییری در تنظیمات ایجاد نمی‌کنند. خروجی روزهای عادی را نگه دارید تا هنگام اختلال معیار مقایسه داشته باشید.

uptime
free -h
df -h
top

uptime مدت روشن بودن و میانگین بار را نشان می‌دهد؛ free اطلاعات حافظه، df ظرفیت پارتیشن‌ها و top پردازش‌های فعال را نمایش می‌دهد. در مانیتورینگ سرور مجازی فقط به عدد یک لحظه اتکا نکنید؛ تغییر چند شاخص به‌صورت هم‌زمان راهنمای قابل‌اعتمادتری است.

بررسی CPU و پردازش‌های سنگین

با اجرای top و فشردن کلید P می‌توانید پردازش‌ها را بر اساس مصرف CPU مرتب کنید. پردازش‌هایی مانند PHP، پایگاه داده، فشرده‌سازی بکاپ یا پردازش تصویر ممکن است در بازه کوتاه مصرف زیادی داشته باشند. جهش لحظه‌ای عادی است، اما بار پایدار همراه با کندی صفحات نیاز به بررسی دارد.

در مانیتورینگ سرور مجازی، نام پردازش را ثبت و علت فعالیت آن را مشخص کنید. پیش از متوقف کردن هر سرویس، تأثیر آن بر سایت و کاربران را بسنجید. اگر مصرف بالا فقط هنگام اجرای یک وظیفه برنامه‌ریزی‌شده رخ می‌دهد، تغییر زمان اجرای آن ممکن است مفیدتر از ارتقای پردازنده باشد.

RAM، Swap و خطای کمبود حافظه

عدد «used» در لینوکس لزوماً به معنی کمبود رم نیست، زیرا سیستم از حافظه برای کش فایل‌ها نیز استفاده می‌کند. ستون available در خروجی free -h را بررسی کنید. Swap می‌تواند به مدیریت فشار حافظه کمک کند، اما استفاده شدید از آن معمولاً سرعت کار را کاهش می‌دهد.

free -h
vmstat 1 5
journalctl -k --since "1 hour ago"

اگر سرویس‌ها ناگهانی متوقف می‌شوند، رخدادهای مربوط به کمبود حافظه را در لاگ‌ها بررسی کنید. مانیتورینگ سرور مجازی باید نشان دهد فشار حافظه موقتی است یا با افزایش کاربران روندی پایدار پیدا کرده است. ابتدا برنامه، افزونه‌ها و تنظیمات کش را بررسی کنید، سپس برای ارتقای RAM تصمیم بگیرید.

فضای دیسک، inode و سرعت خواندن و نوشتن

پر شدن دیسک ممکن است آپلود فایل، ثبت لاگ یا کار پایگاه داده را مختل کند. علاوه بر ظرفیت ذخیره‌سازی، تعداد inodeهای قابل استفاده هم اهمیت دارد؛ انباشت فایل‌های کوچک گاهی اجازه ایجاد فایل جدید را نمی‌دهد، حتی اگر هنوز فضای خالی وجود داشته باشد.

df -h
df -i
du -sh /var/log 2>/dev/null

در مانیتورینگ سرور مجازی روند افزایش حجم لاگ‌ها، کش و بکاپ‌ها را ثبت کنید. فرمان du روی پوشه‌های بزرگ ممکن است زمان‌بر باشد. برای بررسی دقیق تأخیر دیسک می‌توان از iostat در صورت نصب ابزار مربوط استفاده کرد. هیچ‌وقت بدون بررسی علت، لاگ‌های ضروری را خودکار پاک نکنید.

پایش شبکه، پورت‌ها و زمان پاسخ

اگر سرور از داخل سالم به نظر می‌رسد ولی کاربران مشکل اتصال دارند، شبکه و مسیر ارتباطی را نیز بررسی کنید. فرمان‌های زیر کارت‌های شبکه، سرویس‌های گوش‌دهنده و سرآیندهای HTTP را نشان می‌دهند:

ip -s link
ss -tuln
curl -I https://example.com

برای مانیتورینگ سرور مجازی از یک سرویس بیرونی هم زمان پاسخ سایت را بسنجید؛ زیرا آزمون روی خود VPS ممکن است قطعی اینترنت یا مشکل DNS کاربران را آشکار نکند. پاسخ موفق صفحه اصلی نیز کافی نیست: در یک فروشگاه بهتر است مسیر ورود، سبد خرید و اتصال پایگاه داده به‌صورت جداگانه ارزیابی شوند.

بررسی خطاها در لاگ‌های سیستم

لاگ‌ها سرنخ خطاهای ۵۰۰، راه‌اندازی دوباره سرویس یا اتصال ناموفق به دیتابیس را ثبت می‌کنند. در بیشتر توزیع‌های جدید لینوکس می‌توانید با systemctl وضعیت سرویس‌ها و با journalctl رخدادهای اخیر را بخوانید.

systemctl --failed
journalctl -p warning --since "today"
journalctl -u nginx --since "1 hour ago"

نام وب‌سرور ممکن است nginx، Apache یا OpenLiteSpeed باشد؛ دستور آخر را متناسب با سرویس نصب‌شده تغییر دهید. برای مانیتورینگ سرور مجازی ساعت خطا را با نمودار منابع تطبیق دهید و پیش از ارسال لاگ برای دیگران، توکن‌ها و اطلاعات محرمانه را حذف کنید.

ابزارهای مانیتورینگ سرور مجازی؛ کدام مناسب است؟

اگر یک VPS کوچک دارید، فرمان‌های سیستم و هشدارهای پنل مدیریت ممکن است کافی باشند. در چند سرور یا محیط دارای سرویس‌های متعدد، ابزار جمع‌آوری متریک و داشبورد مرکزی به شما امکان مقایسه بازه‌ها و ساخت هشدار می‌دهد.

• ابزارهای داخلی لینوکس: مناسب تشخیص سریع و مصرف منابع کم.
• Netdata: مناسب نمودارهای زنده؛ مصرف منابع و دسترسی‌های آن را بررسی کنید.
• Prometheus و Grafana: برای جمع‌آوری و نمایش متریک در زیرساخت چندسروری، با نیاز بیشتر به راه‌اندازی و نگهداری.
• پایش بیرونی: برای اطلاع از قطع دسترسی حتی زمانی که خود VPS خاموش شده است.

برای جزئیات معماری ابزارهای پایش، راهنمای رسمی Observability در Ubuntu Server را ببینید. نصب هم‌زمان چند ابزار سنگین روی سرور کم‌منبع منطقی نیست.

چه زمانی هشدار تعریف کنیم؟

هشدار باید برای شرایطی ارسال شود که اقدام مشخصی لازم دارد. مثلاً مصرف CPU را با چند دقیقه میانگین بسنجید تا هر جهش کوتاه اعلان نسازد. برای دیسک، ترکیب فضای آزاد با سرعت پر شدن پارتیشن کاربردی‌تر از یک آستانه ثابت است. خطاهای مکرر HTTP یا از دسترس خارج شدن برنامه باید اولویت بالاتری داشته باشند.

در مانیتورینگ سرور مجازی هشدارها را به دو گروه اولیه و بحرانی تقسیم کنید. اعلان مناسب نام سرویس، زمان، شاخص مشکل‌دار و لینک داشبورد را دارد. هشدارهای زیاد و بی‌اهمیت به‌تدریج حساسیت تیم پشتیبانی را کاهش می‌دهند.

برنامه منظم روزانه و هفتگی

هر روز وضعیت سرویس‌های اصلی، خطاهای غیرمعمول و فضای دیسک را بررسی کنید. هر هفته روند RAM، CPU، I/O و حجم نسخه‌های پشتیبان را ببینید. ماهانه عملکرد سرویس را با تغییرات تعداد کاربران و درخواست‌های سایت مقایسه کنید. پس از هر اختلال، علت، راه‌حل و مدت زمان بازیابی را یادداشت کنید.

مانیتورینگ سرور مجازی جایگزین بکاپ نیست؛ نسخه پشتیبان باید مستقل از سرور اصلی نگهداری و بازیابی آن آزمایش شود. راهنمای پشتیبان‌گیری وردپرس و مطلب کش لایت‌اسپید مکمل مدیریت منابع و پایداری سایت هستند.

مثال عملی: فروشگاه ووکامرس ناگهان کند می‌شود

فرض کنید فروشگاه در ساعت اوج فروش به‌کندی پاسخ می‌دهد. ابتدا از بیرون سایت را بررسی کنید؛ سپس CPU، RAM، دیسک و لاگ‌های همان بازه را کنار هم بگذارید. اگر CPU طبیعی ولی دیتابیس کند است، کوئری‌ها و اتصال‌های پایگاه داده را بررسی کنید. اگر فضای دیسک ناگهان افزایش یافته، محل فایل‌های جدید را شناسایی کنید.

کاربرد مانیتورینگ سرور مجازی دقیقاً در همین پیوند دادن علائم با علت احتمالی است. پس از اصلاح مشکل، آزمون را تکرار کنید تا بهبود قابل اندازه‌گیری باشد. برای برنامه‌ریزی ترافیک سنگین، راهنمای مقیاس‌پذیری ووکامرس نیز مفید است.

خطاهای رایج در پایش سرور

• تصمیم‌گیری بر اساس یک عدد لحظه‌ای بدون بررسی روند.
• نصب چند ابزار مشابه و ایجاد بار اضافی روی VPS کوچک.
• نداشتن پایش بیرونی و متوجه نشدن قطعی شبکه.
• پاک‌کردن لاگ‌ها قبل از پیدا کردن علت خطا.
• ثبت هشدارهای غیرضروری و نادیده‌گرفتن رخدادهای بحرانی.
• فرض اینکه روشن بودن سرور به معنی عملکرد صحیح فروشگاه است.

در مانیتورینگ سرور مجازی معیار موفقیت، تصمیم بهتر و کاهش زمان عیب‌یابی است؛ نه تعداد زیاد نمودارهای پیچیده.

چه زمانی منابع VPS را ارتقا دهیم؟

مصرف بالای منابع همیشه به معنی ضعیف بودن سرویس نیست. گاهی یک افزونه، کار زمان‌بندی‌شده یا تنظیم کش باعث فشار غیرمعمول می‌شود. ابتدا تغییرات اخیر را مرور کنید و اگر بعد از بهینه‌سازی همچنان منابع در ساعت‌های پرترافیک کافی نبود، افزایش CPU یا RAM را بررسی کنید. در برنامه‌های مبتنی بر پایگاه داده، کیفیت دیسک و نرخ I/O نیز اهمیت دارد.

داده‌های مانیتورینگ سرور مجازی کمک می‌کنند میان ارتقا و بهینه‌سازی انتخاب آگاهانه‌تری داشته باشید. مطلب مهاجرت از هاست به سرور مجازی نیز برای آماده‌سازی زیرساخت مفید است.

سؤالات متداول درباره مانیتورینگ سرور مجازی

آیا ابزارهای پایش سرعت سرور را کم می‌کنند؟

هر ابزار مقداری منابع مصرف می‌کند. با انتخاب فاصله زمانی منطقی برای جمع‌آوری متریک و حذف سرویس‌های غیرضروری، می‌توانید این هزینه را کنترل کنید.

برای اوبونتو از کجا شروع کنم؟

ابتدا uptime، free -h، df -h و لاگ سرویس‌ها را بررسی کنید و یک ابزار پایش بیرونی برای آدرس سایت داشته باشید.

آیا آپتایم ۹۹ درصد نشانه سرعت بالاست؟

خیر. آپتایم فقط میزان دسترس‌پذیری را توضیح می‌دهد؛ زمان پاسخ، نرخ خطا و تجربه کاربر شاخص‌های متفاوتی هستند.

برای مانیتورینگ به دسترسی روت نیاز دارم؟

برخی شاخص‌ها بدون مجوز ویژه دیده می‌شوند، اما مشاهده بعضی لاگ‌ها یا نصب عامل پایش به دسترسی بیشتر نیاز دارد. همیشه حداقل مجوز لازم را بدهید.

آیا مانیتورینگ جایگزین بکاپ است؟

خیر. پایش احتمال تشخیص زودهنگام مشکل را افزایش می‌دهد، ولی برای بازیابی داده‌ها به بکاپ سالم نیاز دارید.

جمع‌بندی

مانیتورینگ سرور مجازی یعنی شناخت رفتار عادی VPS و تشخیص تغییرات مهم آن. با فرمان‌های ساده شروع کنید، منابع را در زمان‌های متفاوت اندازه بگیرید، هشدارهای کاربردی تعریف کنید و همواره نسخه پشتیبان قابل بازیابی داشته باشید. انتخاب سرور مناسب زمانی دقیق‌تر می‌شود که براساس مصرف واقعی CPU، RAM، دیسک و شبکه تصمیم بگیرید.

برای آشنایی با خدمات میزبانی و سرور، به VPS7 مراجعه کنید. آستانه‌های پایش باید با نوع کاربری، برنامه و حجم ترافیک واقعی آزمایش شوند؛ یک عدد ثابت برای همه سرورها مناسب نیست.