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

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

  1. צירוף: בוחרים את המכונות הווירטואליות להעברה.

  2. ‫Replicate (שכפול): שכפול נתונים מ-VM המקור אל Google Cloud. שכפול הנתונים הוא תהליך רציף שמתבצע ברקע עד למעבר הסופי או עד למחיקת ההעברה.

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

  4. (אופציונלי) שיבוט לצורך בדיקה: יוצרים שיבוט של מכונת ה-VM של המקור מנתוני השכפול ובודקים אותו ב- Google Cloud.

  5. העברה סופית: העברת מכונת ה-VM של המקור. התהליך הזה כולל עצירה של מכונת המקור, ביצוע שכפול סופי ויצירה של מופע הייצור ממכונת המקור.

  6. סיום: מחיקת משאבי הבדיקה אחרי פעולת מעבר מוצלחת.

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

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

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

במסמך הזה מתוארים השלבים של העברת מכונה וירטואלית ממקור אל Google Cloud.

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

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

רישוי

‫Compute Engine תומך ברישיונות פרימיום של תשלום לפי שימוש (PAYG) ורישיונות של הבאת רישיון משלכם (BYOL), בהתאם למערכת ההפעלה של המכונה הווירטואלית של המקור. רישיונות בתשלום לפי שימוש מחויבים על סמך המשאבים שבהם אתם משתמשים.

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

שלב 1: צירוף מכונה וירטואלית

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

אפשר להפעיל עד 200 העברות בו-זמנית (לא כולל העברות בשלב הסופי), לכל פרויקט מארח ואזור. המגבלה הזו רלוונטית להעברת מכונות וירטואליות מכל סוגי המקורות. לדוגמה, אפשר להעביר 100 מכונות וירטואליות ממקור VMware ו-100 מכונות וירטואליות נוספות מ-AWS בו-זמנית.

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

  1. פותחים את הדף Migrate to Virtual Machines במסוף Google Cloud :

    מעבר לדף Migrate to Virtual Machines

  2. לוחצים על הכרטיסייה מקורות.

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

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

    • פעיל: המקור פעיל ומחובר ל-Migrate to Virtual Machines.
    • אופליין: המקור לא זמין.
    • בהמתנה: המקור נמצא בתהליך של חיבור ואימות.

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

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

    בעמודה VM Power Status (סטטוס ההפעלה של מכונה וירטואלית) מוצג הסטטוס Suspended (מושעה), On (מופעל) או Off (מושבת). אפשר להעביר מכונה וירטואלית בכל אחד מהסטטוסים האלה.

  5. לוחצים על הוספת העברות > VM Migration.

  6. מאשרים שרוצים ליצור את ההעברה.

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

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

  7. עכשיו אפשר להתחיל בשכפול של המכונות הווירטואליות, כמו שמתואר בשלב הבא.

שלב 2: מתחילים בשכפול של מכונת ה-VM של המקור

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

שכפול נתונים מורכב משני שלבים:

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

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

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

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

התחלת שכפול של מכונה וירטואלית (VM) כמקור

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

  1. פותחים את הדף Migrate to Virtual Machines במסוף Google Cloud :

    מעבר לדף Migrate to Virtual Machines

  2. לוחצים על הכרטיסייה העברות.

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

  3. בוחרים מכונה וירטואלית אחת או יותר כמקור.

  4. לוחצים על העברה > התחלת שכפול. בעמודה סטטוס השכפול מוצג סטטוס השכפול יחד עם אחד משלבי המשנה שמפורטים בטבלת שלבי המשנה של מחזור השכפול.

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

  5. עכשיו אפשר להגדיר יעד להעברה לשלבי הבדיקה וההעברה.

הכלי Migrate to Virtual Machines יוצר דוח התאמה אחרי שמחזור השכפול מסתיים. מידע נוסף על דוחות ההתאמה מופיע במאמר בנושא דוח ההתאמה.

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

השהיית השכפול

כדי להשהות את השכפול:

בכל שלב אפשר להשהות את השכפול של מכונה וירטואלית. כשמשהים מכונה וירטואלית, סטטוס השכפול שלה משתנה למושהה.

  1. פותחים את הדף Migrate to Virtual Machines במסוף Google Cloud :

    מעבר לדף Migrate to Virtual Machines

  2. לוחצים על הכרטיסייה העברות.

    תוצג טבלה של מכונות וירטואליות זמינות.

  3. בוחרים מכונה וירטואלית אחת או יותר.

  4. לוחצים על השהיה.

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

הגדרת מרווח הזמן לרפליקציה

כדי להגדיר את מרווח הזמן בין השכפולים:

כברירת מחדל, הכלי Migrate to Virtual Machines מבצע שכפול של המכונה הווירטואלית של המקור כל שעתיים. כדי לשנות את תדירות השכפול:

  1. פותחים את הדף Migrate to Virtual Machines במסוף Google Cloud :

    מעבר לדף Migrate to Virtual Machines

  2. לוחצים על הכרטיסייה העברות.

    תוצג טבלה של מכונות וירטואליות זמינות.

  3. בוחרים את מכונת ה-VM ולוחצים על הלחצן עריכת פרטי היעד. נפתחת חלונית שבה אפשר להגדיר את היעד.

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

  4. לוחצים על הכרטיסייה פרטי הטירגוט.

  5. באזור Replication policy, מגדירים את תדירות השכפול בשניות.

  6. לוחצים על שמירה.

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

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

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

  1. פותחים את הדף Migrate to Virtual Machines במסוף Google Cloud :

    מעבר לדף Migrate to Virtual Machines

  2. לוחצים על הכרטיסייה העברות.

  3. בוחרים מכונה וירטואלית אחת או יותר.

  4. לוחצים על העברה > המרה להעברה לדיסק.

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

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

שלב 3: הגדרת היעד של מכונה וירטואלית שהועברה

כדי להגדיר יעד, מבצעים שני שלבים עיקריים:

  1. מוסיפים פרויקט יעד. פרויקט היעד הוא הפרויקט שמכיל את מופע Compute Engine שמשמש לאירוח המכונה הווירטואלית שהועברה.

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

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

    • פרויקט של Google
    • מספר המעבדים
    • נפח הזיכרון

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

אפשר לשנות את פרטי הטירגוט בכל שלב. כשיוצרים מופע של Compute Engine בשלב של שיבוט לצורך בדיקה או בשלב של מעבר לשימוש, הכלי Migrate to Virtual Machines משתמש בהגדרות של פרטי היעד בזמן הפעולה.

כדי להגדיר את יעד Compute Engine, פועלים לפי השלבים הבאים:

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

  2. פותחים את הדף Migrate to Virtual Machines במסוף Google Cloud :

    מעבר לדף Migrate to Virtual Machines

  3. לוחצים על הכרטיסייה העברות.

    תוצג טבלת העברות.

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

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

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

    כותרת הקטע שם השדה תיאור
    כללי השם של מכונת Compute Engine. כללי מתן השמות מפורטים במאמר מוסכמות למתן שמות למשאבים.
    שם הפרויקט שמארח את מכונת Compute Engine. זה צריך להיות פרויקט שכבר הוספתם קודם בקטע הזה.
    התחום (zone) של מכונת Compute Engine. מידע נוסף זמין במאמר בנושא אזורים ותחומים.
    האזור של המופע שנפרס הוא האזור שציינתם כשנרשמתם ל-Migration Connector. מידע נוסף זמין במאמר בנושא התקנת כלי ההעברה.
    כדי לעשות סדר בפרויקט, אפשר להוסיף למשאבים תוויות שישמשו בתור צמדי מפתח/ערך. מידע נוסף על הוספת תוויות למשאבים
    הגדרת המכונה ‫Compute Engine מציע סדרות מוגדרות מראש של סוגי מכונות שאפשר להשתמש בהן כשיוצרים מכונה. לכל אפשרות יש עלות שונה. בוחרים את סדרת סוגי המכונות שהכי מתאימה לעומס העבודה.
    מידע נוסף זמין במאמר תמחור.
    הכלי Migrate to Virtual Machines קובע את סוג מערכת ההפעלה של מכונת Compute Engine באופן אוטומטי על סמך המכונה הווירטואלית של המקור, ומחיל על המכונה רישוי לפי שימוש (PAYG). מידע על רישוי
    ב-Compute Engine יש סוגי מכונות מוגדרים מראש שאפשר להשתמש בהם כשיוצרים מכונה. סוגי המכונות הזמינים תלויים בסדרת המכונות שבוחרים בשדה סדרת סוגי מכונות.
    מידע נוסף זמין במאמר בנושא סוגי מכונות מוגדרים מראש.
    כשמערכת Compute Engine מבצעת תחזוקה תקופתית של התשתית, היא יכולה להעביר את המכונות הווירטואליות שלכם לחומרה אחרת ללא השבתה. כדי להעביר את המכונה הווירטואלית, מגדירים את האפשרות הזו לערך Migrate VM Instance (מומלץ), שהוא ברירת המחדל. מגדירים את האפשרות Terminate (סיום) כדי לסיים את המופע.
    כשההגדרה היא On (מומלץ), שזו הגדרת ברירת המחדל, מערכת Compute Engine מפעילה מחדש באופן אוטומטי מופעים כשמתבצעת סגירה שלהם מסיבות שלא קשורות למשתמש, כמו אירוע תחזוקה, כשל בחומרה או כשל בתוכנה. כדי להשבית את ההפעלה מחדש, מגדירים את האפשרות מושבת.
    מציינים צמדי מפתח/ערך של מטא-נתונים של המכונה הווירטואלית שיאוחסנו עבור המכונה הווירטואלית שהועברה.
    מידע נוסף על מטא-נתונים של מכונות וירטואליות ב-Compute Engine זמין במאמר בנושא מטא-נתונים של מכונות וירטואליות.‫
    Migrate to Virtual Machines אוכף מגבלה של 64K תווים לכל צמדי מפתח/ערך של מטא-נתונים בכל מכונה וירטואלית שעוברת מיגרציה.
    Networking מציינים את רשת VPC שהמכונות יהיו חלק ממנה.
    מציינים את תת-הרשת שמשויכת לאזור. היא צריכה להיות רשת משנה של הרשת שצוינה.
    הערך None (ברירת מחדל) משבית את הגישה החיצונית, והערך Ephemeral מאפשר ל-CLI של gcloud להקצות כתובת IP. הגדרת כתובות IP חיצוניות סטטיות
    האפשרות Ephemeral (Automatic)‎ (זמנית (אוטומטית)) (ברירת מחדל) מאפשרת ל-CLI של gcloud להקצות כתובת IP, האפשרות Ephemeral (Custom)‎ (זמנית (מותאמת אישית)) מאפשרת להגדיר כתובת IP משלכם, והאפשרות reserved-internal-ip (IP)‎ (כתובת IP פנימית שמורה) מאפשרת להשתמש בכתובת IP מוגדרת מראש. מידע נוסף זמין במאמר הגדרת כתובות IP פנימיות סטטיות.

    אפשר ליצור מכונה וירטואלית עם שם מארח בהתאמה אישית על ידי ציון שם DNS מוגדר במלואו. שמות מארחים מותאמים אישית צריכים לעמוד בדרישות של RFC 1035 לשמות מארחים תקינים.

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

    אפשר לשנות את שם המארח של מכונות וירטואליות של Windows באמצעות TargetDetails API. אחרי שמשנים באופן מקומי את שם המארח של מכונת Windows וירטואלית, צריך לעדכן את שם המארח ב-Active Directory (AD) כדי שהאמון ב-AD לא ייפגע.

    במהלך המיגרציה ל-Virtual Machines, אתם יכולים ליצור מכונת Compute Engine עם כמה כרטיסי רשת (NIC). כל ממשק מצורף לתת-רשת ייחודית ברשת VPC, וכך המופע מקבל גישה לרשת VPC אחת או יותר ב-CLI של gcloud. אם לא בוחרים ממשק רשת, תמונת המכונה מצורפת לרשת ולרשת המשנה שמוגדרות כברירת מחדל בפרויקט באזור.
    לפני שמוסיפים עוד ממשקי רשת, חשוב לשים לב לשיקולים הבאים:
    • אפשר לצרף כמה ממשקי רשת לאותה רשת VPC רק אם ממשקי הרשת הנוספים מצורפים לאותה רשת VPC כמו הממשק nic0. יכול להיות ששמירה של הגדרות אחרות תצליח, אבל יצירת המכונה הווירטואלית תיכשל.
    • אחרי שמופע של Compute Engine מופעל, אי אפשר להוסיף או להסיר ממשק רשת במופע שנוצר באמצעות test-clone או cut-over. אפשר לחזור על הפעולה test-clone או cut-over עם פרטי יעד שונים כדי ליצור מחדש את המופע.
      כדי להוסיף או להסיר ממשק רשת:
      • בוחרים באפשרות הוספת ממשק רשת כדי להוסיף ממשק רשת נוסף למכונת Compute Engine. אפשר להגדיר את כל אותן האפשרויות כמו בממשק הרשת הראשוני.
    מידע נוסף זמין במאמרים ממשקי רשת מרובים ויצירת מכונות וירטואליות עם ממשקי רשת מרובים.
    תגים מאפשרים להחיל כללי חומת אש ונתיבי ניתוב על מקרים ספציפיים. מידע על הגדרת תגים ברשת
    הגדרות נוספות מציינים את חשבון השירות בפרויקט היעד שמשמש להפעלת מכונת Compute Engine. כברירת מחדל, לא מוקצה חשבון שירות למכונת Compute Engine.
    אם אתם מתכננים להריץ אפליקציה במכונת Compute Engine שצריכה גישה לשירותים ולממשקי API אחרים של ה-CLI של gcloud, צריך ליצור חשבון שירות בפרויקט היעד עם ההרשאות הנדרשות לגישה לשירותים ולממשקי ה-API האלה לפני שיוצרים את מכונת Compute Engine. לאחר מכן, מציינים כאן את חשבון השירות. מידע נוסף מופיע במאמר בנושא הגדרת מכונה וירטואלית להפעלה כחשבון שירות.
    כדי לצרף את חשבון השירות למכונה של Compute Engine, לחשבון המשתמש שלכם בפרויקט המארח של Migrate to Virtual Machines צריכות להיות ההרשאות הנדרשות. מידע נוסף זמין במאמר הגדרת הרשאות בחשבון השירות של פרויקט היעד.
    מציינים את סוג האחסון של המופע. אפשרויות אחסון
    בוחרים באפשרות Enable storage pool אם אתם צריכים אחסון בקנה מידה גדול לנתונים שלכם ורוצים להשתמש ב-Hyperdisk Storage Pool. מאגר אחסון Hyperdisk הוא אוסף שנרכש מראש של קיבולת, תפוקה ופעולות קלט/פלט לשנייה (IOPS), שאפשר להקצות לאפליקציות לפי הצורך. אתם יכולים להשתמש ב-Hyperdisk Storage Pools כדי ליצור דיסקים במאגרים ולנהל אותם, וגם להשתמש בדיסקים בכמה עומסי עבודה. ניהול הדיסקים באופן מצטבר מאפשר לכם לחסוך בעלויות ועדיין להשיג את הקיבולת וצמיחת הביצועים שאתם מצפים להם. מידע נוסף על Hyperdisk Storage Pools זמין במאמר מידע על Hyperdisk Storage Pools.
    המפתח שבו רוצים להשתמש כדי להגן על הנתונים ב- Google Cloud. כברירת מחדל, Google Cloud הנתונים מוצפנים באופן אוטומטי כשהם במצב מנוחה באמצעות מפתחות הצפנה שמנוהלים על ידי Google. אם יש לכם דרישות ספציפיות לתאימות או דרישות רגולטוריות שקשורות למפתחות שמגנים על הנתונים, אתם יכולים להשתמש ב מפתחות הצפנה בניהול הלקוח (CMEK) כדי להצפין ולפענח את הנתונים במנוחה. אתם יוצרים את מפתחות ההצפנה האלה, מנהלים אותם והם בבעלותכם.
    כשמוסיפים CMEK, צריך גם להקצות את ההרשאות של התפקיד Cloud Key Management Service CryptoKey Encrypter/Decrypter לחשבון סוכן השירות של Compute Engine שבו אתם משתמשים. מידע נוסף זמין במאמר הגנה על משאבים באמצעות מפתחות Cloud KMS.
    מפעילים את האפשרות הזו כדי להמיר את סוג האתחול של מערכת ההפעלה של מופע של מכונה וירטואלית מ-Basic Input/Output System (BIOS)‎ ל-Unified Extensible Firmware Interface (UEFI). האפשרות הזו שימושית כשרוצים להפעיל את המכונה הווירטואלית בצורה מאובטחת, כי הפעלה מאובטחת נתמכת רק על ידי UEFI. אבל אפשר גם להמיר את סוג האתחול מ-BIOS ל-UEFI בלי להשתמש באתחול מאובטח.
    כדי להפעיל את האתחול המאובטח, לכל המכונות הווירטואליות שנבחרו צריכה להיות אפשרות אתחול EFI. מערכת Compute Engine אוכפת מדיניות עדכנית, ולכן יכול להיות שהמכונה הווירטואלית לא תיטען כשהאתחול המאובטח מופעל. למידע נוסף, קראו את המאמר בנושא אתחול מאובטח במסמכי התיעוד של Compute Engine.
    ‫Compute Engine תומך ברישיונות של תשלום לפי שימוש (PAYG) ורישיונות של החברה מביאה את הרישיון שלה (BYOL) למכונות וירטואליות שפרסתם. סוג הרישיון שמוגדר כברירת מחדל למכונה וירטואלית שעברה מיגרציה מוקצה על ידי Migrate to Virtual Machines על סמך מערכת ההפעלה שעברה מיגרציה, כפי שמתואר במאמר מערכות הפעלה נתמכות.
    אם מערכת ההפעלה שלכם תומכת בכמה סוגי רישיונות, אתם יכולים לשנות את סוג הרישיון שמוגדר כברירת מחדל כדי לציין במפורש סוג רישיון של PAYG או BYOL.
    ההעברה אל מכונות וירטואליות תומכת בעד 10 רישיונות נוספים (בפורמט כתובת URL תקין) שאפשר להוסיף בקטע הגדרה נוספת שבתיבת הדו-שיח פרטי היעד.
    לדוגמה, אפשר להוסיף רישיונות נוספים באמצעות פורמט כתובת ה-URL הזה: 
    https://www.googleapis.com/compute/beta/projects/windows-sql-cloud/global/licenses/sql-server-2012-enterprise
    דיירות יחידה ‫Compute Engine תומך בפריסה של עומסי עבודה שעברו מיגרציה אל צמתים עם דייר יחיד. צומת עם דייר יחיד הוא שרת Compute Engine שמוקדש לאירוח רק של מכונות וירטואליות בפרויקט שלכם.
    כדי להגדיר את עומסי העבודה שהועברו כך שיפעלו בשרתים לדייר יחיד (sole-tenant), צריך קודם ליצור תבנית של שרת לדייר יחיד (sole-tenant) וקבוצה של שרתים לדייר יחיד (sole-tenant) בפרויקט ובאזור היעד. הקצאת מכונות וירטואליות בשרתים לדייר יחיד
    תוויות שיוך מאפשרות לקבץ באופן הגיוני צמתים וקבוצות של צמתים. כשמבצעים הקצאה של מכונות Compute Engine, אפשר להשתמש בתוויות שיוך כדי לתזמן את הפעלת המכונות בקבוצה ספציפית של צמתים או קבוצות צמתים.
    אפשר להוסיף תוויות שיוך למכונות הווירטואליות שמעבירים על ידי הזנה ידנית של צמד מפתח/ערך בחלונית המידע, או על ידי שימוש בתיבת הדו-שיח 'עיון בצומת' כדי לבחור צומת או קבוצת צמתים. אחר כך תוכלו לערוך את תוויות השייכות של המכונה הווירטואלית כדי להתאים אישית את הפריסה של הדייר היחיד:
    • בוחרים באפשרות Browse Node (עיון בצומת) כדי להוסיף תווית של קבוצת אינטרסים מהרשימה של צמתים וקבוצות צמתים זמינים של דייר יחיד. כשבוחרים את הצומת או את קבוצת הצמתים, נוצר באופן אוטומטי צמד מפתח/ערך.
    • בוחרים באפשרות 'הוספה חדשה' כדי להזין ידנית את תווית הזיקה.
    מגדירים את מספר ליבות ה-CPU הווירטואליות המינימליות שמוקצות למכונת Compute Engine.
    מידע נוסף זמין במאמרים Node affinity and anti-affinity (התאמה והתנגדות של צמתים) ו-Configure node affinity labels (הגדרת תוויות להתאמה של צמתים).
    מדיניות השכפול כברירת מחדל, הכלי Migrate to Virtual Machines מבצע שכפול של המכונה הווירטואלית של המקור כל שעתיים. מגדירים את תדירות השכפול (בשניות).

  6. לוחצים על שמירה.

אפשר לערוך את פרטי היעד בהמשך. כשמפעילים מופע של Compute Engine בשלב test-clone או בשלב cut-over, הכלי Migrate to Virtual Machines משתמש בהגדרות של פרטי היעד בזמן הפעולה.

(אופציונלי) שלב 4: בדיקת שיבוט של מכונה וירטואלית בהעברה

בשלב של בדיקת השיבוט, Migrate to Virtual Machines פורס שיבוט של המכונה הווירטואלית שהועברה למכונת Compute Engine בסביבת הבדיקה. שלב הבדיקה הוא אופציונלי, אבל מומלץ לבצע בדיקה לפני פריסת מכונה וירטואלית שעברה מיגרציה בסביבת הייצור.

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

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

התחלת השכפול הראשון לבדיקה

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

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

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

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

יצירת שיבוט של VM לצורך בדיקה

כדי ליצור שיבוט לבדיקה של מכונה וירטואלית באמצעות Migrate to Virtual Machines, פועלים לפי השלבים הבאים:

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

  2. פותחים את הדף Migrate to Virtual Machines במסוף Google Cloud :

    מעבר לדף Migrate to Virtual Machines

  3. לוחצים על הכרטיסייה העברות.

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

  4. בוחרים מכונה וירטואלית.

  5. בוחרים באפשרות Cut-Over and Test-Clone > Test-Clone (העברה ובדיקת שיבוט > בדיקת שיבוט). בעמודה סטטוס של בדיקת שיבוט/העברה מוצג הסטטוס של הפעולה, לצד אחד משלבי המשנה שמפורטים בטבלה של שלבי המשנה של בדיקת השיבוט.

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

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

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

    • לוחצים על המכונה הווירטואלית כדי לפתוח את דף הפרטים שלה. לוחצים על Test-Clone/Cut-Over History (היסטוריית בדיקות שיבוט/העברה) כדי לראות את היסטוריית בדיקות השיבוט של המכונה הווירטואלית, יחד עם שלבי המשנה של בדיקות השיבוט.

    כדי לבטל פעולת שיבוט פעילה של בדיקה, לוחצים על העברה והעתקה לבדיקה > ביטול העתקה לבדיקה.

  7. במכונה הווירטואלית test-clone, לוחצים על הצגת פרטים כדי לראות את שם מכונת ה-VM.

  8. כדי לנהל את המכונה הפועלת של Compute Engine, נכנסים לדף VM instances במסוף Google Cloud של הפרויקט:

    כניסה לדף VM instances

    ממסוף Google Cloud , מנהלים את המכונה של Compute Engine כדי:

    1. מפעילים, עוצרים ומוחקים את המכונה.
    2. קובעים את כתובת ה-IP הפנימית והחיצונית של המכונה.
    3. הצגה ושינוי של מאפייני המופע.
    4. ביצוע כל משימות הניהול האחרות.

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

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

ניהול של כמה שיבוטים לבדיקה

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

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

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

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

  • מוחקים את מכונת test-clone הקיימת ואז יוצרים מכונה חדשה עם אותו שם מכונה. אי אפשר ליצור מופע חדש עם שם זהה למופע קיים.

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

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

  1. אפשר לראות את היסטוריית השיבוטים של מכונה וירטואלית באחת מהדרכים הבאות:

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

    • לוחצים על המכונה הווירטואלית כדי לפתוח את דף הפרטים שלה. לוחצים על Test-Clone/Cut-Over History (היסטוריית בדיקות שיבוט/העברה) כדי לראות את היסטוריית בדיקות השיבוט של המכונה הווירטואלית, יחד עם שלבי המשנה של בדיקות השיבוט.

  2. כדי לנהל מכונה פעילה של Compute Engine, לוחצים על סמל החץ כדי לפתוח את המכונה הווירטואלית במסוף Google Cloud .

    אפשר גם להיכנס ישירות לדף VM instances במסוף Google Cloud :

    כניסה לדף VM instances

    אחרי שיוצרים שיבוט לבדיקה, האחריות לניהול שלו היא שלכם. אם רוצים לשנות או למחוק מכונה וירטואלית של שיבוט לבדיקה שפועלת, צריך להשתמש בכלים של Compute Engine ולא ב-Migrate to Virtual Machines.

שלב 5: יצירת מעבר

בשלב המעבר, מעבירים את השליטה למכונה הווירטואלית שהועברה ופועלת במכונה של Compute Engine בסביבת הייצור ב- Google Cloud.

הכלי Migrate to Virtual Machines יוצר דוח התאמה כשמחזור ההעברה מסתיים. מידע נוסף על דוחות התאמה מופיע במאמר בנושא דוח התאמה.

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

  1. אם שכפול הנתונים פעיל, כלומר סטטוס השכפול של המכונה הווירטואלית הוא פעיל (המחזור הנוכחי: XX%), צריך לחכות עד שהוא יסתיים.

  2. מכבה את מכונת ה-VM של המקור.

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

  4. הפסקת השכפול.

  5. המערכת יוצרת את המכונה של Compute Engine מהנתונים המשוכפלים הסופיים.

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

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

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

  2. פותחים את הדף Migrate to Virtual Machines במסוף Google Cloud .

    מעבר לדף Migrate to Virtual Machines

  3. לוחצים על הכרטיסייה העברות.

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

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

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

  4. בוחרים מכונה וירטואלית כמקור.

  5. בוחרים באפשרות Cut-Over and Test-Clone > Cut-Over (העברה והעתקה לצורך בדיקה > העברה). התחלת מעבר במכונה וירטואלית בהעברה מפעילה את רצף הפעולות הבא שמתבצע על ידי Migrate to Virtual Machines:

    1. מכבה את מכונת ה-VM של המקור.

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

    3. יוצר את המכונה ב-Compute Engine שמארחת את המכונה הווירטואלית שהועברה מהנתונים המשוכפלים הסופיים.

    4. הפסקת רפליקציית הנתונים.

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

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

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

    • לוחצים על המכונה הווירטואלית כדי לפתוח את דף הפרטים שלה. לוחצים על Test-Clone/Cut-Over History (היסטוריית בדיקות שיבוט/העברה) כדי לראות את היסטוריית ההעברה של המכונה הווירטואלית, יחד עם שלבי המשנה של ההעברה.

    כדי לבטל פעולת Cut-Over פעילה, לוחצים על Cut-Over and Test-Clone > Cancel Cut-Over (העברה מלאה ובדיקת שיבוט > ביטול העברה מלאה). עם זאת, אם רוצים להמשיך להשתמש ב-VM המקורי, צריך להפעיל מחדש את ה-VM באופן ידני.

  7. כדי לנהל מכונה פעילה של Compute Engine, לוחצים על סמל החץ כדי לפתוח את המכונה הווירטואלית במסוף Google Cloud .

    אפשר גם להיכנס ישירות לדף VM instances במסוף Google Cloud :

    כניסה לדף VM instances

    ממסוף Google Cloud , מנהלים את המכונה של Compute Engine כדי:

    1. מפעילים, מפסיקים ומוחקים את המכונה.
    2. קובעים את כתובת ה-IP הפנימית והחיצונית של המכונה.
    3. הצגה ושינוי של מאפייני המופע.
    4. ביצוע כל משימות הניהול האחרות.

  8. מבצעים בדיקת אימות בעומס העבודה שהועבר.

אם מסיבה כלשהי אתם רוצים לנסות שוב את המעבר או לבטל את המעבר:

ניסיון נוסף של מעבר

כדי לנסות שוב את המעבר, פועלים לפי השלבים הבאים:

  1. בוחרים מכונה וירטואלית במצב Cut-Over.

  2. בוחרים באפשרות העברה > המשך השכפול.

  3. ניסיון נוסף של מעבר.

חזרה ממעבר

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

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

  2. אם צריך, מעתיקים נתונים חדשים שנוצרו במופע Compute Engine כדי שתוכלו לכתוב אותם במכונה הווירטואלית של המקור.

  3. (אופציונלי) מוחקים או משביתים את המכונה של Compute Engine שבה פועלת המכונה הווירטואלית שהועברה.

  4. ממשיכים את השכפול במכונה הווירטואלית של המקור. השכפול ממשיך מהתמונה האחרונה שנוצרה.

  5. ניסיון נוסף של מעבר.

שלב 6: השלמת ההעברה

נתוני השכפול שמשמשים ליצירת מכונת VM ב-Compute Engine נשמרים אחרי המעבר, כדי לאפשר לכם להמשיך את השכפול מתמונת המצב האחרונה של השכפול.

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

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

כדי להשלים את ההעברה:

  1. פותחים את הדף Migrate to Virtual Machines במסוף Google Cloud :

    מעבר לדף Migrate to Virtual Machines

  2. לוחצים על הכרטיסייה העברות.

    תוצג טבלה של מכונות וירטואליות זמינות. אפשר לבצע את הפעולה 'סיום' רק במכונות וירטואליות במצב Cut-Over.

  3. בוחרים מכונה וירטואלית כמקור.

  4. בוחרים באפשרות סיום ומאשרים את הסיום.

    אחרי שהתהליך מסתיים, מצב ה-VM מוגדר לסופי. הפעולות היחידות שמותרות בהעברה במצב הושלם הן:

    • מחיקת ההעברה
    • הוספה לקבוצה או הסרה מקבוצה

מחיקת העברה

מחיקה של העברה מסירה:

  • נתוני הרפליקציה של המכונה הווירטואלית מאוחסנים ב- Google Cloud
  • פרטי ההגדרה של Compute Engine
  • היסטוריית המעקב
  • כל שאר הנתונים שקשורים להעברת מכונה וירטואלית
  • המכונה הווירטואלית מתוך רשימת המכונות הווירטואליות שהועברו בכרטיסייה Migrations
  • המכונה הווירטואלית מהקבוצה שלה, אם היא חברה בקבוצה

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

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

  1. פותחים את הדף Migrate to Virtual Machines במסוף Google Cloud :

    מעבר לדף Migrate to Virtual Machines

  2. לוחצים על הכרטיסייה העברות.

  3. בוחרים מכונה וירטואלית כמקור.

  4. בוחרים באפשרות מחיקה ואז מאשרים את המחיקה.

    המכונה הווירטואלית מוסרת מטבלת ההעברה.

  5. לוחצים על הכרטיסייה מקורות.

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

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

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