هاست پربازدید: وقتی سایت زیر بار می‌ماند چه باید کرد

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

پایهٔ این متن، ۹۹ پلن پربازدید از ۱۳ شرکت ایرانی است که قیمت و مشخصاتشان در همین سایت رصد می‌شود. آخرین بررسی قیمت: ۱۸ شهریور ۱۴۰۵.

زیر بار، اول چه چیزی می‌شکند؟

ترتیبش تقریباً همیشه یکی است: اول پروسه‌های PHP تمام می‌شوند، بعد اتصال‌های دیتابیس، بعد حافظه. دیسک معمولاً آخرین چیزی است که به مشکل می‌خورد و حتی آن هم بیشتر از جنس سرعت خواندن و نوشتن است تا کمبود فضا. برای همین ارتقای پلن به بستهٔ «فضای بیشتر» هیچ‌وقت مشکل کندی را حل نمی‌کند. اگر بار شما به‌جای پیوسته بودن، چند بار در سال پیک می‌زند، هاست ابری دقیقاً برای همین ساخته شده — منابع را موقت بالا می‌برید و بعد پایین می‌آورید.

پروسه‌های PHP: سقف واقعی سایت شما

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

روی هاست‌های اشتراکی ایرانی که از CloudLinux استفاده می‌کنند، همین سقف با نام‌هایی مثل EP (تعداد پروسهٔ هم‌زمان) و NPROC در بخش مصرف منابع cPanel دیده می‌شود و وقتی پر شود، بازدیدکننده خطای ۵۰۸ با پیام Resource Limit Is Reached می‌گیرد. این خطا اشکال سایت نیست؛ گزارش رسمی این است که به سقف پلنتان رسیده‌اید. اگر در نمودار مصرف منابع، ستون EP مرتب به سقف می‌خورد، شما دقیقاً همان کسی هستید که این دسته برایش ساخته شده.

اتصال‌های دیتابیس

هر پروسهٔ PHP معمولاً یک اتصال به MySQL باز می‌کند و سرور دیتابیس هم سقف اتصال هم‌زمان دارد. وقتی این سقف پر شود، خطای «Too many connections» می‌آید و جالب اینکه ممکن است پردازنده هنوز بیکار باشد. کوئری‌های کند این ماجرا را چند برابر بدتر می‌کنند: یک جست‌وجوی سنگین در جدول محصولات، اتصال را ثانیه‌ها نگه می‌دارد و در همان مدت، بقیه در صف می‌مانند. یعنی گاهی راه‌حل درست، ارتقای پلن نیست؛ درست کردن یک کوئری یا حذف افزونه‌ای است که در هر بارگذاری صفحه چند ده کوئری اضافه می‌زند.

حافظه و سرعت دیسک

RAM جایی است که مشکل بی‌صدا خودش را نشان می‌دهد. هر پروسه سهمی از حافظه می‌گیرد؛ وقتی حافظهٔ سهمیهٔ شما پر شود، پروسه‌ها کشته می‌شوند و کاربر خطای پانصد می‌بیند بدون آنکه چیزی در لاگ سایت باشد. دیسک هم بی‌تأثیر نیست، ولی نقشش غیرمستقیم است: دیتابیس روی دیسک کند، کوئری را طولانی‌تر می‌کند و کوئری طولانی‌تر یعنی پروسه‌ای که دیرتر آزاد می‌شود. تفاوت واقعی NVMe و SSD معمولی دقیقاً همین‌جا خودش را نشان می‌دهد.

کاربر هم‌زمان یا بازدید ماهانه؟

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

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

عدد واقعی خودتان را از کجا بیاورید

• گزارش لحظه‌ای گوگل آنالیتیکس. چند روز، در ساعت شلوغ سایت، عدد کاربران فعال را نگاه کنید. این نزدیک‌ترین چیز به کاربر هم‌زمان است.
• بخش مصرف منابع در cPanel. نمودار EP و CPU و حافظه در بازهٔ یک ماه، صادق‌ترین منبع است؛ نشان می‌دهد چند بار و در چه ساعتی به سقف خورده‌اید.
• آمار وب‌سرور. تعداد درخواست در ساعت اوج، تفکیک‌شده بین فایل‌های ثابت و صفحه‌های پویا. فقط بخش پویا برای انتخاب پلن مهم است.

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

چرا «بازدید نامحدود» عملاً بی‌معنی است؟

چون بازدید هیچ‌وقت منبع محدودکننده نبوده. آنچه محدود است پردازنده، حافظه و تعداد پروسه است و همهٔ پلن‌ها برای این‌ها سقف دارند، حتی وقتی روی صفحهٔ فروش کلمهٔ «نامحدود» نوشته شده. عبارت درست‌تر این است: بازدید شمارش نمی‌شود، ولی مصرف منابعی که آن بازدید ایجاد می‌کند حتماً شمارش می‌شود.

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

کش: ارزان‌ترین ارتقایی که می‌توانید بخرید

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

کش صفحه

اگر هاست شما LiteSpeed دارد، افزونهٔ LSCache را نصب و روشن کنید؛ این نزدیک‌ترین چیز به یک دکمهٔ رایگان برای سریع‌تر شدن سایت وردپرسی است. روی Apache و NGINX هم افزونه‌های کش وردپرس کار می‌کنند، فقط تنظیمش دستی‌تر است. اگر بین دو پلن هم‌قیمت یکی LiteSpeed دارد، همان را بردارید؛ دلیلش را در مقایسهٔ وب‌سرورها نوشته‌ایم.

جایی که کش کار نمی‌کند

کش صفحه برای بازدیدکنندهٔ ناشناس عالی است و برای کاربر واردشده تقریباً هیچ کاری نمی‌کند. سبد خرید، حساب کاربری، پنل و صفحهٔ پرداخت باید هر بار ساخته شوند. برای همین یک فروشگاه ووکامرس با هزار بازدید هم‌زمان، بار پردازشی به‌مراتب سنگین‌تری از یک سایت خبری با همان عدد دارد. در این حالت کش شیء با Redis و بهینه کردن کوئری‌ها اهمیت پیدا می‌کند، نه کش صفحه.

پلن اشتراکی بزرگ‌تر یا سرور مجازی؟

تا وقتی مشکل شما «کمی بیشتر از سقف فعلی» است، پلن پربازدید اشتراکی جواب می‌دهد و ارزان‌تر و کم‌دردسرتر است. وقتی به چیزی نیاز دارید که در محیط اشتراکی اصلاً وجود ندارد، ارتقای پلن فقط تأخیر انداختن است.

نکتهٔ مهمی که در تبلیغ‌ها گم می‌شود: سرور مجازی به‌خودی‌خود سریع‌تر نیست. یک سرور مجازی که کسی تنظیمش نکرده، از یک پلن اشتراکی خوبِ LiteSpeed کندتر جواب می‌دهد. سرور مجازی اختیار می‌دهد، نه سرعت؛ و اختیار بدون وقت و دانش، بدهی است. قبل از تصمیم، تفاوت سه لایه و راهنمای خرید سرور مجازی را بخوانید.

CDN چه چیزی را حل می‌کند و چه چیزی را نه؟

CDN فایل‌های ثابت شما را از سرورهای نزدیک‌تر به کاربر تحویل می‌دهد و فشار تصویر و اسکریپت را از دوش هاست برمی‌دارد. برای سایتی که تصویر زیاد دارد، این بخش بزرگی از ترافیک و اتصال‌ها را جذب می‌کند. اما توهم رایج این است که CDN بار پردازشی را کم می‌کند؛ نمی‌کند. صفحهٔ پویا همچنان روی هاست شما ساخته می‌شود، مگر آنکه از کش کامل صفحه در لبه استفاده کنید و آن هم برای صفحه‌های شخصی‌سازی‌شده کار نمی‌کند.

در ایران یک نکتهٔ اضافه هست: اگر مخاطب شما داخل کشور است و از CDN خارجی استفاده کنید، مسیر ترافیک ممکن است طولانی‌تر از حالت بدون CDN شود. CDNهای داخلی برای این سناریو ساخته شده‌اند. اگر سایتتان روی هاست ایران است و مخاطبتان هم داخلی، اول کش را درست کنید و بعد سراغ CDN بروید، نه برعکس.

پیک ده‌دقیقه‌ای: خبر فوری و فروش بلیت

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

• خبر فوری تقریباً همیشه با کش حل می‌شود. صفحهٔ خبر برای همهٔ بازدیدکنندگان یکی است؛ اگر کش صفحه روشن باشد، هزاران بازدید هم‌زمان تبدیل به تحویل یک فایل ثابت می‌شود. مشکل معمولاً از افزونه‌های آمار و نظرسنجی و باکس «پربازدیدترین‌ها» است که کش را دور می‌زنند.
• فروش بلیت با کش حل نمی‌شود. هر کاربر باید صندلی رزرو کند و به درگاه برود؛ یعنی هر نفر یک تراکنش دیتابیس واقعی است. اینجا کش صفحه فقط جلوی مشتری را می‌گیرد که سایت اصلاً بالا بیاید، ولی خودِ مرحلهٔ خرید باید منابع داشته باشد.
• سایت معرفی را از سیستم فروش جدا کنید. اگر صفحهٔ اطلاع‌رسانی روی هاست سبک و مرحلهٔ خرید روی سرویس جدا باشد، شلوغی یکی دیگری را زمین نمی‌زند.
• قبلش به پشتیبانی خبر بدهید. بیشتر شرکت‌های ایرانی اگر از قبل بدانید چه ساعتی پیک دارید، یا ارتقای موقت پیشنهاد می‌دهند یا دست‌کم سیستم ضدسوءاستفاده‌شان شما را با حملهٔ ترافیکی اشتباه نمی‌گیرد. این پیام کوتاه، دردسر بزرگی را حل می‌کند.

قبل از خرید چه چیزی بپرسید؟

پلن پربازدید وقتی ارزش پولش را دارد که اعداد منابع را صریح نوشته باشد. این‌ها ارزان‌ترین پلن‌های این دسته هستند که در حال حاضر رصد می‌کنیم:

چهار سؤالی که پیش از سفارش باید بپرسید: سهم پردازنده و حافظه چقدر است و آیا سقف پروسهٔ هم‌زمان اعلام می‌شود؟ وب‌سرور چیست و کش سمت سرور دارد یا نه؟ اگر یک روز به سقف بخورم، سرویس محدود می‌شود یا فقط هشدار می‌گیرم؟ و ارتقا به پلن بالاتر یا به سرور مجازی چقدر طول می‌کشد و آیا نیاز به انتقال دستی دارد؟ جواب سؤال آخر را حتماً بگیرید؛ روزی که لازمش دارید، وقت خواندن راهنما ندارید. برای دیدن گزینه‌ها کنار هم، ابزار مقایسه کمک می‌کند.

پرسش‌های متداول

سایتم فقط چند ساعت در روز کند می‌شود؛ باید پلن عوض کنم؟

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

چند بازدید در ماه یعنی «پربازدید»؟

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

هاست ابری بار زیاد را بهتر تحمل می‌کند؟

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

ارتقا به پلن گران‌تر همان شرکت بهتر است یا رفتن به شرکت دیگر؟

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

آیا تعداد بازدید روی هزینهٔ پهنای باند اثر دارد؟

در بیشتر پلن‌های ایرانی ترافیک داخلی سخاوتمندانه است و به‌ندرت گلوگاه می‌شود؛ مگر آنکه فایل سنگین سرو کنید. اگر سایت شما ویدئو یا فایل دانلودی دارد، ماجرا فرق می‌کند و باید سراغ هاست دانلود بروید که برای همین ساخته شده است.

جمع‌بندی: مسیر تصمیم

1. یک ماه نمودار مصرف منابع و آمار لحظه‌ای را ببینید؛ بدون این عدد، هر خریدی حدس است.
2. کش صفحه را روشن کنید و دوباره اندازه بگیرید. بخش بزرگی از پرونده‌ها همین‌جا بسته می‌شود.
3. اگر باز هم به سقف می‌خورید، پلنی بگیرید که سهم پردازنده، حافظه و پروسهٔ هم‌زمان را صریح نوشته باشد.
4. اگر به سرویس پس‌زمینه، Redis یا تنظیم سطح سرور نیاز دارید، دیگر مسئلهٔ اندازه نیست؛ سراغ سرور مجازی بروید.
5. برای پیک‌های برنامه‌ریزی‌شده، از قبل به پشتیبانی خبر بدهید و مسیر خرید را از سایت معرفی جدا کنید.

اگر نمی‌دانید سایتتان در کدام دسته می‌افتد، یابندهٔ هاست با چند سؤال کوتاه گزینه‌ها را محدود می‌کند و فهرست پلن‌های پربازدید را می‌توانید بر اساس منابع مرتب کنید.

هاست پربازدیدکاربر هم‌زمانکشCDN