request و limit را در Kubernetes حدس نزنید

در بسیاری از کلاسترها، request و limit از یک الگوی کپی شده می‌آیند. سرویس آرام است، ولی برای روز مبادا سقف حافظه بالا رفته. یا برعکس: سرویس زیر بار واقعی کشته می‌شود چون کسی سقف را با یک حدس کوچک بسته است.

اول رفتار را ببینید

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

• request را نزدیک مصرف معمول بگذارید تا زمان‌بند جا را واقع‌بینانه رزرو کند.
• limit حافظه را با فاصله‌ای منطقی از اوج مشاهده‌شده بگذارید، نه چند برابر آن.
• برای پردازنده، کشتن فرایند مطرح نیست؛ کند شدن و ازدحام مطرح است.
• بعد از انتشار، همان نمودار را دوباره ببینید و عدد را اصلاح کنید.

یک نمونه کوچک

resources:
  requests:
    cpu: 100m
    memory: 256Mi
  limits:
    memory: 512Mi

این عددها مثال‌اند، نه توصیه عمومی. سرویس شما اگر کش یا صف دارد، شکل مصرفش فرق می‌کند. این یادداشت نمونه است و بعد از انتشار نسخه تأییدشده در Directus می‌تواند جایگزین شود.