چند گیگ رم و چند هسته لازم دارم؟ راهنمای انتخاب منابع سرور مجازی

سه منبعی که باید انتخاب کنید

برای بیشتر پروژه‌های وب، رم گلوگاه اول است: هر پروسهٔ PHP، هر کانتینر داکر و هر دیتابیس سهمی ثابت از رم می‌گیرد. پردازنده معمولاً فقط در اوج ترافیک یا پردازش سنگین (فشرده‌سازی، تبدیل ویدیو، build) پر می‌شود.

جدول انتخاب بر اساس پروژه

این اعداد نقطهٔ شروع‌اند، نه قانون. کد بهینه، کش درست و CDN می‌تواند همین بار را با منابع کمتر جواب دهد و کد ناکارآمد با منابع دو برابر هم کند بماند.

پلن‌های سرور ایران کلودیفای

قیمت‌ها زنده از سامانهٔ کلودیفای در تاریخ ۱۱ آبان ۱۴۰۵ خوانده شده‌اند. ترافیک دانلود جداگانه، هر گیگابایت ۱٬۲۵۰ تومان؛ آپلود رایگان.

برای سرور خارج، تنوع پلن بسیار بیشتر است (از ۵۱۲ مگابایت رم به بالا)؛ جدول کشورها در سرور مجازی خارج آمده است.

چطور مصرف واقعی را اندازه بگیریم؟

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

# رم: ستون available مهم است، نه free
free -h

# بار پردازنده و پروسه‌های پرمصرف (q برای خروج)
htop        # یا: top

# میانگین بار ۱، ۵ و ۱۵ دقیقهٔ اخیر
uptime

# فضای دیسک و بزرگ‌ترین پوشه‌ها
df -h
sudo du -xh / --max-depth=2 2>/dev/null | sort -h | tail -15

خواندن نتایج

• رم: اگر available مدام زیر ۱۰ تا ۱۵ درصد است یا swap پر می‌شود، رم کم است. Linux بخشی از رم را برای کش دیسک استفاده می‌کند؛ پس «free» پایین به‌تنهایی نگران‌کننده نیست.
• پردازنده: اگر load average به‌طور پایدار بیشتر از تعداد هسته‌هاست (مثلاً بالای ۲ روی سرور ۲ هسته‌ای)، پردازنده کم است.
• steal (st در top): اگر بالاست، مشکل از سرور میزبان است نه کد شما.
• دیسک: بیش از ۸۰ درصد پر بودن یعنی وقت پاک‌سازی لاگ‌ها و ایمیج‌های قدیمی یا دیسک بزرگ‌تر است.

اگر رم پر می‌شود، راهنمای رفع پر شدن رم و OOM Killer را بخوانید.

$ free -h               total   used   free  availableMem:           3.8Gi  1.2Gi  0.9Gi  2.3Gi$ uptime load average: 0.42, 0.37, 0.30$ df -h /$ 

اشتباهات رایج در انتخاب منابع

1. خرید بزرگ‌ترین پلن «برای احتیاط»: با صورتحساب ساعتی لازم نیست از اول پلن بزرگ بخرید؛ با پلن کوچک شروع کنید.
2. نادیده گرفتن دیتابیس: دیتابیس بیشترین رم را می‌خواهد؛ اگر روی همان سرور است، سهمش را حساب کنید.
3. فراموش کردن swap: روی سرورهای کم‌رم، یک فایل swap کوچک جلوی کرش ناگهانی را می‌گیرد (جایگزین رم کافی نیست).
4. دیسک کم برای داکر: ایمیج‌ها و لاگ‌ها به‌سرعت ده‌ها گیگابایت می‌شوند.
5. پردازندهٔ زیاد، رم کم: برای سایت و دیتابیس، رم بیشتر معمولاً اثر بیشتری از هستهٔ بیشتر دارد.

ارتقا: کی و چطور؟

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

• تنظیمات و استقرار را قابل تکرار نگه دارید (اسکریپت نصب، Docker Compose، یا مستندات گام‌به‌گام).
• داده‌ها را با rsync یا خروجی دیتابیس منتقل کنید.
• پیش از تغییر DNS، TTL رکورد را کوتاه کنید تا جابه‌جایی سریع انجام شود.

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

سؤالات متداول