שרת בענן לעסק: שרת וירטואלי, תצורה, גיבוי ובחירת ספק

שרת בענן לעסק הוא שרת וירטואלי מלא, עם מערכת הפעלה, מעבדים, זיכרון ודיסק משלו, שרץ על חומרה של ספק בחוות שרתים ולא בחדר השרתים של העסק. העסק משלם על המשאבים שהוקצו לו, מגדיל או מקטין אותם לפי העומס, ומתחבר אליו מכל מקום. אפשר להקים שרת כזה גם בתוך ישראל, אצל ספקי הענן הגלובליים ואצל ספקים מקומיים.

עיקרי הדברים

• שרת בענן הוא מכונה וירטואלית בתשתית כשירות (IaaS): העסק מנהל את מערכת ההפעלה והיישומים, והספק מנהל את החומרה, הרשת הפיזית ומרכז הנתונים.
• מחירי המחירון שבהמשך העמוד הם מחירון Azure לפי שעה לחודש של 730 שעות, ומחירון בזק עסקים לשירות VCLOUD, שמציין שהוא נכון לדצמבר 2024. הם אינם כוללים גיבוי, תעבורה או ניהול.
• Windows Server מוסיף עלות רישוי, ומשתמשים שמתחברים לשרת טרמינל נדרשים לרישיון גישה (RDS CAL) לכל משתמש או מכשיר.
• עסק שעובד מול שרת בענן צריך קו אינטרנט יציב עם קצב העלאה מספיק, ועדיף קו גיבוי.
• הפתרון המלא לענן בעסק, כולל תוכנה כשירות, גיבוי וטלפוניה, מפורט במדריך שירותי ענן לעסקים.

מה זה שרת וירטואלי בענן ואיך הוא עובד?

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

בענן מתווספת שכבת ניהול: השרת מוקם בתוך דקות מפורטל או דרך ממשק תכנות, המשאבים משתנים בלחיצה, והמכונה יכולה לעלות על שרת פיזי אחר אם השרת שמתחתיה נכשל. לפי ההגדרה של NIST, תשתית כשירות היא מצב שבו הלקוח מקצה מעבדים, אחסון ורשת ומריץ עליהם תוכנה לפי בחירתו, כולל מערכת הפעלה ויישומים, בלי לנהל את התשתית שמתחת.

מה ההבדל בין VPS קלאסי לשרת וירטואלי בענן?

שני המונחים משמשים לעיתים כמילים נרדפות, אבל יש ביניהם הבדל מעשי. VPS קלאסי הוא בדרך כלל חבילה קבועה על שרת פיזי מסוים, עם מספר ליבות, זיכרון ודיסק שנקבעו מראש, בתשלום חודשי. שרת בענן נבנה על תשתית מבוזרת, עם יכולות שחבילת VPS בסיסית לא תמיד כוללת:

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

אילו סוגי אירוח שרתים קיימים לעסק?

אירוח שרתים ואחסון שרתים מתחלקים לכמה מודלים, וכל אחד מתאים לצורך אחר:

• אירוח משותף: כמה לקוחות על אותו שרת ואותם משאבים. מתאים לאתר תדמית קטן, לא למערכות עסקיות.
• שרת וירטואלי (VPS): משאבים מוקצים ושליטה מלאה במערכת ההפעלה, בעלות נמוכה יחסית.
• אירוח שרת פיזי (Colocation): העסק מביא שרת משלו לחוות שרתים ומשלם על מקום בארון, חשמל, קירור ותקשורת. החומרה והתחזוקה נשארות באחריות העסק.
• שרת ייעודי: שרת פיזי שלם שנשכר מהספק, בלי שכנים.
• שרת וירטואלי בענן ציבורי: מכונה וירטואלית אצל ספק ענן גלובלי או מקומי, בתמחור לפי שימוש.
• ענן פרטי מנוהל: משאבים ייעודיים לעסק בחוות שרתים של ספק, עם ניהול ותמיכה של הספק.

שרת פיזי במשרד או שרת בענן: מה עדיף לעסק?

בביצועים, שרת וירטואלי בענן בתצורה מתאימה אינו נופל משרת פיזי מקביל, ובעומסים משתנים הוא מתמודד טוב יותר כי אפשר להוסיף לו משאבים. ההבדל המהותי הוא בתפעול. שרת במשרד דורש השקעה מראש בחומרה, מקום, חשמל, מיזוג, אל-פסק וקו אינטרנט עם העלאה מספקת, וכשהוא נכשל מישהו צריך להגיע ולהחליף רכיב. בענן החומרה באחריות הספק.

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

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

האם אפשר להקים שרת בענן בישראל?

כן. שלושת ספקי הענן הגלובליים הגדולים מפעילים אזורי ענן בישראל. Microsoft Azure מפעילה את אזור Israel Central עם שלושה אזורי זמינות. ל-AWS יש אזור Israel (Tel Aviv) בשם il-central-1 עם שלושה אזורי זמינות, וצריך להפעיל אותו ידנית בחשבון. Google Cloud מפעילה אזור בתל אביב בשם me-west1. לצידם פועלים ספקים מקומיים, כמו בזק עסקים עם שירות השרתים הווירטואליים VCLOUD, שהמחירים שלו מופיעים במחירון השירותים העסקיים של בזק.

שרת בישראל נותן זמן תגובה נמוך למשתמשים במשרד ולעובדים מהבית, וזה מורגש במיוחד בשרת טרמינל ובתוכנות הנהלת חשבונות שעובדות מול מסד נתונים. יש לכך גם משמעות רגולטורית: תיקון 13 לחוק הגנת הפרטיות נכנס לתוקף ב-14 באוגוסט 2025 והרחיב את סמכויות האכיפה של הרשות להגנת הפרטיות. מיקום ידוע, הסכם ברור עם הספק ובקרת גישה מתועדת מקלים על העמידה בדרישות אבטחת המידע, ועסק בתחום מפוקח צריך לוודא את הדרישות החלות עליו מול היועץ המשפטי.

למה משמש שרת בענן בעסק?

• מערכות עסקיות: מערכת ERP, הנהלת חשבונות, ניהול מלאי ומסדי נתונים שמשרתים כמה סניפים.
• שרת טרמינל בענן: שרת Windows עם שירותי שולחן עבודה מרוחק (RDS), שהעובדים מתחברים אליו מכל מחשב. לפי Microsoft, כל משתמש וכל מכשיר שמתחברים אליו נדרשים לרישיון גישה (RDS CAL), בנוסף לרישיון השרת.
• שרת קבצים וזהויות: תיקיות משותפות ובקר תחום, כשהעסק עוד לא עבר לתוכנה כשירות מלאה.
• אתרים ויישומים: אתר החברה, חנות מקוונת או יישום פנימי.
• אתר התאוששות מאסון: עותק מוכן של השרתים המקומיים, שעולה רק כשהמשרד מושבת, בלי להחזיק חדר שרתים שני.

עסק קטן ששוקל קונטיינרים מנוהלים במקום שרתים וירטואליים צריך לבדוק קודם את התוכנה שלו. קונטיינרים מתאימים ליישומים שנכתבו לכך ולצוות עם ניסיון בפיתוח ותפעול. תוכנות מדף כמו מערכת הנהלת חשבונות או שרת טרמינל רצות כמעט תמיד על שרת וירטואלי, ושם התפעול פשוט יותר.

שרת מנוהל או שרת שהעסק מנהל בעצמו: מה ההבדל?

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

עסק קטן בלי איש מחשוב מקבל בדרך כלל ערך רב יותר משרת מנוהל, גם כשמחירו גבוה מזה של מכונה ריקה. מי שיש לו כבר ספק IT קבוע יכול להסתפק בשרת לא מנוהל ולהגדיר את חלוקת האחריות מולו בכתב.

איך בוחרים תצורה לשרת וירטואלי בענן?

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

זיכרון: בשרת טרמינל מחשבים זיכרון לכל משתמש פעיל ועוד בסיס למערכת ההפעלה. במסד נתונים, זיכרון מספק חוסך גישות לדיסק ומשפר ביצועים יותר מתוספת מעבד.

אחסון: דיסק SSD הוא הבחירה הרגילה היום. מעבר לנפח, בודקים את מספר פעולות הקלט והפלט בשנייה (IOPS) שהדיסק מבטיח, משום שמסד נתונים איטי הוא לרוב תוצאה של דיסק חלש ולא של מעבד.

מערכת הפעלה ורישוי: Linux אינה מוסיפה עלות רישוי. Windows Server מוסיף עלות, וכך גם SQL Server ורישיונות RDS. אפשר לשכור את הרישיונות מהספק או, בתנאים מסוימים, להביא רישיונות קיימים.

רשת: כתובת IP קבועה, חיבור מוצפן למשרד (VPN), ובדיקה של עלות התעבורה היוצאת, שאצל חלק מהספקים מחויבת בנפרד.

איזה קו אינטרנט צריך כדי לעבוד מול שרת בענן?

כשהשרת בענן, כל פעולה של העובדים עוברת בקו האינטרנט של המשרד, ולכן חשוב לא רק הקצב להורדה אלא גם קצב ההעלאה. עסק ששומר קבצים בענן, מגבה אליו או מריץ מולו מערכת הנהלת חשבונות צריך קו סימטרי או קו עם העלאה גבוהה. בשיחות עם בעלי עסקים חוזרת התובנה שמי שעוברים לשרת בענן מגלים שהקו הרגיל שלהם הוא צוואר הבקבוק. מקובל להוסיף קו גיבוי מספק אחר או נתב עם גיבוי סלולרי שעובר אוטומטית, ולבדוק שהמעבר באמת עובד לפני שמגיעה תקלה. לבדיקה מקדימה של התשתית הפנימית יש גם את העמוד תשתיות תקשורת.

כמה עולה שרת וירטואלי בענן?

הטבלה מסכמת מחירי מחירון ציבוריים בלבד. לפי מחירון Microsoft Azure באוקטובר 2026, מכונה מסוג Standard_D2s_v5 (2 ליבות ו-8GB זיכרון) באזור Israel Central עולה 0.112 דולר לשעה עם Linux ו-0.204 דולר לשעה עם Windows Server, כלומר כ-82 ו-149 דולר לחודש של 730 שעות. מחירון בזק עסקים לשירות VCLOUD, שמציין שהוא נכון לדצמבר 2024, כולל חבילות מ-929 ש"ח לחודש לפני מע"מ ועד 15,000 ש"ח לחודש בחבילה הגדולה בטבלה, ופריטים נוספים כמו תוספת מעבד, זיכרון ואחסון. שרת מנוהל, שרת טרמינל, גיבוי והתאוששות מאסון מתומחרים לפי היקף, ולכן הם מופיעים בטבלת ההצעה שבתחתית העמוד.

המחיר של Azure נלקח ממחירון Microsoft הרשמי לאזור Israel Central בתעריף לפי שעה, והמחיר של בזק מהמחירון העסקי שלה. עלות השרת בפועל כוללת גם דיסק, גיבוי, תעבורה יוצאת, כתובת IP ורישיונות.

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

מה זה שרת וירטואלי פרטי ובמה הוא שונה משרת בענן ציבורי?

שרת וירטואלי פרטי הוא מכונה שמוקצית לעסק אחד בסביבה שמבודדת מלקוחות אחרים, ובדרך כלל ממוקמת בחוות שרתים של ספק מקומי. לפי ההגדרה של NIST, ענן פרטי הוא תשתית לשימוש בלעדי של ארגון אחד, וענן ציבורי פתוח לשימוש הציבור הרחב. בפועל הגבול מטושטש, כי גם בענן ציבורי כל מכונה מבודדת מהאחרות ברמת התוכנה.

אין תשובה אחת נכונה לכולם. עסק שרוצה תמחור צפוי ותמיכה אישית יתאים לענן פרטי מנוהל, ועסק שצריך גמישות גבוהה ושירותים מתקדמים כמו מסדי נתונים מנוהלים יתאים לענן ציבורי.

איך שומרים על עלות שרת בענן בלי הפתעות?

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

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

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

איך מגבים ומאבטחים שרת וירטואלי בענן?

צילום מצב (Snapshot) של השרת אינו גיבוי. הוא נשמר בדרך כלל באותה תשתית ובאותו חשבון, ואם החשבון נפרץ או נמחק, גם הצילומים נעלמים. לפי סוכנות הסייבר האמריקאית CISA, גרסאות רבות של כופרה מחפשות גיבויים נגישים כדי למחוק או להצפין אותם, ולכן ממליצים להחזיק גיבויים מוצפנים ומנותקים ולבדוק את השחזור באופן קבוע. הפירוט של שירות גיבוי שמנוהל בידי ספק נמצא בעמוד גיבוי בענן מנוהל. כלל 3-2-1 של CISA דורש שלושה עותקים של המידע על שני סוגי אחסון שונים, ועותק אחד מחוץ לאתר.

באבטחה, הכללים הבסיסיים חשובים יותר מכל מוצר. CISA ממליצה לא לחשוף שירותים כמו שולחן עבודה מרוחק (RDP) לאינטרנט, להפעיל אימות רב-שלבי (MFA) ולעדכן באופן קבוע את מערכת ההפעלה והתוכנות, ראשית את אלה שחשופות לאינטרנט. חשוב להבין גם את חלוקת האחריות: לפי Microsoft, בשרת וירטואלי הלקוח אחראי למערכת ההפעלה, ליישומים ולבקרות הרשת, והספק אחראי לחומרה, לרשת הפיזית ולמרכז הנתונים.

מה חשוב לבדוק בהסכם עם ספק שרתים בענן?

הסכם רמת שירות (SLA) הוא לב ההתקשרות. מה שקובע אינו רק אחוז הזמינות המובטח, אלא הזיכוי שהספק מחויב בו כשהוא לא עומד בהתחייבות, וזמני התגובה לתקלה לפי חומרתה. כדאי לא לחתום על הסכם שאין בו פיצוי מוגדר על אי עמידה.

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

איך מעבירים שרתים מהמשרד לענן?

1. מיפוי: רשימת השרתים, היישומים, נפח הנתונים, המשתמשים והתלויות בין המערכות.
2. החלטה לכל שרת: העברה כמות שהוא כשרת וירטואלי, החלפה בתוכנה כשירות, או השארה במשרד.
3. תכנון רשת ואבטחה: חיבור מוצפן בין המשרד לענן, הרשאות וגיבוי, לפני שמעבירים נתונים.
4. פיילוט: העברה של סניף אחד או קבוצת עובדים מוגדרת, ובדיקת ביצועים לפני מעבר מלא.
5. מעבר: העתקת הנתונים בסוף שבוע או בלילה, עדכון רשומות DNS וחיבורי המשתמשים, ובדיקת שחזור מגיבוי.
6. פירוק חדר השרתים: רק אחרי תקופת עבודה יציבה בענן ומחיקה מאובטחת של הדיסקים הישנים.

איך טלקום אקספרט מלווה הקמת שרת בענן?

טלקום אקספרט מתכננת ומלווה הקמת שרתים בענן לעסקים ולארגונים בלבד, בליווי מהנדס תקשורת עם מעל 25 שנות ניסיון. הליווי כולל אפיון של המערכות והמשתמשים, בחירת תצורה וספק, תכנון החיבור המוצפן למשרד, וקו אינטרנט עם גיבוי, כך שהשרת והתקשורת מתוכננים יחד.

שירותי שרת בענן שטלקום אקספרט מתכננת ומלווה

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

לייעוץ ללא התחייבות: 077-8123111.

שאלות נפוצות על שרת בענן לעסק