محتوای آموزشی وبلاگ نتآرام
انتخاب منابع سرور مجازی با یک جدول ثابت ممکن نیست. دو برنامه با تعداد بازدید مشابه میتوانند رفتار کاملاً متفاوتی داشته باشند: یکی بیشتر پاسخها را از کش تحویل میدهد و دیگری برای هر درخواست چند کوئری، پردازش تصویر یا ارتباط بیرونی دارد. انتخاب درست از «نوع بار» شروع میشود، نه از نام پلن.
اول بار کاری را به زبان ساده بنویسید
پیش از مقایسه پلنها این موارد را ثبت کنید:
- سیستمعامل و سرویسهای همیشهفعال؛
- تعداد درخواست همزمان در ساعت شلوغ؛
- اندازه فعلی دیتابیس و رشد ماهانه آن؛
- کارهای پسزمینه مانند بکاپ، Cron، صف پیام یا پردازش تصویر؛
- نیاز به پنل مدیریت، آنتیویروس و مانیتورینگ؛
- میزان فضایی که باید برای نسخههای موقت و لاگ خالی بماند.
این فهرست مشخص میکند کدام منبع احتمالاً زودتر محدود میشود.
vCPU برای چه چیزی مصرف میشود؟
هسته بیشتر فقط زمانی مفید است که برنامه بتواند کار را همزمان انجام دهد. PHP-FPM، وبسرور، دیتابیس و Workerهای صف میتوانند از چند هسته استفاده کنند؛ اما یک پردازش تکریسمانی سنگین ممکن است با افزودن هسته سریعتر نشود و بیشتر به قدرت هر هسته وابسته باشد.
برای سایت کمترافیک یک یا دو vCPU میتواند کافی باشد. فروشگاه، کنترلپنل یا چند سرویس همزمان معمولاً از ظرفیت بیشتر سود میبرد. معیار ارتقا فقط درصد لحظهای CPU نیست؛ اگر در ساعات شلوغ صف پردازش تشکیل میشود، Load پایدار بالاست یا پاسخها هنگام اجرای Cron عقب میافتند، CPU به مرز عملی نزدیک شده است.
RAM را با Working Set بسنجید
RAM باید سیستمعامل، وبسرور، PHP، دیتابیس و کش را همزمان نگه دارد. اگر حافظه کم شود، سیستم به Swap میرود و دیسک حتی اگر NVMe باشد جای RAM را نمیگیرد.
پس از راهاندازی، مصرف حافظه را در چند روز عادی و یک بازه شلوغ ثبت کنید. حافظه آزاد صفر بهتنهایی نشانه بدی نیست؛ لینوکس از RAM خالی برای Cache استفاده میکند. نشانههای مهمتر عبارتاند از رشد مداوم Swap، OOM Kill، Restart شدن سرویس و افت ناگهانی سرعت زیر بار.
برای ارتقا حاشیه امن نگه دارید. سروری که همیشه روی ۹۵ درصد حافظه کار میکند، با یک بکاپ یا جهش ترافیک وارد وضعیت ناپایدار میشود.
فضای NVMe فقط «چند گیگ» نیست
سه ویژگی دیسک مهماند: ظرفیت، IOPS و تأخیر. دیتابیس پرتراکنش و صفهای زیاد میتوانند پیش از پرشدن ظرفیت، محدودیت I/O ایجاد کنند. در مقابل، آرشیو فایل بیشتر به حجم نیاز دارد تا IOPS.
فضای موردنیاز را اینگونه برآورد کنید:
- سیستمعامل و بستهها؛
- داده فعلی سایت و دیتابیس؛
- رشد حداقل ششماهه؛
- لاگ، Cache و فایل موقت؛
- فضای لازم برای بهروزرسانی و Restore؛
- حاشیه امن حداقل ۲۰ تا ۳۰ درصد.
بکاپ مستقل را روی همان دیسک اصلی حساب نکنید. خرابی یا حذف اشتباه میتواند اصل و نسخه محلی را همزمان از بین ببرد.
یک نقطه شروع، نه نسخه همیشگی
برای وبسایت سبک میتوان از پلن کوچک شروع کرد و با مانیتورینگ رشد کرد. برای فروشگاه یا اپلیکیشن عملیاتی، بار آزمایشی با داده نزدیک به واقعیت بگیرید. میانگین روزانه کافی نیست؛ نمودار دقیقهای ساعت شلوغ را ببینید.
پس از انتخاب سرور مجازی، برای یک هفته CPU، RAM، Swap، Disk latency، IOPS و زمان پاسخ برنامه را کنار هم ثبت کنید. اگر فقط یکی از منابع محدود است، همان را هدف بگیرید؛ ارتقای همه منابع همیشه اقتصادی نیست.
جمعبندی
vCPU تعداد کارهای همزمان، RAM مجموعه داده فعال و NVMe ظرفیت و سرعت ذخیرهسازی را پوشش میدهد. بار کاری را تعریف کنید، حاشیه امن بگذارید، ساعت شلوغ را اندازه بگیرید و امکان ارتقای مرحلهای داشته باشید. این روش از خرید بیش از نیاز و از سروری که درست در زمان رشد کم میآورد جلوگیری میکند.
برچسبها:
اشتراکگذاری:
لینکدینتلگرامایکس
مقاله قبلی
مقاله قبلی وجود ندارد.
مقاله بعدی
دیدگاهها (۰)
دیدگاههای تاییدشده و پاسخهای تیم نتآرام