מחשבון גודל שרת

האפליקציה שלכם לא בקטלוג שלנו? תארו את סוג העומס, את העומס בשיא ואת הנתונים, וקבלו טווח של vCPU, ‏RAM ודיסק עם פירוט. כל מספר שלא הזנתם מוצג, עם המקור שלו, ואפשר לשנות אותו.

בחרו את הקרוב ביותר. שרת שמריץ כמה מאלה: חשבו כל אחד בנפרד וחברו את התוצאות.
אנשים שמשתמשים בו באותו רגע, לא מבקרים ביום.
מסד הנתונים, הקבצים שהועלו או קובצי האתר היום, ב-GB עשרוני.

מריצים n8n, ‏WordPress, ‏PostgreSQL או אפליקציה אחרת מהקטלוג שלנו? ה-Stack Sizer מחשב אותה לפי הדרישות והמקורות של האפליקציה עצמה. חישוב אפליקציות מהקטלוג ב-Stack Sizer

תוצאה

vCPU
1 vCPU עד 2 vCPU
RAM
3 GiB עד 4 GiB
דיסק
30 GB עד 50 GB
עומס בשיא
40 בקשות לשנייה
פירוט
שורהערךהנחות בשימוש
עומס בשיא40 בקשות לשנייה
  • בקשות לכל משתמש מקביל (הנחה)
CPU בשימוש בניצול היעד0.67 vCPU עד 2 vCPU
  • בקשות לכל משתמש מקביל (הנחה)
  • CPU לבקשת עמוד, קל (אפליקציית web) (הנחה)
  • CPU לבקשת עמוד, כבד (אפליקציית web) (הנחה)
  • ניצול CPU יעד בשיא (הנחה)
זיכרון: מערכת ההפעלה0.5 GiB
  • זיכרון מערכת ההפעלה (הנחה)
זיכרון: runtime1 GiB
  • זיכרון ה-runtime (אפליקציית web) (הנחה)
זיכרון: עומס בשיא0.63 GiB
  • בקשות לכל משתמש מקביל (הנחה)
  • זיכרון לכל בקשת עמוד בשנייה (אפליקציית web) (הנחה)
זיכרון: מרווח (קצה עליון)1.06 GiB
  • מרווח זיכרון (קצה עליון) (הנחה)
דיסק: מערכת הפעלה ו-images10 GB
  • מערכת הפעלה ו-images (הנחה)
דיסק: נתונים20 GB עד 40 GB
  • גידול הנתונים (קצה עליון) (הנחה)

מחשבון server-size 1.0.0 · מנוע @anaroq/calc 1.4.0 · תמונת נתונים 2026.10.4 · איך המחשבונים עובדים

הנחות

כל מספר שהתוצאה משתמשת בו ולא הזנתם. אפשר לשנות כל אחד מהם כך שיתאים למקרה שלכם.

  • הנחה
    בקשות לשנייה

    בקשה אחת כל חמש שניות לכל משתמש פעיל: אנשים קוראים ומקלידים בין לחיצות.

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

    מרווח מעל השיא לקפיצות, לפריסות ולגיבויים, כדי שהשרת לא יהיה ב-100% ברגע שזה חשוב.

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

    שרת Linux מינימלי עם SSH, לוגים ו-container runtime.

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

    הקצה העליון מכפיל את צורך הזיכרון בערך הזה: page cache, קפיצות, עותק שני בזמן פריסה.

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

    מערכת ההפעלה, החבילות, ה-container images והלוגים, לפני הנתונים שלכם.

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

    הקצה העליון משאיר מקום להכפלת הנתונים: גידול, dumps מקומיים לפני העלאה, קבצים זמניים.

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

    הקצה הנמוך של הטווח. עמוד שמרונדר בשרת עם כמה קריאות למסד הנתונים: עשרות מילישניות של CPU, ו-runtime של כ-1 GiB.

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

    הקצה הגבוה של הטווח. עמוד שמרונדר בשרת עם כמה קריאות למסד הנתונים: עשרות מילישניות של CPU, ו-runtime של כ-1 GiB.

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

    מה שהתהליך מחזיק לפני כל עומס: ה-runtime, הקוד, ה-connection pools.

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

    עבודה שבתהליך בשיא: בקשות שמטופלות, ה-buffers שלהן וה-workers הנוספים שמטפלים בהן.

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

מה שהזנתם וההנחות ששיניתם נשמרים בקישור של העמוד, אחרי ה-#.

לקחת את התוצאה איתכם

התוצאה כקובץ Markdown: מה שהזנתם, הפירוט, כל הנחה עם המקור או הסימון שלה, והקישור שמשחזר אותה. Deployment Spec מפרט אפליקציות מהקטלוג, ולכן הוא נוצר ב-Stack Sizer ולא כאן.

server-size.md
# מחשבון גודל שרת

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

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

## מה שהזנתם

- סוג העומס: אפליקציית web (עמודים שמרונדרים בשרת)
- משתמשים מקבילים בשיא: 200
- נתונים בשרת (GB): 20

## תוצאה

- vCPU: 1 vCPU עד 2 vCPU
- RAM: 3 GiB עד 4 GiB
- דיסק: 30 GB עד 50 GB
- עומס בשיא: 40 בקשות לשנייה

## פירוט

| שורה | ערך | הנחות בשימוש |
| --- | --- | --- |
| עומס בשיא | 40 בקשות לשנייה | בקשות לכל משתמש מקביל |
| CPU בשימוש בניצול היעד | 0.67 vCPU עד 2 vCPU | בקשות לכל משתמש מקביל, CPU לבקשת עמוד, קל (אפליקציית web), CPU לבקשת עמוד, כבד (אפליקציית web), ניצול CPU יעד בשיא |
| זיכרון: מערכת ההפעלה | 0.5 GiB | זיכרון מערכת ההפעלה |
| זיכרון: runtime | 1 GiB | זיכרון ה-runtime (אפליקציית web) |
| זיכרון: עומס בשיא | 0.63 GiB | בקשות לכל משתמש מקביל, זיכרון לכל בקשת עמוד בשנייה (אפליקציית web) |
| זיכרון: מרווח (קצה עליון) | 1.06 GiB | מרווח זיכרון (קצה עליון) |
| דיסק: מערכת הפעלה ו-images | 10 GB | מערכת הפעלה ו-images |
| דיסק: נתונים | 20 GB עד 40 GB | גידול הנתונים (קצה עליון) |

## הנחות

- בקשות לכל משתמש מקביל: 0.2 בקשות לשנייה. בקשה אחת כל חמש שניות לכל משתמש פעיל: אנשים קוראים ומקלידים בין לחיצות. **הנחה**
- ניצול CPU יעד בשיא: 60%. מרווח מעל השיא לקפיצות, לפריסות ולגיבויים, כדי שהשרת לא יהיה ב-100% ברגע שזה חשוב. **הנחה**
- זיכרון מערכת ההפעלה: 0.5 GiB. שרת Linux מינימלי עם SSH, לוגים ו-container runtime. **הנחה**
- מרווח זיכרון (קצה עליון): 1.5. הקצה העליון מכפיל את צורך הזיכרון בערך הזה: page cache, קפיצות, עותק שני בזמן פריסה. **הנחה**
- מערכת הפעלה ו-images: 10 GB. מערכת ההפעלה, החבילות, ה-container images והלוגים, לפני הנתונים שלכם. **הנחה**
- גידול הנתונים (קצה עליון): 2. הקצה העליון משאיר מקום להכפלת הנתונים: גידול, dumps מקומיים לפני העלאה, קבצים זמניים. **הנחה**
- CPU לבקשת עמוד, קל (אפליקציית web): 10 ms. הקצה הנמוך של הטווח. עמוד שמרונדר בשרת עם כמה קריאות למסד הנתונים: עשרות מילישניות של CPU, ו-runtime של כ-1 GiB. **הנחה**
- CPU לבקשת עמוד, כבד (אפליקציית web): 30 ms. הקצה הגבוה של הטווח. עמוד שמרונדר בשרת עם כמה קריאות למסד הנתונים: עשרות מילישניות של CPU, ו-runtime של כ-1 GiB. **הנחה**
- זיכרון ה-runtime (אפליקציית web): 1 GiB. מה שהתהליך מחזיק לפני כל עומס: ה-runtime, הקוד, ה-connection pools. **הנחה**
- זיכרון לכל בקשת עמוד בשנייה (אפליקציית web): 16 MiB. עבודה שבתהליך בשיא: בקשות שמטופלות, ה-buffers שלהן וה-workers הנוספים שמטפלים בהן. **הנחה**

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

פתיחת החישוב הזה: https://anaroq.com/he/tools/server-size-calculator#k=eyJhc3N1bXB0aW9ucyI6e30sImNhbGMiOiJzZXJ2ZXItc2l6ZSIsImlucHV0Ijp7ImNvbmN1cnJlbnRVc2VycyI6MjAwLCJkYXRhR2IiOjIwLCJsb2FkQmFzaXMiOiJ1c2VycyIsInBlYWtScHMiOjUwLCJ3b3JrbG9hZCI6IndlYi1hcHAifSwidiI6MX0
איך המחשבונים עובדים: https://anaroq.com/he/methodology#calculators

מה הכלי עושה

המחשבון הופך עומס שאתם מתארים (איזה סוג, כמה עומס בשיא, כמה נתונים) לטווח של vCPU, ‏RAM ודיסק לשרת אחד, ומראה איך הגענו לכל חלק בטווח. הוא מיועד לתוכנה שאינה בקטלוג שלנו: אפליקציה משלכם, API, מסד נתונים, worker של תור או אתר סטטי.

איך זה עובד

  1. עומס: מספר הבקשות לשנייה שהזנתם, או משתמשים מקבילים × בקשות לכל משתמש (הנחה שאפשר לשנות).
  2. CPU: ליבות בשימוש = עומס × זמן CPU לבקשה, לבקשה קלה ולבקשה כבדה של אותו סוג עומס, חלקי ניצול ה-CPU שאליו מכוונים בשיא. מעוגל כלפי מעלה ל-vCPU שלם, לפחות 1.
  3. RAM: מערכת ההפעלה, הזיכרון של ה-runtime עצמו וזיכרון לכל בקשה לשנייה בשיא; במסד נתונים גם החלק מהנתונים שנשמר בזיכרון. הקצה העליון מוסיף מרווח. מעוגל כלפי מעלה ל-GiB שלם, לפחות 1.
  4. דיסק: מערכת ההפעלה וה-images ועוד הנתונים שלכם, ובקצה העליון מקום להכפלת הנתונים. מעוגל כלפי מעלה ל-GB שלם.
  5. כל מספר שלא הזנתם מופיע תחת הנחות, עם הסיבה שבחרנו בו. לאף אחת מברירות המחדל האלה אין מקור שפורסם, ולכן כל אחת מסומנת "הנחה": שנו אותה כשאתם מכירים את המקרה שלכם.

דוגמה

אפליקציית web עם 200 משתמשים מקבילים בשיא ו-20 GB של נתונים, כשכל ההנחות בברירת המחדל:

אפליקציית web · ‏200 משתמשים מקבילים · ‏20 GB

vCPU
1 vCPU עד 2 vCPU
RAM
3 GiB עד 4 GiB
דיסק
30 GB עד 50 GB
עומס בשיא
40 בקשות לשנייה

מגבלות

  • הערכה, לא מדידה. זמן ה-CPU לבקשה של הקוד שלכם יכול להיות קל או כבד פי עשרה מברירת המחדל: מדדו אותו (APM, או זמני בקשות תחת עומס) והזינו אותו.
  • שרת אחד, סוג עומס אחד. מסד נתונים ואפליקציה על אותו שרת: חשבו כל אחד וחברו; cluster או replicas אינם במודל.
  • בלי GPU, בלי קידוד וידאו ובלי ניתוח נתונים בזיכרון: אלה מחושבים בכלים אחרים.
  • בלי מחיר. כדי להשוות תוכניות לגודל שקיבלתם, השתמשו ברשימת מחירים מתוארכת.

מתודולוגיה: איך מחושבים המספרים

מקורות

  1. ANAROQ calculator methodology: assumptions, units and rounding

עודכן

הצעד הבא

מחשבון רוחב פס ותעבורה חודשית

כלי ציבורי חינמי של אנרוק, חברה שבונה תשתיות מחשוב. מה אנרוק בונה