מה לבדוק כשבוחרים שרת ענן?
כשבוחרים שרת ענן, בודקים 12 דברים: שישה נוגעים לתשתית ולביצועים, ושישה לשירות, לעלות ולסיכון. הסדר שלהם כאן הוא לפי ההשפעה על רוב העסקים בישראל, אבל המשקל של כל קריטריון תלוי במה שאתם מריצים. אם עדיין לא החלטתם בין VPS, שרת ענן ושרת ייעודי, התחילו במדריך VPS, שרת ענן או שרת ייעודי.
1. מיקום מרכז הנתונים וזמן השהיה (Latency)
המרחק הפיזי בין המשתמשים לשרת קובע את זמן ההשהיה של כל בקשה. בתוך ישראל מדובר בדרך כלל במילישניות בודדות, ולמרכזי נתונים במערב אירופה - לרוב כמה עשרות מילישניות. באתר תדמית ההבדל כמעט לא מורגש, אבל במערכת ERP, בשולחן עבודה מרוחק (RDP) או באפליקציה שמבצעת עשרות קריאות לכל מסך, הוא מצטבר להבדל ברור בחוויית העבודה. אם הקהל שלכם בישראל, שרת ענן בישראל הוא ההחלטה הטבעית. בדקו בעצמכם עם ping או mtr לכתובת בדיקה שהספק מספק.
2. סוג הדיסק: NVMe מול SSD מול HDD
מהירות הדיסק משפיעה על מסדי נתונים יותר מכל רכיב אחר. דיסקי NVMe מחוברים ישירות לפס ה-PCIe ומספקים זמני תגובה נמוכים ו-IOPS גבוהים בהרבה מ-SSD בממשק SATA, ובוודאי מדיסקים מכניים. שאלו גם אם הדיסק מקומי או על אחסון רשת שרידותי, והאם יש מגבלת IOPS לשרת.
3. מעבד: דור, תדר ויחס הקצאה
מספר ה-vCPU הוא רק חצי מהסיפור. מעבד מדור חדש בתדר גבוה יעשה יותר עבודה בכל vCPU, במיוחד באפליקציות PHP ו-Node שרובן רצות על ליבה אחת לכל בקשה. שאלו את הספק על משפחת המעבדים ועל מדיניות ה-Overcommit - כמה vCPU וירטואליים מוקצים לכל ליבה פיזית.
4. זיכרון RAM - כמה באמת צריך
זיכרון הוא המשאב שנגמר ראשון ברוב השרתים. מסד נתונים משתמש ב-RAM כמטמון, ו-PHP-FPM או Node צורכים זיכרון לכל תהליך. כשהזיכרון נגמר, השרת עובר ל-Swap והביצועים קורסים. הטבלה בהמשך המדריך נותנת נקודת פתיחה לפי סוג עומס.
5. גיבויים: איפה, כמה זמן, ומי בודק שחזור
גיבוי שנשמר על אותו שרת או על אותה מערכת אחסון לא יעזור כשהבעיה היא בתשתית עצמה או בכופרה. בדקו שלושה דברים: שהגיבוי נשמר מחוץ לשרת, כמה ימים אחורה הוא מחזיק (Retention), ושאפשר לשחזר ממנו בפועל - קובץ בודד או שרת שלם. העיקרון המלא מוסבר במדריך שיטת הגיבוי 3-2-1.
6. אבטחה ברמת התשתית
השאלות החשובות: האם יש הגנת DDoS ברמת הרשת, האם יש חומת אש חיצונית שמנוהלת מהפאנל, האם יש רשת פרטית בין השרתים שלכם, והאם פאנל הניהול תומך באימות דו-שלבי (2FA). בתוך השרת האחריות היא שלכם, וכדאי לעבור על צ'קליסט אבטחת שרת לינוקס מיד אחרי ההקמה.
7. SLA - התחייבות זמינות ומה היא שווה
SLA הוא התחייבות חוזית לאחוז זמינות. ההבדל בין המספרים נראה קטן אבל אינו כזה:
| SLA | השבתה מותרת בחודש | השבתה מותרת בשנה |
|---|---|---|
| 99% | כ-7.2 שעות | כ-3.65 ימים |
| 99.5% | כ-3.6 שעות | כ-1.8 ימים |
| 99.9% | כ-43 דקות | כ-8.8 שעות |
| 99.95% | כ-22 דקות | כ-4.4 שעות |
| 99.99% | כ-4.3 דקות | כ-53 דקות |
קראו את האותיות הקטנות: האם תחזוקה מתוכננת נספרת, האם ההתחייבות היא על התשתית או גם על השרת שלכם, ומה הפיצוי - בדרך כלל זיכוי חלקי בחשבון, לא כיסוי של הפסדים עסקיים. ב-CloudServer ההתחייבות היא 99.9%.
8. תמיכה בעברית וזמני תגובה
בשתיים בלילה, כשהאתר לא עולה, ההבדל בין פנייה בטופס באנגלית לבין שיחה עם טכנאי בעברית הוא הבדל של שעות. בדקו מה שעות התמיכה, באילו ערוצים (טלפון, מייל, וואטסאפ), מה זמן התגובה המוצהר לתקלה קריטית, והאם התמיכה כוללת עזרה בתוך השרת או רק בתשתית.
9. חיוב בשקלים, חשבונית ישראלית ושקיפות מחיר
ספקים גלובליים מחייבים בדרך כלל בדולרים, ולכן החשבון החודשי משתנה עם שער החליפין, ובנוסף יש עמלות המרה בכרטיס האשראי. ספק מקומי שמחייב בשקלים ומוציא חשבונית מס ישראלית מפשט את הנהלת החשבונות ואת התקציב. בדקו גם שהמחיר כולל את מה שאתם צריכים: כתובת IP, תעבורה, Snapshots. פירוק מלא של רכיבי העלות נמצא במדריך כמה עולה שרת ענן.
10. יכולת הרחבה
שאלו אם אפשר להגדיל vCPU, זיכרון ודיסק לאותו שרת, כמה זמן זה לוקח והאם נדרש אתחול. בדקו גם אם אפשר להקטין חזרה (לא כל הספקים מאפשרים להקטין דיסק), ואם אפשר להוסיף שרתים לאותה רשת פרטית כשתרצו לפצל את האפליקציה ממסד הנתונים.
11. מערכות הפעלה ורישוי
ודאו שהספק מציע את ההפצה שאתם עובדים איתה (Ubuntu LTS, Debian, AlmaLinux, Rocky Linux) או Windows Server בגרסה הנדרשת. ב-Windows חשוב להבין איך הרישוי מתומחר - בדרך כלל תוספת חודשית לשרת - ושלגישה של משתמשים לשולחן עבודה מרוחק (RDS) נדרשים רישיונות נוספים לפי משתמש.
12. מנוהל או לא מנוהל, ואפשרות יציאה
שתי שאלות אחרונות שקשורות לסיכון. הראשונה: מי מתחזק את מערכת ההפעלה? אם אין לכם איש מערכות זמין, שרת ענן מנוהל עדיף על שרת שאף אחד לא מעדכן. השנייה: כמה קל לעזוב? ספק טוב מאפשר לייצא את הדיסק בפורמט סטנדרטי, לא גובה עמלות כבדות על העברת נתונים החוצה, ומשתמש בכלים פתוחים במקום שירותים קנייניים שקשה להחליף.
צ'קליסט מסכם: מה לשאול את הספק?
הטבלה הבאה מרכזת את 12 הקריטריונים בפורמט שאפשר להעתיק לשיחת מכירה, כולל הסימנים שצריכים להדליק נורה אדומה.
| # | קריטריון | מה לשאול | נורה אדומה |
|---|---|---|---|
| 1 | מיקום ו-Latency | איפה נמצא מרכז הנתונים? יש כתובת לבדיקת ping? | "השרתים בענן" בלי מיקום מוגדר |
| 2 | דיסק | NVMe? מקומי או רשת? מגבלת IOPS? | אין פירוט של סוג האחסון |
| 3 | מעבד | איזה דור? מה יחס ההקצאה? | סירוב לענות |
| 4 | זיכרון | הזיכרון מוקצה בלעדית? | זיכרון "Burst" שאינו מובטח |
| 5 | גיבויים | איפה נשמרים? כמה ימים? איך משחזרים? | גיבוי רק על אותו אחסון |
| 6 | אבטחה | DDoS, חומת אש חיצונית, 2FA לפאנל? | פאנל ניהול בלי 2FA |
| 7 | SLA | מה האחוז? מה הפיצוי? תחזוקה נספרת? | אין SLA כתוב |
| 8 | תמיכה | שעות, ערוצים, עברית, זמן תגובה? | תמיכה בטיקטים בלבד, בלי זמן תגובה |
| 9 | חיוב | שקלים? חשבונית מס? מה כלול במחיר? | תמחור לפי שימוש בלי תקרה |
| 10 | הרחבה | הגדלה בלי מעבר? כמה השבתה? | הגדלה רק בהעברה לשרת חדש |
| 11 | מערכות הפעלה | אילו הפצות וגרסאות Windows? איך מתומחר רישוי? | גרסאות שיצאו מתמיכה בלבד |
| 12 | ניהול ויציאה | יש שירות מנוהל? אפשר לייצא דיסק? | אין דרך לייצא את השרת |
כמה vCPU וזיכרון צריך? טבלת גודל לפי סוג עומס
לרוב העסקים הקטנים והבינוניים, שרת עם 2-4 vCPU ו-4-8GB זיכרון מספיק כנקודת פתיחה. הטבלה נותנת הערכות מעשיות לפי סוג עומס; הן מניחות תוכנה מוגדרת סביר (מטמון עמודים, PHP עדכני) ותנועה רגילה, לא קמפיין חריג.
| סוג עומס | vCPU | RAM | דיסק NVMe | הערות |
|---|---|---|---|---|
| VPN, בוט, שרת ניטור | 1 | 1-2GB | 20-40GB | משאבים מינימליים |
| אתר תדמית וורדפרס | 1-2 | 2GB | 20-40GB | עם מטמון עמודים |
| כמה אתרי וורדפרס / חנות קטנה | 2 | 4GB | 40-80GB | הקצו זיכרון ל-MySQL ול-PHP-FPM |
| חנות WooCommerce פעילה | 4 | 8GB | 80-160GB | Redis למטמון אובייקטים עוזר מאוד |
| אפליקציית Node / PHP / Python עם מסד נתונים | 2-4 | 4-8GB | 40-160GB | תלוי בגודל מסד הנתונים |
| CRM / ERP למשרד של 10-30 משתמשים | 4 | 8-16GB | 80-160GB | בדקו דרישות של יצרן התוכנה |
| Windows Server עם RDS ל-10 משתמשים | 4-8 | 16-24GB | 160GB ומעלה | הערכה גסה: כ-4GB בסיס ועוד 1-2GB למשתמש משרדי |
| שרת מסד נתונים ייעודי | 4-8 | 16GB ומעלה | פי 2-3 מגודל הנתונים | זיכרון שמכיל את רוב הנתונים "החמים" |
| סביבת Staging | בערך חצי ממשאבי הייצור, בתנאי שאינה משמשת לבדיקות עומס | |||
שני כללי אצבע לדיסק: השאירו לפחות 25-30% מקום פנוי (ללוגים, לעדכונים ולגיבויים זמניים), וזכרו שמסד נתונים גדל עם הזמן. את החבילות הקיימות והמחירים שלהן תמצאו בעמוד המחירים.
איך בודקים כמה משאבים השרת הנוכחי צורך?
הדרך הטובה ביותר לבחור גודל היא למדוד את מה שיש. אם יש לכם היום שרת לינוקס (באחסון אחר, במשרד או אצל ספק אחר), הפקודות הבאות נותנות תמונה ראשונית:
# זיכרון: כמה בשימוש, כמה זמין, והאם יש שימוש ב-Swap
free -h
# עומס מעבד ממוצע ל-1, 5 ו-15 דקות (להשוות למספר הליבות)
uptime
nproc
# נפח דיסק בשימוש בכל מחיצה
df -h
# עומס על הדיסק (מתוך החבילה sysstat): בדקו את עמודת %util
iostat -x 5 3
# גודל מסדי הנתונים ב-MySQL/MariaDB, ב-MB
mysql -e "SELECT table_schema, ROUND(SUM(data_length+index_length)/1024/1024) AS mb FROM information_schema.tables GROUP BY table_schema;"איך לקרוא את התוצאות: אם ממוצע העומס (Load Average) גבוה באופן קבוע ממספר הליבות, חסר מעבד. אם יש שימוש מתמשך ב-Swap, חסר זיכרון. אם %util של הדיסק קרוב ל-100% בשעות עומס, הדיסק הוא צוואר הבקבוק ו-NVMe ישפר יותר מכל תוספת מעבד. ב-Windows, מנהל המשימות (Task Manager) ו-Resource Monitor נותנים את אותם נתונים. מדדו לאורך שבוע לפחות, כולל בשעות השיא.
מה הטעויות הנפוצות בבחירת שרת ענן?
רוב הטעויות נובעות מבחירה לפי מחיר או לפי מספר ה-vCPU בלבד, בלי לבדוק את מה שמסביב:
- קנייה "לגדול לתוכו". שרת גדול פי שלושה מהצורך, כשבענן אפשר להגדיל תוך דקות.
- חיסכון בזיכרון והשקעה במעבד. ברוב האתרים והמערכות העסקיות, זיכרון ודיסק מהיר משפיעים יותר ממעבד נוסף.
- הנחה שהספק מגבה. בשרת לא מנוהל, גיבוי הוא לרוב תוספת שצריך להפעיל. ודאו שהוא קיים ובדקו שחזור.
- התעלמות מהמיקום. שרת זול בחו"ל שמאט כל מסך במערכת של העובדים עולה יותר בזמן עבודה מאשר החיסכון.
- השוואת מחיר בסיס בלבד. רישוי Windows, תעבורה, כתובות IP, גיבוי וניהול יכולים לשנות את התמונה - השוו מחיר כולל, ולא את שורת הפתיחה. ההבדלים בין ספק מקומי לענני הענק מפורטים במדריך ענן ישראלי מול AWS ו-Azure.
רוצים שנעבור איתכם על הצ'קליסט? ספרו לנו מה אתם מריצים ומה העומס הנוכחי, ונמליץ על גודל ותצורה - כולל מה לא צריך לקנות.