הגירת שרתים לענן (Lift & Shift): המדריך המעמיק לארכיטקטים
העברת שרתים מקומיים (P2V/V2V) לענן היא הרבה יותר מסתם "העתקת קבצים". מדובר בפרויקט תשתיתי (IaaS) המעניק שרידות גלובלית וביצועים אלסטיים. במדריך זה נפרק לגורמים את תהליך ההגירה: משלב האפיון והכלים החינמיים, דרך בניית רשת הענן (Landing Zone), ועד לחיתוך (Cutover) והעברת שרתי הנתונים.
1. לאיזה ענן מעלים את השרת?
Microsoft Azure
המומלץ לשרתי Windowsהבחירה הטבעית לארגונים שמריצים שרתי חלונות, SQL ו-Active Directory.
- הטבת AHB (מוזיל עלויות רישוי).
- כלי הגירה (Azure Migrate) מעולים.
- ממשק ניהול (פורטל) עמוס מעט.
Amazon Web Services
חלוצת הענן (IaaS)מעולה לכוח מחשוב גמיש, רשתות מורכבות וארגונים המבוססים על קוד פתוח (לינוקס).
- היצע השירותים (EC2) הרחב בעולם.
- זמינות ואמינות גלובלית אדירה.
- עקומת למידה תלולה (מורכב יותר).
סייר ב-AWS
2. ארגז הכלים: תוכנות חינמיות למיגרציה
אל תתחילו פרויקט מבלי למפות את הסביבה הקיימת. הכלים הבאים הם סטנדרט בתעשייה, והם חינמיים לחלוטין:
RVTools (לסביבות VMware)
כלי אפיון (Assessment)כלי חובה למיפוי! מתחבר ל-vCenter שלכם ומייצא קובץ אקסל מפורט עם כל הנתונים על המכונות הווירטואליות: מעבדים, זיכרון, כוננים וכתובות IP. מושלם לתכנון תקציב.
Disk2vhd (מבית Sysinternals)
P2V Migrationיש לכם שרת "ברזל" פיזי ישן שאתם רוצים להעביר לענן? הכלי הקטנטן הזה הופך שרת פיזי פועל לקובץ דיסק וירטואלי (VHD) שניתן להעלות ישירות ל-Azure או Hyper-V.
Azure Migrate / AWS MGN
Live Replicationאלו שירותים מובנים וחינמיים בתוך הענן עצמו. אתם מתקינים סוכן (Agent) בשרת שלכם, והשירות "שואב" את השרת בלייב אל הענן ברקע ללא השבתה.
3. מדריך מעשי: 5 שלבי ההגירה לענן
השיטה המובילה בתעשייה נקראת Lift & Shift (או Rehosting). במקום לבנות שרת חדש מאפס, אנו "מעתיקים" את השרת כפי שהוא אל הענן.
גילוי, הערכה וניקוי (Discovery & Assessment)
לפני שזזים, ממפים. השתמשו ב-RVTools כדי להבין כמה משאבים השרת באמת צורך. ברוב הארגונים שרת מקבל 16GB זיכרון אך משתמש רק ב-4GB. בענן, כל ג'יגה עולה כסף. טיפ: מחקו קבצי זבל, סלי מיחזור ותיקיות Temp מהשרת הישן כדי להקטין משמעותית את זמן ההעתקה והעלויות.
בניית רשת הנחיתה בענן (Landing Zone)
השרת לא עולה לאוויר הריק. לפני ההעתקה, כנסו לפורטל הענן וצרו Virtual Network (VNet/VPC). הגדירו לה טווח IP פנימי (Subnet) שאינו מתנגש עם ה-IP של המשרד שלכם. לאחר מכן, הקימו Site-to-Site VPN בין הראוטר במשרד לבין הענן, כך שהשרת העתידי יהיה נגיש ברשת המקומית ללא חשיפה לאינטרנט.
התקנת הסוכן ותחילת רפליקציה (Replication)
בפורטל הענן, צרו פרויקט הגירה והורידו את הסוכן למחשב שלכם במשרד. לאחר ההתקנה, הסוכן מתחיל לקרוא את הדיסקים ברמת הבלוק (Block-level) ומעתיק אותם לאחסון בענן. התהליך קורה ברקע, והמשתמשים ממשיכים לעבוד על השרת כרגיל.
בדיקת יבש (Test Failover / Test Migration)
אל תכבו את המשרד לפני שבדקתם! לאחר שהרפליקציה מגיעה ל-100%, כלי המיגרציה מאפשר להדליק עותק של השרת בענן בתוך רשת מבודדת לחלוטין (ללא יציאה לאינטרנט או למשרד, כדי למנוע התנגשות IP). התחברו אליו וודאו שהדאטה-בייס מגיב ושהתוכנות תקינות.
חיתוך המעבר האמיתי (The Cutover)
הגיע סוף השבוע (חלון ההשבתה שלכם). לוחצים "Migrate". המערכת תכבה אוטומטית את השרת הפיזי במשרד, תבצע סנכרון אחרון (Delta Sync) של השינויים מהשעות האחרונות, ותדליק את השרת באופן קבוע בענן. כעת נותר רק לעדכן את ה-DNS ולבדוק שהעובדים מצליחים להתחבר.
4. העברת שרתי קבצים (ללא שרת מלא)
אם אינכם רוצים להעביר את כל השרת (OS), אלא רק להעביר עשרות טרה-בייטים של מסמכים (שרת הקבצים) אל שרת פנוי בענן, הכלי היעיל והבטוח ביותר הוא Robocopy. הוא שומר על הרשאות ה-NTFS ומסוגל להמשיך העתקה גם אם האינטרנט התנתק באמצע.
5. אבטחת השרת בענן לאחר המעבר
ברגע שהשרת עולה בענן, הוא מקבל לעיתים כתובת IP פומבית. פתיחת פורט השליטה מרחוק (RDP – 3389 או SSH – 22) לכל העולם פירושה שהשרת שלכם ייפרץ ויוצפן בתוכנת כופר (Ransomware) תוך שעות קצרות.
חומות מגן הכרחיות:
- Network Security Group (NSG): הגדירו בחומת האש של הענן שגישה לפורט הניהול מותרת אך ורק מכתובת ה-IP הסטטית והמאומתת של המשרד שלכם.
- Azure Bastion / AWS Systems Manager: הדרך המאובטחת ביותר להתחבר לשרת ענן. במצב זה השרת לא מקבל כלל כתובת פומבית, ואתם שולטים בו מתוך דפדפן מאובטח בפורטל הענן.