سرور سایت چیست؟ راهنمای گزینش و قیمت در 2026؛ نکات کلیدی

سرور سایت (Website Server) کامپیوتری در همه حال روشن و متصل به اینترنت است که فایل‌ها، کد و دیتابیس وب‌سایت روی آن جای می‌گیرد و به هر درخواست مرورگر پاسخ می‌دهد. در این فرایند وب‌سرور مانند Nginx یا Apache درخواست را می‌پذیرد، مفسری مانند PHP برگه را می‌سازد و پایگاه داده داده‌ها را تحویل می‌دهد. هرچه این لایه‌ها روی سخت‌افزار مناسب‌تر و با تنظیم ساختار درست‌تری اجرا شوند، سایت سریع‌تر و پایدارتر است.

سرعت: زمان رسیدن اولین بایت پاسخ (TTFB) پیش از همه معیارهای بارگذاری جای دارد. پایداری: سرور کم‌توان در ساعات اوج، اولین نقطه شکست است. ایمنی: گونه میزبانی میزان کنترل شما بر پیکربندی امنیتی را تعیین می‌کند. بار مالی: برگزیدن بیش از احتیاج پول را هدر می‌دهد و کمتر از نیاز، مشتری را.

سرور وب‌سایت = موتوری که هر برگه سایت را می‌سازد و تحویل می‌دهد

سرور اختصاصی ایران برای سایت‌های پرمخاطب

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

در همین قسمت واکاوی می‌شود، آنچه درباره سرور سایت چگونه ارزیابی می‌شود ضرورت دارد.

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

وقتی کاربر آدرس سایت را وارد می‌کند، DNS محدوده را به IP سرور ترجمه می‌کند، اتصال TLS برقرار می‌شود و درخواست به وب‌سرور می‌رسد. چنانچه برگه در کش باشد فوراً برمی‌گردد؛ وگرنه کد اجرا می‌گردد و با داده‌های دیتابیس، HTML نهایی ساخته می‌شود:

نکته فنی

بر پایه تعریف web.dev، زمان رسیدن اولین بایت (TTFB) دربردارنده ریدایرکت‌ها، جست‌وجوی DNS، برقراری اتصال و TLS و زمان پردازش درخواست است. پس بخشی از کندی به شبکه و فاصله کاربر تا سرور برمی‌گردد و بخشی به پردازش سمت سرور. درباره ضرورت موقعیت جغرافیایی سرور هم بخوانید.

وب‌سرور؛ دروازه ورود درخواست‌ها: وب‌سرور روی پورت‌های 80 و 443 منتظر درخواست می‌ماند، فایل‌های ثابت را بی‌واسطه تحویل می‌دهد و درخواست‌های پویا را به لایه اجرای کد می‌سپارد. در برگزیدن سرور برای سایت‌های PHP سه گزینه رایج است: Nginx که بر پایه nginx.org ده هزار اتصال keep-alive غیرفعال را با نزدیک به 2.5 مگابایت حافظه نگه می‌دارد، Apache با ماژول‌های MPM و LiteSpeed که جایگزین سازگار با Apache است. نوشته وب سرور چیست جزئیات بیشتری دارد.

لایه اجرای کد؛ PHP-FPM، Node.js و دیگران

شماری از سایت‌ها با PHP و سیستم‌هایی مانند وردپرس ساخته می‌شوند. در این وضعیت PHP-FPM پروسه‌های PHP را اداره می‌کند؛ اسناد فنی رسمی PHP آن را پیاده‌سازی FastCGI با قابلیت‌هایی مفید برای سایت‌های پربار معرفی می‌کند که پروسه‌ها را به سه شیوه static، dynamic و ondemand پدید می‌آورد. پیکربندی pm.max_children تعیین می‌کند چندین درخواست پویا هم‌زمان پردازش شود و چقدر رم مصرف شود.

چنانچه با یک API یا بک‌اند اپلیکیشن روی Node.js، Python یا Go سروکار دارید، همین منطق برقرار است؛ جزئیات آن را در راهنمای سرور اپلیکیشن موبایل و بک‌اند ببینید.

📚 از منابع معتبر

بر پایه برگه رسمی الزامات وردپرس در WordPress.org، برای اجرای وردپرس PHP ویرایش 8.3 یا بالاتر، MySQL ویرایش 8.0 یا MariaDB ویرایش 10.11 یا بالاتر و HTTPS پیشنهاد می‌شود و Apache یا Nginx قدرتمندترین گزینه‌ها معرفی شده‌اند. همین منبع هشدار می‌دهد نسخه‌های قدیمی‌تر به پایان عمر رسمی رسیده‌اند و ممکن است سایت را در معرض آسیب‌پذیری قرار دهند.

دیتابیس؛ حافظه بلندمدت سایت

پایگاه داده محصولات، سفارش‌ها و کاربران را نگه می‌دارد و اغلب اولین گلوگاه است. در MySQL و MariaDB با موتور InnoDB، بافر پول بخشی از رم است که داده‌ها و ایندکس‌های پرکاربرد را نگه می‌دارد. اسناد فنی رسمی MySQL می‌گوید روی سرورهای اختصاصی دیتابیس، اغلب تا ۸۰ درصد حافظه فیزیکی به بافر پول داده می‌شود؛ چنانچه وب‌سرور و PHP هم روی همان سرور باشند، این سهم لازم است کمتر باشد. جزئیات را در نوشته سرور پایگاه داده برای MySQL و SQL Server ببینید.

کش و CDN؛ ارزان‌ترین راه رشد گنجایش: اسناد فنی رسمی وردپرس چندین لایه کش را معرفی می‌کند: کش صفحه، کش آبجکت با Redis یا Memcached، کش مرورگر و کش opcode مانند OPcache. در یک سایت پربازدید، کش برگه قسمت بزرگی از درخواست‌ها را از مسیر PHP و پایگاه داده خارج می‌کند، ولی سبد خرید و حساب کاربری کش نمی‌شوند. برای شروع، نوشته Redis چیست را بخوانید. CDN هم فایل‌های ثابت را از نقاط نزدیک‌تر به کاربر تحویل می‌دهد.

سنجش وب‌سرورهای Nginx، Apache و LiteSpeed: جدول زیر تفاوت‌های اصلی سه وب‌سرور رایج را بر اساس اسناد فنی رسمی هر پروژه و آمار W3Techs در ۲۳ سپتامبر 2026 خلاصه می‌کند:

---

هاست، VPS یا سرور اختصاصی چه پیش‌نیازهایی دارد؟

برای تصمیم‌گیری بهتر، نخست هاست، VPS یا سرور اختصاصی چه پیش‌نیازهایی دارد را دقیق‌تر می‌شناسیم.

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

مرحله اول: میزبانی اشتراکی برای آغاز: در میزبانی اشتراکی شمار چشمگیری سایت روی یک سرور و زیر یک کنترل کنترل‌پنل اجرا می‌شوند؛ مانند آپارتمانی که آب، برق و آسانسور آن میان همه واحدها تقسیم شده است. این گزینه ارزان و بی‌دردسر است، ولی محدودیت CPU، رم و شمار پروسه دارد و دسترسی root نمی‌دهد.

مرحله دوم: سرور مجازی (VPS) برای رشد

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

نشانه این اشتراک، میزان st یا Steal Time در خروجی دستور top است که آشکار می‌کند هایپروایزر چه سهمی از زمان CPU را از ماشین مجازی شما گرفته است. چنانچه در اوج مدام بالا باشد، ارتقای پلن VPS لزوماً دشواری را حل نمی‌کند؛ سنجش تمام‌عیار را در نوشته تفاوت سرور مجازی و اختصاصی ببینید.

مرحله سوم: سرور اختصاصی برای سایت پربازدید

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

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

متناسب با: فروشگاه‌های بزرگ، سایت‌های خبری، پلتفرم‌های آموزشی و هر سایتی که کندی آن مستقیماً به درآمد آسیب می‌زند.

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

---

تخمین منابع و بار مالی سرور در عمل

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

تبدیل بازدید هر روز به درخواست در ثانیه: ثانیه‌های یک شبانه‌روز، تقسیم کنید تا میانگین درخواست در ثانیه به دست آید؛ معنای روشن بازدید برگه هر روز را بر ۸۶٬۴۰۰ همین است. بازدید در طول روز یکنواخت نیست؛ پس میانگین را در ضریب اوجی ضرب کنید که از نمودار ساعتی آنالیتیکس خودتان درمی‌آید. در کمپین‌ها و اطلاع‌رسانی‌های پیامکی، این ضریب ممکن است چندین برابر روزهای عادی شود. فرمول سوم همان قانون لیتل (Little’s Law) در نظریه صف است: شمار کارهای در جریان برابر است با نرخ ورود ضرب در بازه ماندن هر کار در سیستم. چنانچه هر برگه پویا 0.3 ثانیه پردازش بخواهد، در اوج نزدیک به چهار پروسه PHP هم‌زمان مشغول‌اند. درخواست‌های AJAX و API کش‌نشده را هم از لاگ‌ها بشمارید.

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

رم؛ مجموع مصرف همه لایه‌ها: در یک سایت پربازدید، رم مورد احتیاج جمع مصرف سیستم‌عامل، وب‌سرور، پروسه‌های PHP، بافر پول دیتابیس، Redis و کش فایل سیستم‌عامل است. میانگین مصرف هر پروسه PHP-FPM را با ps یا top ابعاد بگیرید و رم در نظر گرفته‌شده برای PHP را بر آن تقسیم کنید تا سقف منطقی pm.max_children به دست آید: چنانچه این سقف بیش از رم واقعی باشد، سرور زیر بار به swap می‌افتد یا OOM Killer لینوکس پروسه‌ها را می‌بندد. سقف خیلی پایین هم درخواست‌ها را با وجود رم آزاد در صف نگه می‌دارد؛ پس مصرف را در ساعات اوج دوباره بسنجید.

دیسک؛ NVMe، گنجایش و RAID: سرعت دیسک بیشتر از همه روی دیتابیس، جست‌وجوی داخلی و بکاپ‌گیری اثر دارد. هاردهای NVMe به‌دلیل اتصال بی‌واسطه به گذرگاه PCIe، تأخیر به‌طور چشمگیری کمتری از SSDهای SATA و هاردهای مکانیکی دارند؛ جزئیات را در سنجش هارد NVMe و SSD ببینید. گنجایش را بر اساس حجم فعلی، رشد ماهانه و فضای نسخه پشتیبان محلی تخمین کنید و برای افزونگی RAID بگذارید؛ البته RAID جایگزین نسخه پشتیبان نیست.

ترافیک و پورت شبکه: ترافیک ماهانه حدوداً برابر است با بازدید برگه ضرب در حجم متوسط هر برگه. با فرض ۲۰۰ هزار بازدید هر روز و برگه 2 مگابایتی بی کش مرورگر و CDN، داده ارسالی نزدیک به 12 ترابایت در ماه می‌شود و در اوج، ۱۲ برگه در ثانیه یعنی نزدیک به 190 مگابیت بر ثانیه. در هر سایت پربازدید، کش مرورگر، فشرده‌سازی تصاویر و CDN هر دو عدد را محسوس کم می‌کنند. برای مخاطب داخلی، ثبت IP سایت برای ترافیک نیم‌بها روی بار مالی اینترنت کاربران اثر دارد؛ شیوه آن در راهنمای نیم‌بها کردن ترافیک سایت آمده است. تفاوت پهنای باند اختصاصی و اشتراکی را هم در نوشته پهنای باند سرور بخوانید.

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

نشانه‌های احتیاج به سرور اختصاصی برای سایت پربازدید

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

TTFB بالا در اوج: زمان پاسخ صفحات کش‌نشده مدام از آستانه 0.8 ثانیه‌ای که web.dev توصیه می‌کند فراتر می‌رود. هشدار pm.max_children: پیام server reached pm.max_children در لاگ PHP-FPM یعنی درخواست‌ها در صف می‌مانند. CPU یا Steal Time بالا: مصرف مداوم CPU نزدیک به سقف یا Steal Time زیاد روی VPS. کوئری‌های کند: رشد slow query log با وجود ایندکس‌گذاری و بهینه‌سازی. احتیاج به کنترل تمام‌عیار: ماژول خاص وب‌سرور، ویرایش مشخص PHP یا الزامات جداسازی داده.

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

⚠ پیش از ارتقا، این‌ها را مرور کنید

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

یک سناریوی رایج: فروشگاهی روی سرور مجازی در روزهای عادی پرسرعت است، ولی با آغاز کمپین تخفیف کند می‌شود و گاهی خطای 502 یا 504 می‌دهد. در واکاوی اولیه بیشتر وقت‌ها سه چیز دیده می‌شود: رسیدن به سقف pm.max_children در لاگ PHP-FPM، مصرف CPU نزدیک به سقف و چندین کوئری کند در فیلتر محصولات.

مسیر صحیح از ارزان‌ترین اصلاح‌ها آغاز می‌شود: کش برگه برای کاربران مهمان، کش آبجکت با Redis و ایندکس‌گذاری کوئری‌های کند. چنانچه پس از این اصلاحات CPU در اوج همچنان اشباع بود، انتقال به سرور اختصاصی با هسته‌های بیشتر و NVMe، به همراه پیکربندی دوباره PHP-FPM و بافر پول، گنجایش باثبات می‌سازد. جزئیات را در راهنمای سرور وردپرس و ووکامرس ببینید.

دو CPU Intel Xeon E5-2680 v4 با مجموع ۲۸ هسته و ۵۶ رشته پردازشی 64GB رم Registered ECC DDR4 و هارد 1TB NVMe از سری Samsung 980/990 PRO پورت 10Gbit/s روی شبکه‌ای با آپلینک 100Gbit نصب خودکار سیستم‌عامل و تحویل آنی پس از پرداخت، مستقل از ساعت اداری کنترل‌پنل کنترل با ری‌استارت، روشن و خاموش کردن، کنسول KVM، نصب مجدد سیستم‌عامل و مشاهده ترافیک حفاظت DDoS با گنجایش 100 گیگابیت بر ثانیه و فایروال سخت‌افزاری محاسبه ترافیک تنها بر اساس دانلود. آپلود بدون هزینه است خرید IPv4 اضافه از کنترل‌پنل کاربری و مشاوره پیش از خرید با گروه فنی ۲۴ ساعته.

☁ نکته کارشناسی درباره نسل سخت‌افزار

Gen9 و E5-2680 v4 نسل‌های قدیمی‌تری هستند: اینتل این CPU را که در سه‌ماهه اول 2016 عرضه شد، از 30 ژوئن 2022 در وضعیت End of Servicing Updates قرار داده و HPE سرور DL360 Gen9 را برای ویندوز سرور تنها تا ویرایش 2019 تأیید کرده است. برای ویندوز سرور جدیدتر یا سخت‌افزار نسل بالاتر، تنظیم ساختار سفارشی از طریق تیکت یا تماس مرور می‌شود.

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

• سرور حسابداری و ERP برای نرم‌افزارهایی مانند سپیدار و همکاران سیستم
• میل سرور سازمانی و سنجش راهکارهای ایمیل شرکتی
• نصب مودل و ویژگی‌های فنی سرور برای آموزش آنلاین
• سرور بیگ بلو باتن برای کلاس‌های مجازی زنده
• برپاسازی شرکت هاستینگ روی سرور اختصاصی

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

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

سرور اختصاصی برای سایت پربازدید؛ پاسخ کوتاه چیست؟: ویژگی‌های فنی مشخص به کد و الگوی بازدید بستگی دارد، ولی چهار محور ثابت است: هسته بسنده برای پروسه‌های PHP و پایگاه داده در اوج، رم بسنده برای بافر پول و PHP-FPM بی کار با swap، هارد NVMe برای کم شدن تأخیر پایگاه داده و پورتی که پهنای باند اوج را پوشش دهد. حفاظت DDoS و نسخه پشتیبان خارج از سرور هم لازم است.

درباره Nginx بهتر چه باید دانست؟: هیچ‌کدام در همه شرایط برنده نیست. Nginx در اتصالات هم‌زمان زیاد و نقش پروکسی معکوس کارآمد است، Apache با .htaccess و ماژول‌های فراوان بیشترین سازگاری را دارد و LiteSpeed با سازگاری با Apache و کش LSCache میان سایت‌های وردپرسی پرطرفدار است، هرچند ویرایش تجاری آن لایسنس می‌خواهد. برگزیدن را بر اساس کنترل پنل، تجربه گروه فنی و احتیاج به .htaccess صورت دهید.

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

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

سرور ویندوز برای میزبانی وب‌سایت؛ پاسخ کوتاه چیست؟: بله، چنانچه سایت با ASP.NET نوشته شده یا به سرویس‌های مایکروسافت وابسته است، ویندوز سرور با وب‌سرور IIS برگزیدن طبیعی است. برای سایت‌های PHP مانند وردپرس، لینوکس رایج‌تر است و بار مالی لایسنس ویندوز را ندارد. دقت کنید HPE سرورهای DL360 Gen9 را برای ویندوز سرور تنها تا ویرایش 2019 تأیید کرده است.

جمع‌بندی؛ گزینش سرور برای سایت با داده، نه حدس

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

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

منابع: web.dev, Time to First Byte (TTFB)؛ WordPress.org, Server Requirements؛ nginx.org, nginx features and architecture؛ Apache HTTP Server 2.4, Multi-Processing Modules (MPMs)؛ MySQL 8.4 Reference Manual, InnoDB Buffer Pool؛ W3Techs, Usage statistics of web servers.

---

نکات کلیدی این مطلب

• سرور سایت چگونه ارزیابی می‌شود
• هاست، VPS یا سرور اختصاصی چه پیش‌نیازهایی دارد
• تخمین منابع و بار مالی سرور در عمل

---

پرسش‌های پرتکرار

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

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

درباره برای سایتی با ۱۰ هزار چه باید دانست؟

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

درباره بار مالی سرور برای سایت ماهانه چه باید دانست؟

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

درباره سرور اختصاصی برای سایت پربازدید چه باید دانست؟

ویژگی‌های فنی مشخص به کد و الگوی بازدید بستگی دارد، ولی چهار محور ثابت است: هسته بسنده برای پروسه‌های PHP و پایگاه داده در اوج، رم بسنده برای بافر پول و PHP-FPM بی بهره‌گیری از swap، هارد NVMe برای کم شدن تأخیر پایگاه داده و پورتی که پهنای باند اوج را پوشش دهد. حفاظت DDoS و نسخه پشتیبان خارج از سرور هم لازم است.