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

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

✅ مشخصات را بر اساس بازدید هم‌زمان و سنگینی کد انتخاب کنید، نه فقط بازدید روزانه.
✅ سرور اختصاصی HPE با هارد NVMe و پورت 10Gbit برای هر سایت پربازدید، در وب‌داده
حتماً زمانی که این مقاله را باز کرده‌اید، به دنبال پاسخی روشن هستید که سایت شما چه سروری لازم دارد و هزینه سرور برای سایت از چه اجزایی تشکیل می‌شود. در این راهنما گام‌به‌گام اجزای سرور، مراحل رشد از هاست تا سرور اختصاصی، برآورد CPU، رم، دیسک و ترافیک و نشانه‌های زمان ارتقا را با مثال عددی بررسی می‌کنیم. پس همراه ما باشید 😉👇

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

اگر سایت شما از محدودیت‌های هاست و سرور مجازی عبور کرده است، سرور اختصاصی ایران وب‌داده با سخت‌افزار HPE، هارد NVMe و پورت 10Gbit منابع کامل یک سرور فیزیکی را فقط در اختیار شما قرار می‌دهد 👇

سرور سایت چیست و از چه اجزایی تشکیل شده است؟

فرض کنید سایت شما یک رستوران است. وب‌سرور گارسونی است که سفارش را از مرورگر می‌گیرد، لایه اجرای کد آشپز است، دیتابیس انبار مواد اولیه است و کش، غذاهای آماده‌ای است که بی‌معطلی سرو می‌شوند. سرور فیزیکی هم خود آشپزخانه است؛ اگر کوچک باشد، حتی بهترین آشپز در ساعت شلوغی کم می‌آورد.
وقتی کاربر آدرس سایت را وارد می‌کند، DNS دامنه را به IP سرور ترجمه می‌کند، اتصال TLS برقرار می‌شود و درخواست به وب‌سرور می‌رسد. اگر صفحه در کش باشد فوراً برمی‌گردد؛ وگرنه کد اجرا می‌شود و با داده‌های دیتابیس، HTML نهایی ساخته می‌شود:
Browser 🌐
   ⬇️  DNS + TLS
Web Server (Nginx / Apache / LiteSpeed)
   ⬇️  cache hit? ➡️ response ✅
PHP-FPM / Node.js (application code)
   ⬇️  SQL query
MySQL / MariaDB  +  Redis (object cache)
   ⬇️
HTML ➡️ Browser

🔸 نکته فنی

طبق تعریف 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 خلاصه می‌کند:
ویژگیNginxApacheLiteSpeed
معماریرویدادمحور؛ یک master و چند workerماژولار با MPM؛ پیش‌فرض eventرویدادمحور
پشتیبانی از .htaccessندارددارددارد
کش داخلیکش پروکسی معکوسماژول mod_cacheLSCache در سطح سرور
مجوزمتن‌باز (BSD)متن‌باز (Apache 2.0)تجاری؛ نسخه متن‌باز OpenLiteSpeed
سهم استفاده در وب (W3Techs)30.9%22.0%14.5%
کاربرد رایجاتصالات هم‌زمان زیاد و پروکسی معکوسسازگاری حداکثری و هاست اشتراکیسایت‌های وردپرسی روی پنل میزبانی

هاست، VPS یا سرور اختصاصی؛ کدام سرور برای سایت مناسب‌تر است؟

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

مرحله اول: هاست اشتراکی برای شروع

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

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

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

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

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

هاست، VPS یا سرور اختصاصی؛ کدام سرور برای سایت مناسب‌تر است؟

جدول مقایسه هاست اشتراکی، سرور مجازی و سرور اختصاصی

این جدول سه گزینه اصلی را از نظر معیارهایی که در انتخاب سرور برای سایت اهمیت دارند مقایسه می‌کند:
معیارهاست اشتراکیسرور مجازی (VPS)سرور اختصاصی
منابع سخت‌افزاریمشترک میان سایت‌هاسهم مشخص از سرور مشترککل سرور فیزیکی
دسترسی rootندارددارددارد
پیش‌بینی‌پذیری عملکردکممتوسطبالا
مسئولیت مدیریت فنیبا میزبانعمدتاً با شمابا شما یا سرویس مدیریت
روش افزایش ظرفیتارتقای پلنارتقای سریع منابعارتقای سخت‌افزار یا چند سرور
مناسب برایسایت کوچک و شروع کارسایت در حال رشدسایت پربازدید و فروشگاه بزرگ

برآورد منابع و هزینه سرور برای سایت؛ گام‌به‌گام از بازدید تا مشخصات

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

۱- تبدیل بازدید روزانه به درخواست در ثانیه

بازدید صفحه روزانه را بر ۸۶٬۴۰۰، یعنی ثانیه‌های یک شبانه‌روز، تقسیم کنید تا میانگین درخواست در ثانیه به دست آید. بازدید در طول روز یکنواخت نیست؛ پس میانگین را در ضریب اوجی ضرب کنید که از نمودار ساعتی آنالیتیکس خودتان درمی‌آید. در کمپین‌ها و اطلاع‌رسانی‌های پیامکی، این ضریب ممکن است چند برابر روزهای عادی شود.
avg_rps      = daily_pageviews / 86400
peak_rps     = avg_rps x peak_factor
busy_workers = peak_rps x avg_response_time (s)

example (hypothetical):
200000 / 86400  = 2.3 rps
2.3 x 5 (peak)  = ~12 rps
12 x 0.3 s      = ~4 busy PHP workers
فرمول سوم همان قانون لیتل (Little’s Law) در نظریه صف است: تعداد کارهای در جریان برابر است با نرخ ورود ضرب در مدت ماندن هر کار در سیستم. اگر هر صفحه پویا 0.3 ثانیه پردازش بخواهد، در اوج حدود چهار پروسه PHP هم‌زمان مشغول‌اند. درخواست‌های AJAX و API کش‌نشده را هم از لاگ‌ها بشمارید.

۲- پردازنده؛ تعداد هسته و سرعت هر هسته

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

۳- رم؛ مجموع مصرف همه لایه‌ها

در یک سایت پربازدید، رم مورد نیاز جمع مصرف سیستم‌عامل، وب‌سرور، پروسه‌های PHP، بافر پول دیتابیس، Redis و کش فایل سیستم‌عامل است. میانگین مصرف هر پروسه PHP-FPM را با ps یا top اندازه بگیرید و رم در نظر گرفته‌شده برای PHP را بر آن تقسیم کنید تا سقف منطقی pm.max_children به دست آید:
max_children = RAM_for_PHP / avg_PHP_process_RSS

example (hypothetical):
8192 MB / 80 MB  = ~100 PHP-FPM children
اگر این سقف بیش از رم واقعی باشد، سرور زیر بار به swap می‌افتد یا OOM Killer لینوکس پروسه‌ها را می‌بندد. سقف خیلی پایین هم درخواست‌ها را با وجود رم آزاد در صف نگه می‌دارد؛ پس مصرف را در ساعات اوج دوباره بسنجید.

۴- دیسک؛ NVMe، ظرفیت و RAID

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

۵- ترافیک و پورت شبکه

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

برآورد منابع و هزینه سرور برای سایت؛ گام‌به‌گام از بازدید تا مشخصات

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

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

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

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

⚠️ پیش از ارتقا، این‌ها را بررسی کنید

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

سناریوی رایج در پشتیبانی وب‌داده

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

سرور سایت در وب‌داده؛ از سرور مجازی تا سرور اختصاصی HPE

وب‌داده در هر مرحله رشد، سرور برای سایت شما را متناسب با نیاز فراهم می‌کند: سرور مجازی و ابری برای سایت‌های در حال رشد و سرور اختصاصی برای سایت پربازدید که منابع کامل و پایدار می‌خواهد. پلن آماده سرور اختصاصی ایران بر پایه HPE ProLiant DL360 Gen9 ساخته شده است:
✅ دو پردازنده 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 نسل‌های قدیمی‌تری هستند: اینتل این پردازنده را که در سه‌ماهه اول 2016 عرضه شد، از 30 ژوئن 2022 در وضعیت End of Servicing Updates قرار داده و HPE سرور DL360 Gen9 را برای ویندوز سرور فقط تا نسخه 2019 تأیید کرده است. برای ویندوز سرور جدیدتر یا سخت‌افزار نسل بالاتر، پیکربندی سفارشی از طریق تیکت یا تماس بررسی می‌شود.
اگر ترجیح می‌دهید کانفیگ سرور برای سایت را از وب‌سرور و PHP-FPM تا دیتابیس و امنیت به متخصص بسپارید، خدمات کانفیگ و مدیریت سرور وب‌داده در دسترس است. رم بیشتر، فضای ذخیره‌سازی بزرگ‌تر و پورت یا IP اضافه هم از طریق تیکت یا تماس بررسی می‌شوند.
📌 اگر سایت شما بخشی از مجموعه‌ای بزرگ‌تر از سرویس‌هاست، مقالات تخصصی این مجموعه را هم ببینید:

سوالات متداول درباره سرور برای سایت

برای سایتی با ۱۰ هزار بازدید روزانه، هاست کافی است یا سرور لازم دارم؟

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

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

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

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

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

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

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

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

در این راهنما دیدیم سرور سایت فقط یک سخت‌افزار نیست؛ ترکیبی از وب‌سرور، لایه اجرای کد، دیتابیس و کش است که هر کدام سهمی از CPU، رم، دیسک و شبکه می‌خواهند. هاست اشتراکی برای شروع، سرور مجازی برای رشد و سرور اختصاصی برای بار سنگین و قابل پیش‌بینی مناسب است و مرز آن‌ها را بازدید هم‌زمان و سنگینی کد تعیین می‌کند.
با تبدیل بازدید به درخواست در ثانیه، اندازه‌گیری مصرف رم و محاسبه ترافیک ماهانه، مشخصات لازم را با دلیل انتخاب می‌کنید و هزینه سرور برای سایت را با همه اجزای آن می‌سنجید. پیش از هر ارتقا، کش و کوئری‌ها را بهینه کنید و بعد سراغ سخت‌افزار بروید؛ این ترتیب هم هزینه را کم می‌کند و هم نتیجه ارتقا را قابل اندازه‌گیری می‌کند.
اگر به یک سایت پربازدید رسیده‌اید که منابع کامل و پایدار می‌خواهد، سرورهای اختصاصی HPE وب‌داده با هارد NVMe، پورت 10Gbit، حفاظت DDoS و تحویل آنی گزینه‌ای مطمئن هستند و تیم فنی ۲۴ ساعته پیش از خرید، در انتخاب مشخصات کنار شماست.
در صورتی که سوالی داشتید می‌توانید در بخش نظرات با ما در ارتباط باشید.
امیدوارم این مقاله از بلاگ وب‌داده برای شما مفید بوده باشد.
منابع: 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
به اشتراک بگذارید
وب داده
وب داده

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

مقاله‌ها: 228

نوشته‌ای مرتبط

پاسخی بگذارید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *