Resource Usage نشان می‌دهد سایت شما در هر لحظه چقدر از سهم منابعش را مصرف کرده و آیا به سقف خورده است. عدد مهم این صفحه «Faults» است: تعداد دفعاتی که سایت بیشتر از سقف خواسته و سرور جلویش را گرفته. اگر Faults صفر است، مشکل کندی از منابع نیست. اگر مدام بالا می‌رود، یا سایت باید سبک‌تر شود یا پلن بزرگ‌تر.
باز کردن
در سی‌پنل، بخش Metrics، روی Resource Usage بزنید. اگر در ۲۴ ساعت گذشته به سقفی رسیده باشید، همان صفحه‌ی اول هشدارش را نشان می‌دهد؛ وگرنه می‌گوید مشکلی نبوده. برای جزئیات، Details یا زبانه‌ی Current usage را بزنید.
خلاصه‌ی همین عددها در صفحه‌ی اول سی‌پنل، ستون Statistics هم هست.
هر منبع یعنی چه؟
| نام | چیست | وقتی پر شود |
|---|---|---|
| CPU Usage | سهم پردازنده؛ ۱۰۰٪ یعنی یک هسته‌ی کامل | سایت کند میشود ولی خطا نمی‌دهد |
| Physical Memory | رم مصرفی همه‌ی پردازشهای سایت | خطای ۵۰۰ یا ۵۰۳ |
| Entry Processes | تعداد درخواست‌هایی که همزمان در حال پردازش‌اند | خطای ۵۰۸ (خطای ۵۰۸) |
| Number of Processes | کل پردازشها، شامل کرون و ایمیل | خطای ۵۰۰ یا ۵۰۳ |
| I/O Usage | سرعت خواندن و نوشتن روی دیسک | کندی، مخصوصاً در بکاپ و درون‌ریزی |
| IOPS | تعداد عملیات دیسک در ثانیه | کندی |
سقف هر منبع را پلن شما تعیین می‌کند و کنار هر نمودار نوشته شده. این جداسازی کار CloudLinux است تا مصرف یک حساب روی حساب‌های دیگر اثر نگذارد. (CloudLinux چیست)
Entry Processes را اشتباه نخوانید
این عدد «تعداد بازدیدکننده‌ی همزمان» نیست. هر درخواست PHP فقط در همان کسری از ثانیه که در حال اجراست شمرده میشود. سایتی که هر صفحه را در ۲۰۰ میلی‌ثانیه می‌سازد، با سقف ۲۰ می‌تواند ده‌ها درخواست در ثانیه جواب دهد. همان سایت اگر هر صفحه را در ۵ ثانیه بسازد، با چند بازدیدکننده پر میشود. پس راه اول، سریع کردن صفحه است، نه بالا بردن سقف.
نمودار و جدول
- بالای صفحه بازه‌ی زمانی را انتخاب کنید: امروز، دیروز، هفت روز یا سی روز.
- در هر نمودار، خط سقف (limit)، میانگین و بیشینه دیده میشود.
- در جدول زیر نمودارها، ستون‌هایی که با f تمام میشوند (مثل EPf، PMemF، NprocF) تعداد Faults هر منبع در آن بازه‌اند.
الگوها
| چه می‌بینید | معنی | اقدام |
|---|---|---|
| همه‌ی نمودارها پایین، Faults صفر | منابع کافی است | علت کندی را جای دیگری بگردید (سایتم کند است) |
| CPU مدام نزدیک سقف | صفحه‌ها سنگین‌اند یا کش ندارید | کش صفحه، حذف افزونه‌ی سنگین |
| Entry Processes در ساعت‌های مشخص پر میشود | اوج بازدید یا کرون سنگین | کش، جابه‌جایی زمان کرون |
| جهش ناگهانی در ساعتی که بازدید ندارید | ربات، حمله یا بکاپ‌گیری | لاگ دسترسی را ببینید (لاگ دسترسی) |
| حافظه پله‌پله بالا می‌رود | اسکریپتی که حافظه را آزاد نمی‌کند | Snapshot را ببینید |
| I/O بالا در ساعت مشخص هر شب | افزونه‌ی بکاپ | دوره و ساعتش را عوض کنید |
Snapshot
هر بار که سایت به سقف می‌خورد، سرور از همان لحظه یک عکس می‌گیرد: چه پردازش‌هایی در حال اجرا بوده‌اند، چه کوئری‌هایی در دیتابیس، و چه آدرس‌هایی درخواست شده. در زبانه‌ی Snapshot تاریخ و ساعت را انتخاب کنید. اگر در فهرست آدرس‌ها یک صفحه مدام تکرار شده (مثلاً xmlrpc.php، wp-login.php یا wp-cron.php)، مقصر پیدا شده است.
چه کنم که کمتر مصرف کنم؟
- کش صفحه؛ بیشترین اثر. (بهینه‌سازی در سی‌پنل)
- بستن xmlrpc.php اگر استفاده نمی‌کنید، و محافظت از صفحه‌ی ورود.
- کرون واقعی به‌جای کرون وردپرس. (کرون‌جاب)
- مسدود کردن ربات‌های مزاحم.
- نسخه‌ی تازه‌ی PHP؛ معمولاً همان کد را با پردازش کمتر اجرا می‌کند.
کی ارتقا بدهم؟
وقتی بعد از کش و پاک‌سازی، Faults هنوز در ساعت‌های عادی (نه فقط جهش‌های گذرا) تکرار میشود. اگر سایت فروشگاهی است و کاربران واردشده زیادند، این اتفاق زودتر می‌افتد چون صفحه‌های آن‌ها کش نمی‌شود. (سایت من چقدر منابع لازم دارد، هاست پربازدید)
سوال‌های رایج
CPU صد درصد یعنی سرور پر است؟
نه؛ یعنی سهم شما پر است. سرور ظرفیت بیشتری دارد که بین حسابها تقسیم شده.
مصرف ایمیل هم اینجا حساب میشود؟
پردازشهای ایمیل در تعداد پردازشها و حافظه شمرده میشوند، ولی سهمشان معمولاً ناچیز است.
Faults چندتا عادی است؟
چندتا در روز، آن هم در لحظههای اوج، نگرانکننده نیست. صدها در روز یعنی بازدیدکنندهها مدام خطا میبینند.
