יצירת מקור Azure

‫Migrate to Virtual Machines מאפשר לכם להעביר את המכונות הווירטואליות (VM) שלכם ב-Azure מחשבון Azure שלכם למופעים של Compute Engine.

דרישות מוקדמות

הגבלות על העברה מ-Azure

הכלי 'העברה למכונות וירטואליות' לא תומך בהעברה של מכונות וירטואליות עם המאפיינים הבאים:

  • דיסקים זמניים של מערכת ההפעלה
  • דיסקים לא מנוהלים

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

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

העברת עומס עבודה ממקור Azure

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

  1. רושמים את האפליקציה בפורטל Azure.
  2. יוצרים תפקיד בהתאמה אישית כדי ששירות Migrate to Virtual Machines יוכל לגשת אליו.
  3. הקצאת התפקיד בהתאמה אישית לאפליקציה.
  4. יוצרים מקור Azure באמצעות Google Cloud.

רישום האפליקציה

כדי לרשום את האפליקציה:

  1. בפורטל Azure, עוברים לדף App Registration ולוחצים על New registration.
  2. כדי להוסיף פרטי כניסה חדשים של לקוח, לוחצים על הוספת אישור או סוד.
  3. כדי להוסיף סוד לקוח חדש, לוחצים על ‎+ New client secret ומזינים תיאור ותאריך תפוגה לסוד הלקוח.
  4. לוחצים על הוספה.

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

יצירת תפקיד בהתאמה אישית

כדי להעביר את עומס העבודה ב-Azure, צריך ליצור תפקיד בהתאמה אישית ולהקצות אותו לאפליקציה שרשמתם בשלב רישום האפליקציה.

כדי ליצור תפקיד בהתאמה אישית:

  1. בפורטל Azure, עוברים לדף Subscriptions ובוחרים את המינוי ל-Azure.
  2. לוחצים על מזהה המינוי כדי להעתיק אותו.

  3. שומרים את תבנית ה-JSON הבאה ומחליפים את SUBSCRIPTION_ID במזהה המינוי שהעתקתם בשלב 2:

      {
  "properties": {
        "roleName": "Minimum M2VM permissions role",
        "description": "This role contains the bare minimum of Azure IAM permissions to support M2VM flow",
        "assignableScopes": [
              "/subscriptions/SUBSCRIPTION_ID"
        ],
  "permissions": [
              {
              "actions": [
                    "Microsoft.Resources/subscriptions/resourceGroups/write",
                    "Microsoft.Resources/subscriptions/resourceGroups/read",
                    "Microsoft.Resources/subscriptions/resourceGroups/delete",
                    "Microsoft.Compute/virtualMachines/read",
                    "Microsoft.Compute/virtualMachines/write",
                    "Microsoft.Compute/virtualMachines/deallocate/action",
                    "Microsoft.Compute/disks/read",
                    "Microsoft.Compute/snapshots/delete",
                    "Microsoft.Compute/snapshots/write",
                    "Microsoft.Compute/snapshots/beginGetAccess/action",
                    "Microsoft.Compute/snapshots/read",
                    "Microsoft.Compute/snapshots/endGetAccess/action"
              ],
              "notActions": [],
              "dataActions": [],
              "notDataActions": []
              }
        ]
  }
  }

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

  4. ב-Azure Portal, עוברים לדף בקרת גישה (IAM).

  5. כדי להוסיף תפקיד בהתאמה אישית, לוחצים על + הוספה.

  6. לוחצים על Start from JSON ואז על Select file כדי להעלות את קובץ ה-JSON שיצרתם בשלב 3.

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

הקצאת התפקיד המותאם אישית לאפליקציה

כדי להקצות תפקיד בהתאמה אישית לאפליקציה, פועלים לפי השלבים הבאים:

  1. ב-Azure Portal, עוברים לדף בקרת גישה (IAM).
  2. לוחצים על + הוספה ואז על הוספת הקצאת תפקיד.
  3. מחפשים את התפקיד בהתאמה אישית שיצרתם במאמר יצירת תפקיד בהתאמה אישית. כדי לעשות את זה, מקלידים m2vm ובוחרים את התפקיד.
  4. לוחצים על הבא.
  5. לוחצים על + בחירת חברים, מחפשים את שם האפליקציה שרשמתם בקטע רישום האפליקציה ולוחצים על בחירה.
  6. כדי לבדוק ולהקצות את התפקיד בהתאמה אישית לאפליקציה, לוחצים על בדיקה + הקצאה.

יצירת מקור Azure

אחרי שרושמים את האפליקציה, מוסיפים את הסוד ומגדירים את ההרשאות שלה, יוצרים מקור Azure בשירות Migrate to Virtual Machines.

כדי ליצור מקור Azure, פועלים לפי השלבים הבאים:

  1. נכנסים לדף Migrate to Virtual Machines במסוף Google Cloud .
  2. לוחצים על הכרטיסייה מקורות.
  3. ברשימה הוספת מקור, בוחרים באפשרות + הוספת מקור Azure.

  4. מזינים את פרטי המקור בחלונית Create Azure source.

    בטבלה הבאה מפורטים הפרמטרים של פרטי המקור ב-Azure.

    פרמטר תיאור
    שם (חובה) מחרוזת שמזהה את המקור. המחרוזת צריכה להיות בהתאם למוסכמות מתן השמות ב-Compute Engine. אי אפשר לעדכן את השדה הזה אחרי שיוצרים את המקור.
    Google Cloud region (חובה) האזור Google Cloud שאליו רוצים להעביר את המופעים. אי אפשר לעדכן את השדה הזה אחרי שיוצרים את המקור.

    מידע נוסף זמין במאמר בנושא מיקומים.
    מיקום ב-Azure (חובה) האזור ב-Azure (לדוגמה, centralus) שממנו רוצים להעביר מכונות וירטואליות. המלאי שמוצג במסוף Migrate to Virtual Machines כולל רק מכונות וירטואליות מהמיקום הזה ב-Azure. אי אפשר לעדכן את השדה הזה אחרי שיוצרים את המקור.

    הערה: מומלץ לבחור את האזור מתוך האפשרויות בתפריט הנפתח, או להעתיק את האזור מתצוגת ה-JSON במסוף Azure ולהדביק אותו בשדה של פרטי המקור כדי למנוע שגיאות הקלדה. אם יש שגיאת הקלדה באזור, המקור לא הופך לפעיל וצריך ליצור מקור חדש. אפשר לראות את הסטטוס של המקור במסוף.
    מזהה מינוי (חובה) חלק מפרטי הכניסה של המשתמש. אי אפשר לעדכן את השדה הזה אחרי שיוצרים את המקור.
    מזהה לקוח (חובה) חלק מפרטי הכניסה של המשתמש.
    מזהה דייר (חובה) חלק מפרטי הכניסה של המשתמש. אי אפשר לעדכן את השדה הזה אחרי שיוצרים את המקור.
    Client Secret (חובה) זה הערך ששמרתם כשנוצר סוד הלקוח.

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

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

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

  5. לוחצים על יצירה. תופיע הודעה עם פרטים על המקור החדש.

  6. מחכים (עד 15 דקות, אבל בדרך כלל פחות) עד שסטטוס המקור מסומן כפעיל.

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

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

מגבלות על מקורות בענן

אפשר לארח עד 15 מקורות בענן (מקורות AWS, מקורות Azure או שילוב של שני סוגי המקורות) בפרויקט מארח בכל פעם. לדוגמה, אפשר לארח 10 מקורות AWS ו-5 מקורות Azure בפרויקט מארח בכל פעם. לעומת זאת, אפשר לארח 7 מקורות AWS ו-8 מקורות Azure בפרויקט מארח בכל פעם. אם רוצים להוסיף מקור חדש בענן לפרויקט שכבר מארח 15 מקורות בענן, צריך למחוק מקור קיים ואז להוסיף את המקור החדש. אפשר גם לנסות להשתמש בפרויקט אחר כדי לארח את מקור הענן החדש, אם לא רוצים למחוק מקורות קיימים.

השלבים הבאים: מתחילים את המיגרציה

אחרי שיוצרים מקור Azure, אפשר להתחיל בהעברה. שאר התהליך להעברת עומס העבודה ממקור Azure זהה לתהליך של מקורות אחרים ב-Migrate to Virtual Machines.

פרטים על תחילת תהליך ההעברה מופיעים במאמר העברת מכונות וירטואליות בודדות.

הבדלים משימוש ב-VMware כמקור

יש כמה היבטים ייחודיים לשימוש ב-Azure כמקור למיגרציות:

  • אפשר ליצור ולערוך מקור Azure מממשק המשתמש.
  • אין דוח ניצול למקור Azure.

הבדלים משימוש ב-AWS כמקור

השימוש כמעט זהה לשימוש ב-AWS כמקור.