פתרון בעיות ב-Migrate to Virtual Machines

כאן מפורטים שלבים לפתרון בעיות שיכולים לעזור לכם אם נתקלתם בבעיות בשימוש ב-Migrate to Virtual Machines.

שגיאה: נדרשת הרשאה compute.subnetworks.use

VPC משותף מאפשר לארגון לחבר משאבים מכמה פרויקטים לרשת ענן וירטואלי פרטי (VPC) משותפת, כך שהמשאבים יכולים לתקשר ביניהם באופן מאובטח ויעיל באמצעות כתובות IP פנימיות של אותה הרשת.

הכלי Migrate to Virtual Machines מאפשר לכם לפרוס מכונה וירטואלית של Compute Engine בפרויקט שיש לו גישה ל-VPC משותף. עם זאת, אם לא הקציתם את התפקיד compute.subnetworks.use לחשבון השירות שמוגדר כברירת מחדל ב-Migrate to Virtual Machines, תופיע הודעת שגיאה בפורמט הבא כשמנסים לפרוס את מופע Compute Engine:

"Create instance of VM "my-vm" from source "my-proj" to target project "target-proj" using Compute Engine instance name "instance-id" failed due to: Required 'compute.subnetworks.use' permission for 'projects/vpc-proj/regions/us-central1/subnetworks/shared-central1'

צריך לוודא שהקציתם את התפקיד compute.subnetworks.use בפרויקט המארח של ה-VPC המשותף לחשבון השירות שמוגדר כברירת מחדל ב-Migrate to Virtual Machines, כמו שמתואר במאמר בנושא הגדרת הרשאות ל-VPC משותף.

שגיאה: למשתמש אין גישה לחשבון שירות

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

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

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

Test-Clone of VM "my-vm" from source "source-vm" to target project "target-proj" using Compute Engine instance name "my-instance" failed due to: The user does not have access to service account 'target-service-account-email'. User: 'host-user-account-email'. Ask a project owner to grant you the iam.serviceAccountUser role on the service account

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

שגיאה: הפקת הדוח נכשלה כי חרגת ממגבלת השאילתות המקסימלית של vCenter

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

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

Report generation for source source connected to vCenter vcenter failed due to vCenter maximum query limit exceeded. Details: VC message

מידע נוסף על הגדלת מכסת המגבלה זמין במאמר הזה בנושא vSphere.

שגיאה: המופע שנוצר ב-Migrate to Virtual Machines לא מופעל

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

drive 0x000f2410: PCHS=0/0/0 translation=lba LCHS=1024/255/63 s=104857600
drive 0x000f23d0: PCHS=0/0/0 translation=lba LCHS=1024/255/63 s=167772160
drive 0x000f2390: PCHS=0/0/0 translation=lba LCHS=1024/255/63 s=83886080
Sending Seabios boot VM event.
Booting from Hard Disk 0...

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

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

1. מפסיקים את ה-VM המשוכפל.

2. משכפלים את דיסק האתחול המקורי:

   gcloud compute disks create -project=$PROJECT --zone=$ZONE --source-disk=$DISK new-disk-name

3. מריצים את הפקודה הבאה כדי להקצות מחדש את הרישיון לדיסק האתחול המשוכפל ולהוסיף תגים רלוונטיים (דוגמה עם windows2008-r2):

   gcloud compute disks create --project=$PROJECT --zone=$ZONE --source-disk=disk created on step #2 --licenses=projects/windows-cloud/global/licenses/windows-server-2008-r2-dc --guest-os-features=VIRTIO_SCSI_MULTIQUEUE,MULTI_IP_SUBNET,WINDOWS new-disk-name

4. עורכים את ה-VM:

   1. מנתקים את דיסק האתחול הנוכחי ומצרפים אותו אל דיסקים נוספים.
   2. מסירים את דיסק האתחול המקורי מהקטע דיסקים נוספים.
   3. בקטע Boot Disk (דיסק אתחול), מצרפים את הדיסק שיצרתם בשלב 3.
   4. שומרים את השינויים.

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

שגיאה: מכונה וירטואלית של Windows מריצה את הפקודה chkdsk בהפעלה הראשונה של שיבוט

בשלב של בדיקת שיבוט ב-Migrate to Virtual Machines, נוצרת ב-VM שיבוט בענן על סמך תמונת מצב שצולמה בזמן שה-VM של המקור פועלת.

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

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