فناوری · مقیاس و بهینهسازی
مقیاسپذیری خودکار در دزکوب
مقیاس بار کاری و ظرفیت نود
- لایسنس
- Apache 2.0
- گروه در استک
- مقیاس و بهینهسازی
مقیاسپذیری خودکار چیست
دو نوع مقیاسپذیری: مقیاس بار کاری، که تعداد نمونههای یک سرویس را بر اساس بار تغییر میدهد؛ و مقیاس ظرفیت، که تعداد نودهای در دسترس را بر اساس تقاضا تغییر میدهد.
چرا این ترکیب
| مکانیزم | چه میکند |
|---|---|
| مقیاس افقی بر اساس متریک | بر پایهٔ CPU، حافظه یا متریک سفارشی |
| KEDA — مقیاس رویداد-محور | بر پایهٔ طول صف، تعداد پیام، یا هر منبع رویداد |
| مقیاس ظرفیت نود | افزودن یا حذف نود بر اساس تقاضای واقعی جدولبندی |
| مقیاس تا صفر | برای بار کاری بیترافیک، با ظرفیت گرم و ضدنوسان |
چرا KEDA؟ مقیاس بر اساس CPU برای سرویس وب خوب است، ولی برای یک کارگرِ صف بیمعناست: کارگری که منتظر است CPU مصرف نمیکند. KEDA بر اساس طول صف مقیاس میدهد.
ما دقیقاً چطور استفادهاش میکنیم
- مقیاس افقی بهعنوان تنظیم استاندارد اپلیکیشن.
- KEDA برای بار کاری رویداد-محور.
- مقیاس تا صفر برای مدلهای هوش مصنوعی، با حداقل ظرفیت گرم و منطق ضدنوسان.
- مقیاس ظرفیت نود در محیطهایی که تأمین نود خودکار ممکن است.
برای شما چه چیزی عوض میشود
- ظرفیت ثابت برای اوج بارمقیاس با تقاضا
- کارگر صف با مقیاس اشتباهمقیاس بر اساس طول صف
- مدل بیکار که GPU را نگه داشتهمقیاس تا صفر
مرزها و محدودیتها
این سکشن در هر صفحهٔ فناوری اجباری است. هر ابزاری مرزی دارد؛ صفحهای که مرزش را نگوید، بقیهاش هم قابل اتکا نیست.
- مقیاس ظرفیت نود روی سختافزار فیزیکی محدودیت دارد: نمیشود سرور فیزیکی جدید از هوا ساخت. این مکانیزم در محیطهایی معنا دارد که تأمین نود خودکار ممکن باشد.
- مقیاس تا صفر یعنی اولین درخواست پس از خواب، تأخیر راهاندازی دارد. با حداقل ظرفیت گرم قابل کنترل است، ولی صفر نمیشود.
اینها را هم ببینید
این را روی زیرساخت خودتان ببینید.
همین مؤلفه را در کلاستر شما پیکربندی میکنیم و نشان میدهیم.