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

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

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

VPS برای وردپرس دقیقاً کجا می‌ایستد؟

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

چرا برای وردپرس این بحث جدی است؟ چون این پشته بخش بزرگی از وب را می‌سازد؛ طبق آمار W3Techs حدود ۴۳٪ از کل سایت‌های جهان با وردپرس کار می‌کنند (W3Techs — تاریخ گردآوری: آبان ۱۴۰۵). یعنی روی سرور مجازی، پشتهٔ استاندارد PHP و MySQL و وب‌سرورِ سازگار با وردپرس، ابزار، مستندات و تجربهٔ فراوان دارد و نیازی به اختراع مسیر نیست.

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

پنج نشانهٔ رسیدن به مرز هاست اشتراکی

پنج نشانه را به تجربهٔ ما مرتب‌ترین ترتیب تشخیص می‌دانیم. یک) افت زمان پاسخ در ساعات پیک که با کش و سبک‌سازی تصویر و قالب برطرف نمی‌شود و در دادهٔ میدانی تکرار می‌شود. دو) خطاهای دوره‌ای ۵۰۲ یا ۵۰۴ بدون هیچ تغییری در سایت؛ این خطاها معمولاً یعنی فرایند PHP فرصت پاسخ پیدا نکرده است. سه) سقف PHP Workers یا پردازش همزمان در پنل هاست؛ در ساعات تخفیف فروشگاه، درخواست‌ها در صف می‌مانند و کاربر صفحهٔ کند یا خطا می‌بیند. چهار) هشدار رسمی منابع از طرف هاست — مصرف CPU، رم یا ورودی‌خروجی بالاتر از سهم پلن. پنج) برنامهٔ رشد: راه‌اندازی فروشگاه، عضویت یا چندفروشندگی که کوئری‌های پایگاه‌داده را سنگین‌تر می‌کند.

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

مشخصات مهم؛ رم، پردازنده، NVMe و PHP Workers

چهار مشخصه بقیه را در تبلیغ پلن‌ها پشت سر می‌گذارد. رم: برای یک سایت وردپرسی تنها با ترافیک متوسط، دو گیگابایت سقف پایینِ راحت است و چهار گیگابایت جا برای فروشگاه کوچک باز می‌کند؛ زیر دو گیگابایت، MySQL و PHP به‌زودی به هم فشار می‌آورند — بازهٔ برآورد بازار، نه قانون ثابت. پردازنده: دو هستهٔ مجازی نقطهٔ شروع معقولی است؛ زمان پاسخ سرور پیش از اجرای هر خط PHP از همین‌جا شروع می‌شود. فضا: ترجیح با NVMe باشد، چون پایگاه‌دادهٔ وردپرس خواندن و نوشتن ریز و زیاد دارد و سرعت دیسک مستقیم به زمان پاسخ می‌نشیند.

PHP Workers کمتر شناخته‌شده اما سرنوشت‌ساز است: تعداد درخواست‌هایی که PHP می‌تواند همزمان اجرا کند. وقتی صف پر شود، درخواست‌های بعدی منتظر می‌مانند؛ در فروشگاه یعنی گاهی پرداخت در لحظهٔ پیک کُند یا خطادار می‌شود. برای سایت‌های پویا، سرویس Object Cache مثل Redis هم ارزش داشتن دارد، چون پرسش‌های تکراری پایگاه‌داده را در حافظه نگه می‌دارد و بار MySQL را کم می‌کند. جدول زیر سه دستاورد اصلی سرور مجازی نسبت به هاست اشتراکی را جمع می‌کند.

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

مهاجرت به سرور مجازی؛ پنج گام کم‌ریسک

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

گام چهار، پنجرهٔ جابه‌جایی: چند ساعت قبل TTL دامنه را کوتاه کنید — مقداری مثل ۳۰۰ ثانیه — و در کم‌ترافیک‌ترین ساعت بر اساس دادهٔ خودتان، DNS را تغییر دهید؛ در فروشگاه، پنجرهٔ کوتاهی سفارش جدید را نگه دارید تا سفارش نیمه‌کاره میان دو سرور جا نماند. گام پنج، پایش چهل‌وهشت‌ساعته: لاگ خطا، سفارش‌ها، ایمیل‌ها و گزارش Pages سرچ‌کنسول؛ نسخهٔ قدیمی را چند روز خاموش نگه دارید، حذف نکنید.

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

بعد از مهاجرت؛ پشتیبان، پایش و امنیت حداقلی

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

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

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

وقتی هنوز سرور مجازی لازم نیست؛ نگاه صادقانه

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

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

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

برنامهٔ دوهفته‌ای اجرا و جمع‌بندی

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

جمع‌بندی در سه خط: نشانه‌ها را با داده ثابت کنید، چهار مشخصهٔ رم و پردازنده و NVMe و PHP Workers را اندازه بگیرید و مهاجرت را با پنج گام کم‌ریسک و پایش چهل‌وهشت‌ساعته ببندید؛ اگر نشانه‌ها الگو نشدند، اول نرم‌افزار را سبک کنید. برای ادامهٔ مسیر، هاب هاست و زیرساخت کل خوشه را نگه می‌دارد؛ پرسش‌های رایج پلتفرم جواب‌های کوتاه دربارهٔ اجرا و پشتیبانی را یک‌جا دارد و ممیزی رایگان دامنه وضعیت فعلی سایت را پیش از هر خرید نشان می‌دهد. اگر مدیریت فنی پیوسته — از استقرار تا پایش — گلوگاه شماست، قابلیت‌های پلتفرم ویژن‌پرایم همین زنجیره را یک‌جا می‌دهد.

رصد ما، رشد شما.