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

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

כדאי לקרוא את המאמר הזה אם אתם שוקלים את היתרונות של מעבר ל- Google Cloud ורוצים להבין איך זה ייראה.

‫Google Cloud VMware Engine תומך בכמה אפשרויות להעברת מכונות וירטואליות מסביבת VMware שלכם:

  • העברת מכונות וירטואליות באמצעות VMware HCX.
  • העברת מכונות וירטואליות באמצעות כלים לגיבוי ולשחזור מאסון.
  • העברת מכונות וירטואליות באמצעות VMware PowerCLI.
  • העברה של קובצי ISO ותבניות.
  • העברת מכונות וירטואליות באמצעות NSX Layer 2 VPN.

הערכת סביבת המקור

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

כדי לבנות את המלאי של סביבת VMware, מומלץ להשתמש ב- Migration Center.

הערכת סביבת VMware ב-AWS

אם סביבת VMware שלכם מתארחת ב-VMware Cloud ב-AWS, המשיכו לקרוא. אחרת, אתם יכולים לדלג על הקטע הזה.

אחרי הערכת סביבת VMware באמצעות StratoZone, מומלץ לשפר את המלאי. כדאי להביא בחשבון את הדברים הבאים לגבי סביבת VMware Cloud ב-AWS:

  • אזור AWS.
  • מספר המארחים והסוג שלהם, והמפרטים שלהם.
  • אשכולות ומאגרי משאבים ב-VMware Cloud ב-AWS.
  • איך הגדרתם את האחסון ב-VMware vSAN, ואם אתם משתמשים באפשרויות של הפחתת עומס אחסון לשירותי AWS אחרים, כמו אמזון S3.
  • גרסת VMware vSphere.
  • אם אתם משתמשים ב-VMware Hybrid Linked Mode, ואיך הגדרתם את החיבור בין סביבת VMware Cloud on AWS לבין הסביבות האחרות שאתם מנטרים באמצעות VMware Hybrid Linked Mode.
  • אם אתם משתמשים ב-AWS Backup כדי לגבות את המשאבים שלכם ב-VMware Cloud ב-AWS.
  • אם העברתם כתובות IP משלכם אל VMware Cloud ב-AWS.
  • אם אתם מפעילים עומסי עבודה ארגוניים ב-VMware Cloud בסביבת AWS, כמו Oracle® Real Application Clusters או Microsoft SharePoint.
  • איך מנהלים זהויות וגישה לסביבת VMware Cloud ב-AWS.
  • איך הכנתם את סביבת VMware Cloud ב-AWS להתאוששות מאסון.
  • מינויים והנחות ל-VMware Cloud ב-AWS.

אם אתם בוחרים להעביר את המכונות הווירטואליות שלכם מסביבת VMware Cloud ב-AWS לענן הפרטי שלכם באמצעות VMware HCX, אנחנו ממליצים גם:

מידע נוסף על הערכת סביבת המקור לצורך מעבר אל Google Cloudזמין במאמר מעבר אל Google Cloud: הערכה וגילוי של עומסי העבודה.

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

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

  1. הגדרת חיבור VPN מאתר לאתר בין סביבת VMware לבין הענן הפרטי.
  2. מוודאים שרשומות ה-DNS נפתרות גם בסביבת המקור וגם בענן הפרטי.
  3. מוודאים שניתוב הרשת בין סביבת המקור לבין הענן הפרטי מוגדר בצורה נכונה.

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

העברת מכונות וירטואליות באמצעות HCX

אתם יכולים להשתמש ב-VMware HCX כדי להעביר מכונות וירטואליות מסביבת VMware אל Google Cloud VMware Engine. ‫VMware HCX מבצע הפשטה של משאבים מבוססי vSphere בסביבת VMware ומשאבי ענן, ומציג אותם לאפליקציות כמשאב רציף אחד, וכך יוצר תשתית היברידית.

כדי להימנע מפיצול מיותר של נתונים ומפגיעה בביצועים של הרשת כשמעבירים נתונים באמצעות VPN מסוג site-to-site, מומלץ להגדיר את יחידת השידור המקסימלית (MTU) כך שתביא בחשבון את התקורה של פרוטוקול ה-VPN כשמעבירים מכונות וירטואליות באמצעות VMware HCX. לדוגמה, יכול להיות שתצטרכו להגדיר את ה-MTU לערך נמוך יותר כדי להתאים את התקורה של פרוטוקול ה-VPN בכל יחידת שידור.

מידע על אופן השימוש ב-VMware HCX להעברת מכונות וירטואליות מסביבת VMware לסביבת הענן הפרטי זמין במאמר העברת מכונות וירטואליות של VMware באמצעות VMware HCX.

העברת מכונות וירטואליות באמצעות כלים לגיבוי ולתוכנית התאוששות מאסון (DR)

אפשר להעביר מכונות וירטואליות לעננים פרטיים באמצעות כלים לגיבוי ושחזור וכלים להתאוששות מאסון. כשמשחזרים מגיבויים שנוצרו באמצעות שירות הגיבוי והשחזור של Google או כלי של צד שלישי, צריך להשתמש בענן הפרטי כיעד. אפשר גם להשתמש בענן הפרטי כיעד לשחזור מאסון באמצעות שירות הגיבוי והשחזור מאסון של Google, או באמצעות כלי אחר שתבחרו, כמו HCX, כלי של Broadcom מבית VMware שכלול ב-VMware Engine, או באמצעות Live Recovery (שנקרא בעבר Site Recovery Manager או SRM) על ידי ביצוע השלבים שמפורטים במאמר הגדרת שחזור מאסון באמצעות VMware Live Site Recovery.

העברת מכונות וירטואליות באמצעות PowerCLI

כדי להעביר מכונות וירטואליות מסביבת VMware vCenter לענן הפרטי vCenter, צריך להשתמש ב-VMware PowerCLI או בכלי Cross vCenter Workload Migration Utility שזמין ב-VMware Labs. בדוגמה הבאה מוצג סקריפט עם פקודות להעברה של PowerCLI.

$sourceVC = Connect-VIServer -Server <source-vCenter name> -User <source-vCenter user name> -Password <source-vCenter user password>
$targetVC = Connect-VIServer -Server <target-vCenter name> -User <target-vCenter user name> -Password <target-vCenter user password>
$vmhost = <name of ESXi host on destination>
$vm = Get-VM -Server $sourceVC <name of VM>
Move-VM -VM $vm -VMotionPriority High -Destination (Get-VMhost -Server $targetVC -Name $vmhost) -Datastore (Get-Datastore -Server $targetVC -Name <name of tgt vc datastore>)

העברת קובצי ISO ותבניות

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

  1. מעלים את קובץ ה-ISO אל vCenter בענן הפרטי באמצעות ממשק המשתמש של vCenter.
  2. פרסום ספריית תוכן בענן הפרטי שלכם ב-vCenter:
    • פרסום ספריית התוכן של סביבת VMware.
    • יוצרים ספריית תוכן חדשה ב-vCenter בענן הפרטי.
    • נרשמים לספריית התוכן של סביבת VMware שפורסמה.
    • מסנכרנים את ספריית התוכן כדי לקבל גישה לספריית התוכן שפורסמה במקום.

העברת מכונות וירטואליות באמצעות VPN בשכבה 2 של NSX

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

מידע על שימוש ב-VPN בשכבה 2 כדי להרחיב רשת בשכבה 2 מסביבת VMware לענן הפרטי זמין במאמר העברת עומסי עבודה באמצעות רשתות מורחבות בשכבה 2.