چرا تعداد بازدید سایت معیار دقیقی برای بررسی مصرف منابع سایت نیست؟

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

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

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

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

منظور از مصرف منابع واقعی سایت چیست؟

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

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

مهم‌ترین منابعی که هنگام بررسی مصرف واقعی سایت باید در نظر گرفته شوند عبارت‌اند از:

CPU

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

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

RAM

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

مصرف RAM نیز ارتباط مستقیمی با تعداد بازدید ندارد. تعداد پردازش‌های هم‌زمان، اندازه داده‌ها، تنظیمات سرویس‌ها و نوع نرم‌افزار مورد استفاده می‌توانند روی میزان حافظه موردنیاز تاثیر بگذارند.

Disk I/O

هر زمان که اطلاعاتی از دیسک خوانده یا روی آن نوشته می‌شود، عملیات ورودی و خروجی ذخیره‌سازی انجام می‌شود. دیتابیس‌ها، فایل‌های لاگ، فایل‌های موقت و بسیاری از پردازش‌های نرم‌افزاری می‌توانند باعث افزایش Disk I/O شوند.

ممکن است CPU سرور در وضعیت مناسبی باشد، اما سرعت پایین ذخیره‌سازی یا حجم زیاد عملیات خواندن و نوشتن باعث شود سایت همچنان کند عمل کند.

منابع دیتابیس

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

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

پهنای باند

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

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

پردازش‌ها و درخواست‌های هم‌زمان

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

به همین دلیل، بررسی ظرفیت سایت بدون توجه به هم‌زمانی درخواست‌ها می‌تواند نتیجه گمراه‌کننده‌ای ایجاد کند.

چرا تعداد بازدید معیار دقیقی برای سنجش مصرف منابع نیست؟

یک Pageview در ساده‌ترین تعریف یعنی یک صفحه توسط کاربر مشاهده شده است. اما این عدد چیزی درباره فرآیندی که برای آماده‌سازی و نمایش آن صفحه اتفاق افتاده به ما نمی‌گوید.

فرض کنید کاربری وارد صفحه‌ای شود که نسخه آماده آن در Page Cache قرار دارد. در این حالت، سرور ممکن است بتواند پاسخ را بدون اجرای کامل برنامه و بدون مراجعه مجدد به دیتابیس ارسال کند.

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

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

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

 

بنابراین نمی‌توان همیشه با قاطعیت گفت:

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

رابطه میان این دو معمولا پیچیده‌تر است و به نوع سایت و نحوه پردازش درخواست‌ها بستگی دارد.

 

یک مثال ساده؛ دو سایت با بازدید یکسان اما مصرف کاملا متفاوت

برای درک بهتر موضوع، دو سایت را در نظر بگیرید که هر دو تقریبا میزان ترافیک مشابهی دارند.

ویژگی	سایت A	سایت B
نوع سایت	شرکتی	فروشگاه اینترنتی
محتوای صفحات	عمدتا استاتیک	عمدتا پویا
کش	فعال	محدود یا وابسته به نوع صفحه
کاربران واردشده	بسیار کم	تعداد قابل توجه
دیتابیس	Queryهای محدود	Queryهای متعدد
عملیات کاربر	مشاهده محتوا	جستجو، سبد خرید، سفارش
اتصال به سرویس‌های دیگر	محدود	چند API و سرویس خارجی
پردازش سمت سرور	سبک	سنگین‌تر

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

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

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

چه عواملی بیشتر از تعداد بازدید روی مصرف منابع سایت تاثیر دارند؟

برای فهمیدن اینکه یک سایت واقعا چه مقدار منابع نیاز دارد، باید از عدد بازدید فراتر رفت و رفتار درخواست‌ها را بررسی کرد.

نوع درخواست‌های کاربران

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

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

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

میزان Dynamic بودن صفحات

صفحه استاتیک معمولا محتوایی از پیش آماده دارد و برای ارائه آن به کاربر نیاز به پردازش پیچیده‌ای نیست. اما صفحات Dynamic در زمان درخواست یا بر اساس اطلاعات کاربر تولید یا تکمیل می‌شوند.

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

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

تعداد و کیفیت Queryهای دیتابیس

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

البته صرفا تعداد Query معیار کاملی نیست. کیفیت Query، وجود ایندکس مناسب، اندازه داده‌ها و نحوه اجرای عملیات نیز اهمیت دارند. یک Query نامناسب می‌تواند حتی روی دیتابیس نسبتا کوچک نیز فشار ایجاد کند.

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

افزونه‌ها و اسکریپت‌های سمت سرور

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

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

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

درخواست‌های هم‌زمان

یکی از اشتباهات رایج، مقایسه ترافیک فقط بر اساس مجموع بازدید روزانه است.

برای مثال، ۱۰۰۰ بازدید در طول یک روز با ۱۰۰۰ بازدید در یک ساعت، فشار یکسانی به زیرساخت وارد نمی‌کند. در حالت دوم، درخواست‌ها در بازه کوتاه‌تری متمرکز شده‌اند و ممکن است تعداد بیشتری از آن‌ها هم‌زمان در حال پردازش باشند.

این مسئله در زمان انتشار یک محتوای مهم، اجرای کمپین تبلیغاتی، فروش ویژه یا انتشار اخبار پربازدید بیشتر دیده می‌شود.

بنابراین در تحلیل ظرفیت، علاوه بر حجم کلی ترافیک باید Peak Traffic و تعداد درخواست‌های هم‌زمان را نیز در نظر گرفت.

کش چگونه رابطه بین بازدید و مصرف منابع را تغییر می‌دهد؟

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

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

به زبان ساده، دو حالت اصلی داریم:

Cache Hit: پاسخ موردنیاز در کش موجود است و می‌توان آن را مستقیما یا با پردازش بسیار کمتری ارائه کرد.

Cache Miss: پاسخ در کش وجود ندارد یا قابل استفاده نیست و سیستم باید دوباره پردازش موردنیاز را انجام دهد.

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

کش نیز انواع مختلفی دارد. Page Cache برای ذخیره پاسخ صفحات، Object Cache برای نگهداری داده‌های قابل استفاده مجدد در سطح برنامه و CDN Cache برای نزدیک‌تر کردن محتوای قابل کش به کاربران استفاده می‌شود.

به همین دلیل، دو سایت با بازدید مشابه اما نرخ Cache Hit متفاوت، الزاما فشار یکسانی به سرور وارد نمی‌کنند.

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

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

چرا ربات‌ها می‌توانند بدون افزایش کاربران واقعی منابع سایت را مصرف کنند؟

یکی از دلایلی که باعث می‌شود آمار ابزارهای تحلیل ترافیک با مصرف واقعی سرور متفاوت باشد، درخواست‌های ربات‌هاست.

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

در کنار این موارد، Scraperها و ربات‌های مخرب نیز وجود دارند که ممکن است تعداد زیادی URL را در مدت کوتاهی درخواست کنند.

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

در چنین شرایطی Server Log اطلاعات ارزشمندی ارائه می‌دهد؛ زیرا می‌توان در آن بررسی کرد چه آدرس‌هایی درخواست شده‌اند، درخواست‌ها از چه User-Agentهایی آمده‌اند، چه تعداد درخواست در یک بازه مشخص ثبت شده و کدام IPها یا الگوهای رفتاری غیرعادی هستند.

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

ترافیک انسانی و ترافیک رباتی چه تفاوتی در مصرف منابع دارند؟

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

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

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

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

به همین دلیل، تحلیل مصرف منابع باید میان ترافیک انسانی، ربات‌های شناخته‌شده و درخواست‌های مشکوک تفاوت قائل شود.

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

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

قالب مورد استفاده، افزونه‌ها، ساختار دیتابیس، وضعیت کش، تعداد کاربران واردشده و نوع قابلیت‌های سایت همگی می‌توانند روی مصرف منابع تاثیر بگذارند.

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

در وردپرس، فرآیندهایی مانند wp-cron نیز ممکن است پردازش‌هایی را در پس‌زمینه اجرا کنند. همچنین درخواست‌های admin-ajax در برخی افزونه‌ها و قابلیت‌ها می‌توانند باعث ایجاد بار پردازشی اضافی شوند.

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

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

چه نوع سایت‌های وردپرسی معمولا منابع بیشتری مصرف می‌کنند؟

فروشگاه‌های ووکامرسی

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

همچنین بسیاری از صفحات فروشگاه برای کاربران مختلف اطلاعات یکسانی ندارند و همین موضوع استفاده از کش کامل صفحه را در برخی قسمت‌ها محدود می‌کند.

سایت‌های عضویت و اشتراکی

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

سایت‌های آموزشی

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

سایت‌های پرترافیک با صفحات پویا

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

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

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

چگونه مصرف واقعی منابع سایت را بررسی کنیم؟

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

بررسی مصرف CPU

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

بررسی RAM

مصرف حافظه را باید در طول زمان مشاهده کرد، نه فقط در یک لحظه. افزایش موقت RAM در زمان ترافیک بالا با مصرف دائمی و نزدیک به سقف حافظه دو وضعیت متفاوت هستند.

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

بررسی Queryهای دیتابیس

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

در این بررسی باید به زمان اجرای Query، تعداد دفعات اجرای آن و ساختار جداول و ایندکس‌ها توجه کرد.

بررسی Server Log

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

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

بررسی ساعات اوج مصرف

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

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

بررسی درخواست‌های هم‌زمان

تعداد درخواست‌های هم‌زمان مشخص می‌کند سرور در یک لحظه با چه حجم کاری مواجه است. این شاخص برای سایت‌هایی که ترافیک آن‌ها در بازه‌های کوتاه متمرکز می‌شود، اهمیت ویژه‌ای دارد.

بررسی نرخ موفقیت کش

اگر سایت از سیستم کش استفاده می‌کند، بررسی Cache Hit Ratio می‌تواند نشان دهد چه بخشی از درخواست‌ها از پاسخ ذخیره‌شده استفاده می‌کنند و چه بخشی مجبور به پردازش مجدد هستند.

کاهش نرخ Cache Hit می‌تواند باعث شود پردازش بیشتری روی سرور انجام شود، حتی اگر تعداد بازدید سایت تغییری نکرده باشد.

کدام آمارها را باید در کنار تعداد بازدید بررسی کرد؟

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

• تعداد درخواست‌ها: مشخص می‌کند سرور در مجموع با چه حجم کاری مواجه شده است.
• درخواست‌های هم‌زمان: فشار لحظه‌ای و تعداد پردازش‌های هم‌زمان را نشان می‌دهد.
• مصرف CPU: میزان درگیری پردازنده با پردازش‌های سایت و سرویس‌های مربوط به آن را مشخص می‌کند.
• مصرف RAM: نشان می‌دهد پردازش‌ها و سرویس‌ها چه مقدار حافظه نیاز دارند.
• Disk I/O: برای تشخیص فشار ناشی از خواندن و نوشتن روی ذخیره‌سازی اهمیت دارد.
• Queryهای دیتابیس: به شناسایی عملیات سنگین و ناکارآمد کمک می‌کند.
• زمان پاسخ سرور: نشان می‌دهد درخواست‌ها با چه سرعتی پردازش می‌شوند.
• Cache Hit Rate: میزان استفاده موفق از داده‌های ذخیره‌شده را مشخص می‌کند.
• حجم انتقال داده: برای تحلیل مصرف شبکه و پهنای باند اهمیت دارد.
• ترافیک ربات‌ها: درخواست‌هایی را مشخص می‌کند که لزوما در آمار کاربران انسانی دیده نمی‌شوند.

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

آیا افزایش مصرف منابع همیشه نشانه رشد سایت است؟

خیر. افزایش مصرف منابع می‌تواند نشانه رشد واقعی سایت باشد، اما تنها توضیح ممکن نیست.

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

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

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

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

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

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

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

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

کمپین‌های تبلیغاتی نیز اهمیت دارند. ممکن است یک سایت در شرایط عادی بار متوسطی داشته باشد، اما اجرای یک کمپین باعث شود تعداد زیادی کاربر در مدت کوتاهی وارد سایت شوند. در این وضعیت، ظرفیت موردنیاز به ترافیک لحظه‌ای و تعداد کاربران هم‌زمان وابسته می‌شود.

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

در سایت‌های پویا، رشد دیتابیس نیز اهمیت دارد. Queryای که روی یک دیتابیس کوچک عملکرد مناسبی دارد، ممکن است با افزایش حجم داده نیازمند بهینه‌سازی بیشتری شود.

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

مصرف منابع سایت را باید بر اساس رفتار واقعی آن بررسی کرد

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

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

کش نیز یکی از عوامل تعیین‌کننده است و می‌تواند تعداد زیادی از درخواست‌ها را بدون اجرای دوباره تمام پردازش‌های سمت سرور پاسخ دهد. در طرف مقابل، Cache Miss می‌تواند باعث افزایش پردازش برنامه و دسترسی به دیتابیس شود.

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

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