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

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

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

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

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

מחיר המכונה לפי מחירון ציבורי

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

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

מה מצטרף למחיר המכונה

• דיסק: מחיר לפי נפח וסוג, ובענן ציבורי לעיתים גם לפי מספר פעולות קלט ופלט.
• גיבוי: נפח הנתונים, תקופת השמירה והאם הגיבוי מוחזק מחוץ לחשבון.
• תעבורה יוצאת: נתונים שיוצאים מהענן מחויבים בנפרד אצל חלק מהספקים, ובחשבון של שרת שעובדים מולו כל היום הרכיב הזה מורגש.
• רישוי: מערכת הפעלה, מסד נתונים (SQL Server) ורישיונות גישה לשרת טרמינל (RDS CAL) לכל משתמש או מכשיר.
• רשת: כתובת IP קבועה, חיבור מוצפן למשרד ושירותי רשת.
• ניהול: עדכוני אבטחה, ניטור ותמיכה, אם השרת אינו עצמאי.
• אמצעי תשלום: ספקי ענן ציבורי גדולים מחייבים בדרך כלל בכרטיס אשראי. ארגון שמשלם בהעברה בנקאית או בהוראת קבע עלול להיתקע בשלב ההקמה, ולכן כדאי לברר זאת לפני בחירת הספק, או לרכוש דרך משווק שמנפיק חשבונית.

עיקרי הדברים

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

הגדלהשאלה על התרשים?שאלו מהנדס בוואטסאפ

חוות שרתים (Data Center) היא מתקן מאובטח לאחסון ולהפעלה של שרתים, ציוד תקשורת ומערכות אחסון. מרכיבי הליבה שלה הם תשתית פיזית ואבטחה, חשמל מגובה באל-פסק (UPS) ובגנרטורים, קירור ובקרת אקלים, וקישוריות דרך כמה ספקי תקשורת. יש חווה פרטית בבעלות הארגון, חווה ציבורית (קולוקציה) שבה שוכרים מקום בארון או חדר, ופתרון ענן או היברידי. רמות Tier מתארות את השרידות: מתשתית בסיסית עם מסלול חשמל וקירור יחיד, דרך תחזוקה בלי השבתה ב-Tier 3, ועד עמידות מלאה לתקלות ב-Tier 4.

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

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

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

בעסקים משתמשים בשרת בענן בעיקר לחמישה צרכים:

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

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

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

שלושה מונחים נפוצים בהצעות מתערבבים זה בזה, וההבדלים ביניהם קובעים מה משלמים ומה מקבלים.

VPS קלאסי מול שרת בענן

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

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

סוגי אירוח שרתים

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

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

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

ענן פרטי מנוהל מול ענן ציבורי גלובלי

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

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

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

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

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

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

איך בוחרים תצורה לפי סוג העומס

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

מעבד, זיכרון ואחסון

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

מערכת הפעלה ורישוי

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

רשת וקו אינטרנט

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

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

שרת טרמינל בענן לעסק

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

איך בונים שרת טרמינל ומה מחשבים

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

תוכנות שדורשות תשומת לב לפני המעבר

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

גיבוי ושחזור של שרת בענן

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

מה מגבים ומה זמן השחזור

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

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

הגנה מכופרה ומפני מחיקה

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

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

העלאה ראשונית וחישוב זמן

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

שרת בישראל או בחו"ל: אזורי ענן ותיקון 13

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

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

מה לבדוק בהסכם ובבחירת ספק

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

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

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

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

טבלת בדיקה להסכם ולהצעה

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

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

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

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

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

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

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

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

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