واقعاً VPS لینوکس شما به چه مقدار رم نیاز دارد؟

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

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

رم در واقع چه چیزی را کنترل می کند روی VPS؟

RAM حافظه کاری است که سرور شما برای رسیدگی به درخواست های زنده از آن استفاده می کند. هر page load سرور وب، PHP و پایگاه داده شما را برای ایجاد پاسخ به حافظه می کشد و RAM جایی است که این کار اتفاق می افتد.

سه چیز برای آن رقابت می کنند روی یک پشته معمولی:

• حافظه هر درخواست هر کارگر PHP کد و داده های مورد نیاز برای ارائه یک درخواست را در خود نگه می دارد. ده بازدیدکننده همزمان می تواند به معنای ده کارگر در حال دویدن در یک زمان باشد که هر کدام سهم خود را ادعا می کنند.
• پایگاه داده. MySQL یا MariaDB ایندکس‌ها و داده‌های مکرر جستجو شده را در حافظه پنهان می‌کند. هرچه بیشتر بتواند نگه دارد، سفرهای آهسته کمتری به دیسک انجام می دهد.
• خدمات ذخیره سازی و پس زمینه. حافظه پنهان اشیاء، page کش ها، صف کارگران، و کارهای cron همگی حافظه را ذخیره می کنند، چه بازدیدکننده باشد یا نباشد روی سایت

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

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

یک سایت بروشور واحد، یک وبلاگ کوچک، یا یک سایت تجاری کم بازدید به خوبی اجرا می شود روی 2 گیگابایت رم. که شامل سرور وب، تعداد انگشت شماری از کارکنان PHP، یک پایگاه داده کوچک و ذخیره نور با فضای خالی می شود.

a اضافه کنید page سازنده، یک فیلتر هرزنامه فرم تماس، یک افزونه تجزیه و تحلیل، و چند ادغام، و 2 گیگابایت در هنگام انفجار ترافیک تنگ می شود. در آن نقطه 8 گیگابایت به شما فضایی برای بازدیدکنندگان همزمان بدون توقف کارگران می دهد. این گروهی است که بیشتر سایت های کسب و کار کوچک در حال رشد در آن قرار می گیرند.

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

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

در عمل برنامه ریزی کنید 2 تا 4 گیگابایت روی یک سایت تک محتوا، 8 تا 16 گیگابایت هنگامی که WooCommerce یا افزونه عضویت را اضافه کردید، و 24 گیگابایت یا بیشتر برای یک فروشگاه شلوغ WooCommerce تشنه حافظه است زیرا چرخ دستی‌ها، جلسات و منطق پرداخت همگی به صورت پویا اجرا می‌شوند و نمی‌توان آن‌ها را به طور کامل کش کرد.

حافظه PHP از RAM سرور جدا است و این تمایز افراد را به سمت بالا می برد. را PHP memory_limit برای هرprocess سقف، و پیش‌فرض تاریخی آن 128 مگابایت اغلب برای سایت‌های دارای افزونه بسیار کم است. یک نصب واقعی وردپرس معمولاً محدودیت PHP 256 مگابایتی را می‌خواهد، با 512 مگابایت برای تنظیمات سنگین‌تر. افزایش این حد باعث می‌شود هر درخواست تمام شود، اما همچنین به این معنی است که هر PHP کارگر می‌تواند مقدار بیشتری از کل RAM شما را مطالبه کند، بنابراین هر دو عدد باید با هم حرکت کنند.

لایه های کش مانند Redis و Varnish از چه مقدار RAM استفاده می کنند؟

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

• ذخیره اشیاء با Redis نتایج پرس و جو پایگاه داده را در حافظه ذخیره می کند، بنابراین پرس و جوهای تکراری هرگز پایگاه داده را لمس نمی کنند. یک سایت شلوغ وردپرس یا ووکامرس ممکن است 256 مگابایت تا 1 گیگابایت را به Redis اختصاص دهد و این حافظه حتی زمانی که ترافیک ساکت است ذخیره می شود. شما می توانید بیشتر از مستندات Redis.
• کش کردن صفحه با Varnish یا NGINX صفحات کاملا رندر شده را در حافظه نگه می دارد و بدون فراخوانی PHP به آنها سرویس می دهد. این بزرگترین پیروزی برای سایت‌های خواندنی است و با تعداد صفحات منحصربه‌فردی که ذخیره می‌کنید مقیاس می‌شود.
• OPcache بایت کد PHP کامپایل شده را در حافظه نگه می دارد تا سرور اسکریپت ها را دوباره کامپایل نکند روی هر درخواست تخصیص 256 مگابایت رایج است و بار CPU را به طور قابل توجهی کاهش می دهد.

هر سه را روی هم قرار دهید و ممکن است قبل از ورود یک بازدیدکننده، 1 تا 2 گیگابایت را صرفاً به حافظه پنهان اختصاص دهید. این حافظه به خوبی مصرف می شود، اما ریاضی اندازه شما را تغییر می دهد.

پایگاه داده شما به چه مقدار رم نیاز دارد؟

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

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

چگونه ترافیک و همزمانی نیازهای رم شما را تغییر می دهد؟

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

سایتی با 50000 بازدید ماهانه به طور مساوی نیاز به حافظه بسیار کمتری نسبت به سایتی با مجموع یکسانی دارد که در هنگام رها کردن محصول یا ارسال ایمیل به 300 کاربر همزمان می رسد. هر یک از این درخواست‌های همزمان می‌تواند یک کارگر PHP ایجاد کند و هر کارگر ادعای حافظه را دارد.

دو اهرم فشار را کاهش می دهد:

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

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

فراتر از وب‌سایت‌ها، یک VPS اغلب بارهای کاری برنامه را اجرا می‌کند: یک Node.js API، یک سرویس Python، کارگران صف پس‌زمینه، یا یک container یا دو اندازه آنها با پشته LAMP استاندارد متفاوت است.

یک برنامه Node.js یا Python با پایگاه داده و حافظه نهان راحت است روی 8 گیگابایت، اگرچه یک سرویس ناب می تواند اجرا شود روی کمتر Container حجم کار اضافه سربار به دلیل هر یک container زمان اجرا خودش را دارد و orchestration، کارگران صف و لایه های کش هر کدام حافظه را ذخیره می کنند، خواه درخواست ها جریان داشته باشند یا نه. اگر از یک سرور برنامه، یک پایگاه داده و یک کش کنار هم استفاده می کنید، 16 گیگابایت یا بیشتر برای جلوگیری از راه اندازی مجدد تحت بار، فضای سر به شما می دهد. توجه داشته باشید که یک VPS برای برنامه و orchestration لایه به جای آموزش مدل، زیرا شامل سخت افزار GPU نمی شود.

اندازه رم VPS بر اساس Use Case

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

علائم هشدار دهنده ای که نشان می دهد رم خود را بیشتر کرده اید چیست؟

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

• خطاهای خارج از حافظه در گزارش های شما، از جمله خطاهای مهلک PHP که به محدودیت حافظه یا فرآیندهایی که توسط سیستم عامل کشته می شوند اشاره می کند.
• سنگین swap استفاده، که می توانید با آن چک کنید free -h بیش از SSH سازگار swap فعالیت به این معنی است که شما از رم فیزیکی خارج شده اید.
• افزایش زمان پاسخ تحت بار در حالی که یک سرور ساکت سریع می ماند. این شکاف به اختلاف حافظه در طول ترافیک اشاره دارد، نه به طور کلی سایت کند.
• پایگاه داده یا وب سرور راه اندازی مجدد می شود روی خودش، که اغلب به این معنی است که قاتل OOM برای بازیابی حافظه وارد عمل می شود.

یک یا دو مورد از این موارد در طول یک سنبله نادر طبیعی است. دیدن آنها به صورت هفتگی به این معنی است که حجم کار از آنچه برنامه در نظر گرفته شده است گذشته است و افزودن RAM بیش از هر تنظیم دیگری انجام می دهد.

آیا VPS مدیریت شده یا خود مدیریت، ریاضی رم شما را تغییر می دهد؟

این کار، کمی. یک کنترل پنل و پشته امنیتی حافظه خود را مصرف می کنند و این باعث شگفتی افرادی می شود که پنل را رایگان فرض می کنند. cPanel و WHM یا Control Web Panel، سرویس‌هایی را در پس‌زمینه اجرا می‌کنند که ادعا می‌کنند قبل از بارگیری سایت شما چند صد مگابایت دارند. page.

در یک VPS مدیریت شده، رسانگار سیستم عامل، وصله و پنل را مدیریت می کند، بنابراین برای راحتی آن کمی رم اضافی را در نظر می گیرید و زمان صفر را صرف می کنید. روی مدیریت سرور در VPS خود مدیریت، شما پر می شوید root خودتان به همه چیز دسترسی داشته باشید و آن را تنظیم کنید، از جمله اینکه چگونه پایه را نازک نگه می‌دارید. هر دو گزینه رسانگار اجرا می شوند روی ذخیره سازی NVMe با انتخاب cPanel یا Control Web Panel، و از AlmaLinux 9، Ubuntu 22.04 LTS و Debian 12 پشتیبانی می کند.

روش انتخاب برنامه رسانگار VPS مناسب

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

یک قانون عملی:

• انتخاب کنید 2 تا 4 گیگابایت برای یک محتوا یا سایت تجاری.
• انتخاب کنید 8 گیگابایت برای یک سایت تجاری با پشتیبانی CMS.
• انتخاب کنید 16 گیگابایت برای یک فروشگاه، یک سایت عضویت، یا مجموعه کوچکی از سایت های مشتری.
• انتخاب کنید 24 گیگابایت یا بیشتر برای بارهای کاری برنامه یا یک راه اندازی چند سایتی شلوغ.

میزبانی VPS رسانگار اجرا می شود روی ذخیره سازی NVMe در خوشه های با دسترسی بالا، با 99.99٪ SLA آپتایم و پشتیبانی انسانی 24/7 داخلی در سه مرکز داده. با افزایش نیازهای حافظه‌تان می‌توانید از یک طرح کوچک‌تر به یک برنامه بزرگ‌تر بروید و بر اساس کنترل مدیریت‌شده یا خود مدیریتی انتخاب کنید. روی چگونه دست -روی شما می خواهید باشید اگر ترجیح می‌دهید یک متخصص اندازه‌گیری محیط خود را در برابر حجم کاری واقعی شما داشته باشد، با تیم فروش ما صحبت کنید و با هم از آن عبور کنید.

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