קודם כל — מה כל משאב עושה
לפני שמדברים במספרים, כדאי להבין מי אחראי על מה. vCPU (ליבות מעבד) קובע כמה עבודה השרת יכול לעשות בו-זמנית — חשוב לעיבוד, לקוד ולעומסי חישוב. RAM (זיכרון) מחזיק את מה שרץ עכשיו ואת ה-Cache — כשהוא נגמר, השרת מתחיל "לחשוב לאט". והאחסון, במיוחד כשהוא על NVMe, קובע כמה מהר קוראים וכותבים מידע. שלושתם עובדים יחד; צוואר בקבוק באחד פוגע בכל השרת.
שאלות שכדאי לענות עליהן לפני שקובעים מפרט
לפני שמסתכלים על הטבלה, כדאי לדעת מה בעצם ירוץ. ככל שהתשובות מדויקות יותר, כך קל יותר לכוון תצורה:
לפני שבוחרים vCPU ו-RAM
- איזה יישום ירוץ — אתר תדמית, WordPress, חנות, או אפליקציה עם מסד נתונים?
- כמה תנועה צפויה, ובעיקר — האם יש שעות עומס חדות?
- כמה תוספים / שירותי רקע רצים במקביל?
- האם מסד הנתונים גדל עם הזמן, או נשאר יציב?
- האם יש לכם דרך לנטר צריכה בפועל אחרי ההקמה?
נקודות פתיחה לפי סוג עומס
אלה סדרי גודל להתחלה — לא חוק. תמיד עדיף להתחיל קרוב לזה ולשדרג לפי מדידה:
| סוג עומס | vCPU | RAM |
|---|---|---|
| אתר תדמית / בלוג עסקי | 1–2 | 2GB |
| אתר WordPress עם תוספים | 2 | 2–4GB |
| חנות WooCommerce פעילה | 2–4 | 4–8GB |
| אפליקציית web עם מסד נתונים | 2–4 | 4–8GB |
| מסד נתונים פעיל / עומס גבוה | 4+ | 8GB+ |
הצריכה תלויה גם בתעבורה, בכמות התוספים ובאיכות הקוד — אז קחו את הטבלה ככיוון, לא כהבטחה.
אל תשכחו את האחסון
הרבה אנשים מתמקדים ב-CPU ו-RAM ושוכחים שהאחסון הוא לעיתים צוואר הבקבוק האמיתי. דיסקי NVMe מהירים פי כמה מדיסקים ישנים, וההבדל מורגש מיד בזמני טעינה — במיוחד באתרים ומסדי נתונים שכל הזמן קוראים וכותבים. שרת עם NVMe פשוט מרגיש זריז יותר, גם באותו מפרט CPU/RAM.
איך למדוד ולכוון נכון
במקום לנחש, תמדדו. ניטור בסיסי מראה כמה RAM באמת בשימוש, כמה ה-CPU עמוס, ומתי יש עומסים. היתרון של שרת VPS הוא שהשדרוג לרוב מהיר ובלי השבתה מורגשת, אז אין צורך לקנות ביתר מראש.
שורה תחתונה
התחילו קרוב לעומס האמיתי, השאירו קצת מרווח, ושדרגו לפי מדידה — לא לפי חשש. אם אתם מתלבטים בין תצורות, או רוצים לתרגם את זה לתקציב, קראו את המדריך: כמה עולה שרת לעסק — או פשוט תגידו לנו מה אתם מריצים, ונכוון לכם תצורה מדויקת.