מתכנן משאבים ל-Kubernetes

# מתכנן משאבים ל-Kubernetes

הערכה לפי ההנחות שמפורטות למטה, לא מדידה ולא התחייבות.

אין מקור: זו הנחה שלנו. שנו אותה אם אתם מכירים את המקרה שלכם.

## מה שהזנתם

- vCPU לכל node: 4
- זיכרון לכל node ‏(GiB): 16
- web: Replicas 3, CPU request ‏(millicores) 500, CPU limit ‏(millicores) 1000, Memory request ‏(MiB) 512, Memory limit ‏(MiB) 1024
- api: Replicas 2, CPU request ‏(millicores) 1000, CPU limit ‏(millicores) 2000, Memory request ‏(MiB) 2048, Memory limit ‏(MiB) 2048
- worker: Replicas 2, CPU request ‏(millicores) 0, CPU limit ‏(millicores) 1000, Memory request ‏(MiB) 1024, Memory limit ‏(MiB) 0
- postgres: Replicas 1, CPU request ‏(millicores) 2000, CPU limit ‏(millicores) 0, Memory request ‏(MiB) 4096, Memory limit ‏(MiB) 4096

## תוצאה

- Nodes: 4
- CPU מבוקש מתוך ה-allocatable: 67.2%
- זיכרון מבוקש מתוך ה-allocatable: 29.7%
- CPU שאפשר להקצות לכל node: 3.72 vCPU
- זיכרון שאפשר להקצות לכל node: 12.91 GiB
- Pods שמוקמו: 8
- Pods שלא נכנסים לאף node: 0

## אזהרות

- worker: ‏limit של CPU בלי request. ‏Kubernetes משתמש ב-limit בתור ה-request, ולכן הוא נספר לפי ה-limit.

## Nodes

- Node 1: CPU 3.5 vCPU מתוך 3.72 vCPU · זיכרון 6.5 GiB מתוך 12.91 GiB · ‏3 pods (web × 1, api × 1, postgres × 1)
- Node 2: CPU 3.5 vCPU מתוך 3.72 vCPU · זיכרון 4.5 GiB מתוך 12.91 GiB · ‏4 pods (web × 1, api × 1, worker × 2)
- Node 3: CPU 0.5 vCPU מתוך 3.72 vCPU · זיכרון 0.5 GiB מתוך 12.91 GiB · ‏1 pods (web × 1)
- Node רזרבי 1 ‏(HA): ריק: מקום ל-pods של node שנופל או מתרוקן.

## פירוט

| שורה | ערך | הנחות בשימוש |
| --- | --- | --- |
| CPU של node | 4 vCPU | – |
| CPU: שמירה ל-kubelet ולמערכת | 0.08 vCPU | שמירת משאבים ל-kubelet ולמערכת |
| CPU: ‏DaemonSets של המערכת | 0.2 vCPU | DaemonSets של המערכת, CPU |
| CPU: העומסים שלכם בכל node | 0 vCPU | – |
| CPU שאפשר להקצות ל-pods, לכל node | 3.72 vCPU | שמירת משאבים ל-kubelet ולמערכת, DaemonSets של המערכת, CPU |
| זיכרון של node | 16 GiB | – |
| זיכרון: שמירה ל-kubelet ולמערכת | 2.6 GiB | שמירת משאבים ל-kubelet ולמערכת |
| זיכרון: סף פינוי | 0.1 GiB | סף פינוי זיכרון (eviction) |
| זיכרון: ‏DaemonSets של המערכת | 0.39 GiB | DaemonSets של המערכת, זיכרון |
| זיכרון: העומסים שלכם בכל node | 0 GiB | – |
| זיכרון שאפשר להקצות ל-pods, לכל node | 12.91 GiB | שמירת משאבים ל-kubelet ולמערכת, סף פינוי זיכרון (eviction), DaemonSets של המערכת, זיכרון |
| מקומות ל-pods בכל node | 110 | מקסימום pods ל-node |
| CPU שה-pods מבקשים | 7.5 vCPU | – |
| זיכרון שה-pods מבקשים | 11.5 GiB | – |
| nodes שה-pods צריכים (first-fit decreasing) | 3 | שמירת משאבים ל-kubelet ולמערכת, סף פינוי זיכרון (eviction), DaemonSets של המערכת, CPU, DaemonSets של המערכת, זיכרון, מקסימום pods ל-node |
| nodes רזרביים ל-HA | 1 | nodes רזרביים ל-HA ‏(N+k) |

## הנחות

- שמירת משאבים ל-kubelet ולמערכת: 100%. המדרגות ש-GKE מפרסם ל-node pools שנוצרו בגרסה 1.36 ומטה: CPU ‏6% מהליבה הראשונה, 1% מהשנייה, 0.5% משתי הבאות ו-0.25% מעל ארבע; זיכרון 255 MiB מתחת ל-1 GiB, אחרת 25% מ-4 ה-GiB הראשונים, 20% מ-4 הבאים, 10% מ-8 הבאים, 6% עד 128 GiB ו-2% מעל. 100% מחיל אותן כפי שפורסמו; פלטפורמות אחרות שומרות אחרת, ו-0% לא שומר כלום (ברירת המחדל של Kubernetes עצמו). מקור: https://docs.cloud.google.com/kubernetes-engine/docs/concepts/plan-node-sizes (נקרא ב-16 באוק׳ 2026)
- סף פינוי זיכרון (eviction): 100 MiB. סף הפינוי הקשיח של ה-kubelet כברירת מחדל ב-Linux, ‏memory.available<100Mi: ה-pods מפונים לפני שהזיכרון הפנוי של ה-node יורד מתחתיו, ולכן הוא לא allocatable. מקור: https://kubernetes.io/docs/concepts/scheduling-eviction/node-pressure-eviction/ (נקרא ב-16 באוק׳ 2026)
- DaemonSets של המערכת, CPU: 200 millicores. מה שהסוכנים של הקלסטר עצמו מבקשים בכל node: ה-network plugin ‏(CNI), ‏kube-proxy, סוכן לוגים וסוכן מדדים. משתנה לפי פלטפורמה ותוספים: אפשר לקרוא אותו ב-kubectl describe node. **הנחה**
- DaemonSets של המערכת, זיכרון: 400 MiB. הזיכרון שאותם סוכנים מבקשים בכל node. **הנחה**
- מקסימום pods ל-node: 110. Kubernetes מתוכנן לעד 110 pods ל-node, ברירת המחדל של maxPods ב-kubelet. חלק מהפלטפורמות המנוהלות קובעות מספר אחר. מקור: https://kubernetes.io/docs/setup/best-practices/cluster-large/ (נקרא ב-16 באוק׳ 2026)
- nodes רזרביים ל-HA ‏(N+k): 1. node אחד יותר ממה שה-pods צריכים (N+1): כש-node נופל או מתרוקן לשדרוג, יש לאן להעביר את ה-pods שלו. 0 מתכנן בלי נפילה. **הנחה**

מחשבון kubernetes-resource-planner 1.0.0 · מנוע @anaroq/calc 1.4.0 · תמונת נתונים 2026.10.4

פתיחת החישוב הזה: https://anaroq.com/he/tools/kubernetes-resource-planner#k=eyJhc3N1bXB0aW9ucyI6e30sImNhbGMiOiJrdWJlcm5ldGVzLXJlc291cmNlLXBsYW5uZXIiLCJpbnB1dCI6eyJub2RlQ3B1Ijo0LCJub2RlTWVtb3J5R2liIjoxNiwid29ya2xvYWRzIjpbeyJjcHVMaW1pdE0iOjEwMDAsImNwdVJlcXVlc3RNIjo1MDAsIm1lbW9yeUxpbWl0TWkiOjEwMjQsIm1lbW9yeVJlcXVlc3RNaSI6NTEyLCJuYW1lIjoid2ViIiwicGVyTm9kZSI6ZmFsc2UsInJlcGxpY2FzIjozfSx7ImNwdUxpbWl0TSI6MjAwMCwiY3B1UmVxdWVzdE0iOjEwMDAsIm1lbW9yeUxpbWl0TWkiOjIwNDgsIm1lbW9yeVJlcXVlc3RNaSI6MjA0OCwibmFtZSI6ImFwaSIsInBlck5vZGUiOmZhbHNlLCJyZXBsaWNhcyI6Mn0seyJjcHVMaW1pdE0iOjEwMDAsImNwdVJlcXVlc3RNIjowLCJtZW1vcnlMaW1pdE1pIjowLCJtZW1vcnlSZXF1ZXN0TWkiOjEwMjQsIm5hbWUiOiJ3b3JrZXIiLCJwZXJOb2RlIjpmYWxzZSwicmVwbGljYXMiOjJ9LHsiY3B1TGltaXRNIjowLCJjcHVSZXF1ZXN0TSI6MjAwMCwibWVtb3J5TGltaXRNaSI6NDA5NiwibWVtb3J5UmVxdWVzdE1pIjo0MDk2LCJuYW1lIjoicG9zdGdyZXMiLCJwZXJOb2RlIjpmYWxzZSwicmVwbGljYXMiOjF9XX0sInYiOjF9
איך המחשבונים עובדים: https://anaroq.com/he/methodology#calculators