מעבר לענן עם אמפייר אייאל: איך זה עובד בפועל

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

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

חמשת השלבים במבט אחד

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

שלב	מה קורה בו	מה יוצא ממנו
1. אפיון	מיפוי המערכות, התלויות והדרישות הקיימות	רשימת מערכות, סדר העברה וחלון זמן
2. תכנון	בחירת תצורת ענן מתאימה (VPS או ענן פרטי) וקביעת חלון המעבר	תוכנית מעבר כתובה
3. העברה	שכפול נתונים, סנכרון והרצת בדיקות בסביבת היעד	סביבה חדשה שעובדת ונבדקה
4. מעבר (Cutover)	החלפה מבוקרת של הסביבה הישנה בחדשה, עם מינימום השבתה	העסק עובד על הענן
5. אופטימיזציה וליווי	כוונון ביצועים, גיבוי וניטור אחרי המעבר	סביבה יציבה ומגובה

שלב 1: אפיון

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

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

מה כדאי להכין לשיחת האפיון

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

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

שלב 2: תכנון ובחירת תצורה

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

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

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

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

מערכות שרצות על Windows עוברות לשרת עם Windows Server 2019, 2022 או 2025, לפי הגרסה שספק התוכנה תומך בה. רישוי Windows Server מוסדר במסגרת ההזמנה, ואת אופן הרישוי בודקים יחד בתכנון, כי הוא תלוי בגרסה ובמספר המשתמשים.

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

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

שלב 3: העברה ובדיקות בסביבת היעד

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

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

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

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

שלב 4: יום המעבר

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

הסדר הכללי ביום המעבר:

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

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

שלב 5: אופטימיזציה, גיבוי וניטור

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

הגיבוי היומי שכלול בשרתי ה-VPS הוא שכבה בסיסית. לנתונים קריטיים כדאי להוסיף עותק מחוץ לתשתית שעליה השרת רץ, למשל גיבוי ענן עם Acronis, שמאפשר לשחזר קובץ בודד או מכונה שלמה. למערכות שאסור להן להיות מושבתות אפשר להוסיף התאוששות מאסון (DRaaS).

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

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

פרטים קטנים שמפילים מעברים

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

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

אף אחד מהפריטים האלה אינו מסובך לטיפול. הבעיה היא לגלות אותם באמצע יום המעבר.

טעויות נפוצות בצד של העסק

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

מה אפשר להעביר

כמעט כל מה שעסק מריץ היום:

• שרתים וירטואליים ושרתים פיזיים.
• אתרי אינטרנט וחנויות, כולל וורדפרס ו-WooCommerce.
• מסדי נתונים.
• תיבות דוא"ל.
• מערכות עסקיות, כמו תוכנות הנהלת חשבונות ו-ERP.

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

מי עושה מה

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

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

לפני שמחליטים

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

שאלות נפוצות

כמה זמן לוקח מעבר לענן?

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

תהיה השבתה?

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

אתם מעבירים גם מספק אחר או מחו"ל?

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

מה קורה לנתונים בזמן ההעברה?

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

כמה עולה מעבר לענן?

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

מה ההבדל בין מעבר לענן למיגרציה לענן?

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

רוצים תוכנית מעבר לעסק שלכם?

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