Resource reservation — hisoblash, xotira, tarmoq yoki saqlash quvvatining ma’lum qismini ish yukiga oldindan ajratish mexanizmidir. Uning vazifasi tizim band bo‘lganda ham muhim xizmat uchun minimal resurs mavjudligini kafolatlashdir. Reservation limitdan farq qiladi: reservation pastki kafolat yoki scheduling ulushini, limit esa iste’mol qilinishi mumkin bo‘lgan yuqori chegarani ifodalaydi.
Resurs turlari
CPU reservation vaqt ulushi yoki scheduler weight sifatida berilishi mumkin. Xotira uchun ajratma fizik RAM yoki guaranteed working setni anglatadi; xotira yetishmaganda aynan qaysi workload siqilishi platforma siyosatiga bog‘liq. Tarmoqda bandwidth reservation navbat va traffic class orqali minimal throughput beradi. Storage tizimida capacity, IOPS yoki throughput alohida rezerv qilinadi.
Virtualizatsiya va container orkestratsiyasida workload resurs talabi schedulerga uzatiladi. Scheduler node’dagi allocatable capacitydan mavjud reservationlarni ayirib, yangi workload sig‘ishini tekshiradi. Bu accounting real iste’moldan farq qiladi: hozir CPU ishlatmayotgan pod ham so‘ragan ulushi bilan placement qaroriga ta’sir etadi.
Overcommit va utilization
Barcha workloadlar peak quvvatini bir vaqtda ishlatmasa, provider fizik resursdan ko‘proq virtual reservation sotishi yoki joylashtirishi mumkin. Overcommit utilizationni oshiradi, lekin birgalikdagi peak paytida contention yaratadi. CPU time-sharing bunga nisbatan mos; xotira overcommit esa swap, ballooning yoki out-of-memory terminationga olib kelishi mumkin.
Reservationni haddan tashqari katta belgilash bin packingni yomonlashtiradi va bo‘sh quvvatni band ko‘rsatadi. Juda kichik qiymat esa load ko‘payganda throttling va kechikish hosil qiladi. Right-sizing tarixiy percentile, load test va mavsumiy peak asosida bajariladi. Average qiymat qisqa, ammo muhim burstni yashirishi mumkin.
Qo‘llash siyosati
Qoida hard yoki soft bo‘ladi. Hard reservation buzilmaydi va placement rad etilishi mumkin. Soft reservation ustuvorlik beradi, ammo favqulodda holatda resurs boshqa workloadga o‘tadi. Preemption yuqori priority ish uchun past priority ishni to‘xtatadi; bunda checkpoint, disruption budget va qayta ishga tushish xarajati hisobga olinadi.
Multi-tenant platformada quota bir tenantning jami reservationini cheklaydi. Namespace yoki loyiha darajasidagi limitlar individual xizmat parametrini to‘ldiradi. Reserved capacity uchun haq olinadigan cloud modelida foydalanilmagan ulush ham xarajat yaratishi mumkin, shu sababli moliyaviy va texnik kuzatuv birga olib boriladi.
Kuzatuv
Monitoring request, limit, real usage, throttling, memory pressure va scheduling failure’ni birga ko‘rsatadi. Reservation bajarilayotganini tekshirish uchun contention ostida load test o‘tkaziladi. Capacity planning mavjud kafolatlar yig‘indisi, failure domain yo‘qolishi va rollout vaqtida ikki versiya birga ishlashini hisoblaydi. Shu tariqa reservation faqat konfiguratsiya raqami emas, xizmat darajasi va infratuzilma quvvati orasidagi shartnomaga aylanadi.
Failure domain hisob-kitobi
Reservation sog‘lom klaster sig‘imiga qarabgina tuzilmaydi. Bitta availability zone yoki node yo‘qolganda qolgan quvvat muhim workload kafolatlarini ko‘tara olishi kerak. Anti-affinity replica’larni turli failure domainlarga yoyadi, ammo bo‘sh joy yetarli bo‘lmasa yangi replica schedule bo‘lmaydi. Rolling update vaqtida maxSurge eski va yangi nusxalar birga turishi uchun vaqtinchalik qo‘shimcha reservation talab qiladi. Batch workload peak soatda online xizmat kafolatini yemaydi: priority class yoki vaqt oynasi bilan cheklanadi. Capacity alert real usage 100 foizga yetganda emas, yangi reservation va failure headroom uchun joy kamayganda ishlashi ma’qul.
Bog‘liq tushunchalar
Resource limit, Quota, Scheduler, Overcommit, Preemption, Capacity planning, Quality of Service