طراحی درست پیکربندی سرور برای بار کاری خاص
کمبود منابع باعث کندی میشود و منابع اضافی فقط پول هدر میدهد. برآورد درست، نقطه شروع طراحی درست است.
اصل بنیادی
برآورد را از پیش بیشینه شروع کنید، بعد بهینه کنید. دلیلش این است که یک سیستم با منابع کافی همیشه بهتر از بهینهسازی پیش از نیاز واقعی عمل میکند.
بار وب
برای سایتهای شرکتی و فروشگاه اینترنتی، منابع پردازنده کمتر از آنچه فکر میکنید لازم است. آنچه اهمیت دارد حافظه و پهنای باند است.
برای یک سایت با ترافیک متوسط: ۴ هسته، ۱۶ گیگابایت رم، ۱۰ گیگی شبکه
نکته مهم: اگر از HTTPS با اتصال TLS استفاده میکنید، پردازنده بیشتری نیاز دارید، چون رمزنگاری هزینه پردازشی دارد.
بار پایگاه داده
پایگاه داده معمولاً گرانترین بخش میشود.
دو نکته حیاتی:
- تمام حافظهای که پایگاه داده میتواند استفاده کند باید در دسترسش باشد
- دیسک باید بتواند تعداد زیادی عملیات تصادفی را پاسخ دهد
برای بار متوسط: ۸ هسته، ۶۴ گیگابایت رم، دیسک SSD یا NVMe
اگر مجموعه داده بزرگتر از حافظه باشد، عملکرد بهشدت افت میکند. این را جدی بگیرید.
بار مجازیسازی
در مجازیسازی، تعداد هسته مهمتر از مدل پردازنده است. سازگاری پردازنده و مجازیساز اهمیت دارد.
برای شروع: ۱۶ هسته فیزیکی، ۶۴ گیگابایت رم
همیشه حاشیه ۳۰ درصد برای رشد در نظر بگیرید.
بار ایمیل
سرور ایمیل به منابع خاص نیاز دارد:
- ذخیره پیامهای بزرگ روی دیسک
- پردازش ضدهرزنامه که پردازندهبر intensive است
- اتصال همزمان زیاد که حافظه مصرف میکند
برای حجم متوسط: ۸ هسته، ۱۶ گیگابایت رم، دیسک بزرگ
فیلتر ضدهرزنامه میتواند منابع زیادی مصرف کند. اگر سرویس شما ایمیل ورودی زیادی دارد، از ابزارهای آمارمحور استفاده کنید.
بار بکاپ و پردازش دستهای
این بارها به حافظه کم و دیسک سریع نیاز دارند، اما در ساعات غیرکاری اجرا میشوند. میتوانید از ماشینهای ارزانتر یا حتی زمانبندیشده استفاده کنید.
نکته مهم درباره گلوگاه
در بسیاری از موارد، گلوگاه در جایی است که فکرش را نمیکنید. برای مثال در یک سرور وب با پردازنده بسیار قوی، ممکن است دیسک بیکیفیت گلوگاه باشد.
همیشه با ابزار اندازهگیری، نه حدس، تصمیم بگیرید.
روش عملی
۱. نیاز فعلی را برآورد کنید ۲. سیستم را برپا کنید ۳. با ابزار مانیتورینگ اندازه بگیرید ۴. گلوگاه واقعی را پیدا کنید ۵. همان را برطرف کنید، نه چیزی که فکر میکنید مشکل است