במאמר הזה מוסבר איך להעביר מכונה וירטואלית (VM) בין אזורים או תחומים.
לפני שמתחילים
- כדאי לקרוא את התיעוד בנושא אזורים.
-
אם עדיין לא עשיתם את זה, תצטרכו להגדיר אימות.
אימות הוא תהליך שבו מאמתים את הזהות שלכם כדי לקבל גישה לממשקי API ולשירותים של Cloud de Confiance by S3NS . כדי להריץ קוד או דוגמאות מסביבת פיתוח מקומית, אפשר לבצע אימות ל-Compute Engine באחת מהדרכים הבאות:
צריך לבחור את הכרטיסייה הרלוונטית לאופן שבו תכננתם להשתמש בדוגמאות בדף הזה:
gcloud
-
התקינו את ה-CLI של Google Cloud ואז היכנסו ל-CLI של gcloud באמצעות הזהות המאוחדת שלכם. אחרי שנכנסתם לחשבון, אתחלו את ה-CLI של Google Cloud באמצעות הפקודה הבאה:
gcloud init
-
- הגדרת אזור ותחום כברירת מחדל
-
התקינו את ה-CLI של Google Cloud.
-
הגדירו שה-CLI של gcloud ישתמש בזהות המאוחדת שלכם.
-
יוצרים פרטי כניסה לאימות מקומי עבור חשבון המשתמש:
gcloud auth application-default login
אם מוחזרת שגיאת אימות ואתם משתמשים בספק זהויות חיצוני (IdP), ודאו ש נכנסתם ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
-
התקינו את ה-CLI של Google Cloud.
-
הגדירו שה-CLI של gcloud ישתמש בזהות המאוחדת שלכם.
-
יוצרים פרטי כניסה לאימות מקומי עבור חשבון המשתמש:
gcloud auth application-default login
אם מוחזרת שגיאת אימות ואתם משתמשים בספק זהויות חיצוני (IdP), ודאו ש נכנסתם ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
-
התקינו את ה-CLI של Google Cloud.
-
הגדירו שה-CLI של gcloud ישתמש בזהות המאוחדת שלכם.
-
יוצרים פרטי כניסה לאימות מקומי עבור חשבון המשתמש:
gcloud auth application-default login
אם מוחזרת שגיאת אימות ואתם משתמשים בספק זהויות חיצוני (IdP), ודאו ש נכנסתם ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
-
התקינו את ה-CLI של Google Cloud.
-
הגדירו שה-CLI של gcloud ישתמש בזהות המאוחדת שלכם.
-
יוצרים פרטי כניסה לאימות מקומי עבור חשבון המשתמש:
gcloud auth application-default login
אם מוחזרת שגיאת אימות ואתם משתמשים בספק זהויות חיצוני (IdP), ודאו ש נכנסתם ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
המשך
כדי להשתמש בדוגמאות של Go שבדף הזה בסביבת פיתוח מקומית, מתקינים ומפעילים את ה-CLI של gcloud, ואז מגדירים את Application Default Credentials באמצעות פרטי הכניסה של המשתמש.
מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Java
כדי להשתמש בדוגמאות של Java שבדף הזה בסביבת פיתוח מקומית, מתקינים ומפעילים את ה-CLI של gcloud, ואז מגדירים את Application Default Credentials באמצעות פרטי הכניסה של המשתמש.
מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Node.js
כדי להשתמש בדוגמאות של Node.js שבדף הזה בסביבת פיתוח מקומית, מתקינים ומפעילים את ה-CLI של gcloud, ואז מגדירים את Application Default Credentials באמצעות פרטי הכניסה של המשתמש.
מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
Python
כדי להשתמש בסביבת פיתוח מקומית בדוגמאות של Python שבדף הזה, מתקינים ומפעילים את ה-CLI של gcloud, ואז מגדירים את Application Default Credentials באמצעות פרטי הכניסה של המשתמש.
מידע נוסף זמין במאמר הגדרת אימות לסביבת פיתוח מקומית.
דרישות
בקטע הזה מפורטות הדרישות להעברת מכונת VM בין אזורים:
מכסת פרויקטים. בפרויקט צריכה להיות מכסה מספקת כדי לבצע את הפעולות הבאות:
- ליצור תמונות מצב חדשות.
- קידום של כתובות IP חיצוניות ארעיות.
יוצרים מכונות וירטואליות ודיסקים חדשים באזור היעד.
לדוגמה, אם יש לכם שלושה דיסקים שמצורפים למכונה הווירטואלית שאתם רוצים להעביר, אתם צריכים מכסת נפח מספיקה כדי ליצור שלוש תמונות מצב זמניות של דיסקים מתמידים ושלושה דיסקים חדשים. אחרי שיוצרים את הדיסקים החדשים, אפשר למחוק את קובצי ה-snapshot הזמניים.
בודקים בדף Quotas שיש לכם מספיק מכסה למשאבים הקודמים. מידע נוסף זמין במאמר סקירה כללית על מכסות ומגבלות.
דיסקים לאחסון מתמיד (persistent disks). דיסקי האחסון המתמיד שמצורפים למכונת ה-VM שרוצים להעביר לא מצורפים למכונות וירטואליות אחרות.
אחסון SSD מקומי. כונני SSD מקומיים מיועדים לאחסון זמני, והנתונים בכונני SSD מקומיים לא נשמרים כשמפסיקים מכונות וירטואליות באופן ידני. אם אתם צריכים לשמור את הנתונים בדיסק SSD מקומי, שכפלו אותם באמצעות אפשרות אחסון עמידה כמו דיסקים מתמידים.
יחידות GPU. אם המכונה הווירטואלית כוללת יחידות GPU, צריך לוודא שיחידות ה-GPU שרוצים להשתמש בהן זמינות באזור היעד של המכונה הווירטואלית. רשימה של יחידות GPU והתחומים שבהם הן זמינות מופיעה במאמר יחידות GPU ב-Compute Engine.
רשת משנה. אם רוצים להעביר מכונה וירטואלית בין אזורים, למשל בין
us-west1-aל-asia-south1-b, והמכונה הווירטואלית שייכת לרשת משנה, צריך לבחור רשת משנה חדשה למכונה הווירטואלית. הוראות ליצירת רשתות משנה מפורטות במאמר הוספת רשתות משנה.
מגבלה
אם מעבירים מכונה וירטואלית בין אזורים, אי אפשר לשמור את כתובת ה-IP הפנימית או החיצונית הארעית של המכונה. כשיוצרים מחדש את המכונה הווירטואלית, צריך לבחור כתובת IP חדשה.
מאפייני משאבים
כדי להעביר את המכונה הווירטואלית, צריך לכבות אותה, להעביר אותה לאזור או לאזור היעד ולהפעיל אותה מחדש. אחרי שמזיזים את המכונה הווירטואלית, צריך לעדכן את כל ההפניות למשאב המקורי, כמו מכונות וירטואליות או מאגרי יעד שמפנים למכונה הווירטואלית הקודמת.
במהלך ההעברה, חלק מהמאפיינים שנוצרו על ידי השרת של המכונה הווירטואלית והדיסקים משתנים.
מאפיינים שמשתנים במכונות וירטואליות
בטבלה הבאה מתוארות מאפיינים שמשתנים במכונות וירטואליות:
| שם המאפיין | סיכום השינויים |
|---|---|
| כתובת IP פנימית | בדרך כלל מוקצית כתובת IP פנימית חדשה, אבל יכול להיות שמכונת ה-VM תשמור על כתובת ה-IP הפנימית המקורית. |
| כתובת IP חיצונית | אם המכונה הווירטואלית עוברת בין אזורים באותו אזור, כתובת ה-IP החיצונית נשארת זהה. אחרת, בוחרים כתובת IP חיצונית אחרת למכונה הווירטואלית. |
| פלטפורמת המעבד (CPU) | יכול להיות שלמכונה הווירטואלית תהיה פלטפורמת CPU שונה אחרי ההעברה, בהתאם לפלטפורמת ה-CPU הזמינה באזור היעד. רשימה מלאה של פלטפורמות CPU בכל תחום זמינה במאמר אזורים ותחומים זמינים. |
| רשת/רשת משנה | אם המכונה הווירטואלית שייכת לרשת משנה ואתם מעבירים מכונה וירטואלית בין אזורים, אתם צריכים לבחור רשת משנה חדשה למכונה הווירטואלית. מכונות וירטואליות שמועברות בין אזורים באותו אזור שומרות על אותה רשת משנה. |
מאפיינים שמשתנים בדיסקים
בטבלה הבאה מפורטות המאפיינים שמשתנים בדיסקים:
| שם המאפיין | סיכום השינויים |
|---|---|
| תמונת מצב של המקור | קובץ ה-snapshot של הדיסק החדש מוגדר כקובץ ה-snapshot הזמני שנוצר במהלך ההעברה. |
| מזהה של סיכום נתונים של מקור | מזהה תמונת המצב של המקור מוגדר כמזהה של תמונת המצב הזמנית. |
| תמונת המקור | שדה תמונת המקור ריק. |
| מזהה תמונה | מזהה התמונה ריק. |
| חותמת הזמן של הניתוק האחרון | חותמת הזמן האחרונה של הניתוק ריקה. |
| חותמת הזמן של הצירוף האחרון | חותמת הזמן של הצירוף האחרון משתנה לחותמת הזמן שבה הדיסק החדש צורף למופע החדש. |
שינוי מאפיינים גם במכונות וירטואליות וגם בדיסקים
בטבלה הבאה מתוארים מאפיינים שמשתנים גם במכונות וירטואליות וגם בדיסקים:
| שם המאפיין | סיכום השינויים |
|---|---|
| מזהה | נוצר מזהה משאב חדש. |
| חותמת הזמן של היצירה | נוצר חותם זמן חדש של היצירה. |
| כתובות URL של משאבים באזור | כל כתובות ה-URL של משאבי האזור משתנות בהתאם לאזור היעד. ברשימה הבאה מוצגות כתובות ה-URL של המשאבים שמשתנות:
|
העברת מכונה וירטואלית בין אזורים או תחומים
כדי להעביר מכונה וירטואלית בין אזורים או בין אזורים שונים, אפשר לבצע את הפעולות הבאות:
- יוצרים תמונת מכונה של המכונה הווירטואלית של המקור.
- יצירת מכונה וירטואלית מתמונת המכונה באזור או באזור אחר.
בדוגמאות הבאות אפשר לראות איך מעבירים מכונה וירטואלית בין אזורים.
gcloud
בדוגמה הזו, מעבירים מכונה וירטואלית בשם myinstance עם שני דיסקים קשיחים קבועים בשמות mybootdisk ו-mydatadisk, מ-europe-west1-c ל-us-west1-b.
מזהים את הדיסקים שמשויכים למכונת ה-VM שרוצים להעביר:
gcloud compute instances describe myinstance --format="list(name,status,disks)"
בדוגמה הזו, אפשר לראות את שני הדיסקים המשויכים למכונה הווירטואלית
myinstance:- דיסק אתחול בשם
mybootdisk - דיסק נתונים בשם
mydatadisk
- דיסק אתחול בשם
מגדירים את מצב המחיקה האוטומטית של
mybootdiskו-mydatadiskל-falseכדי לוודא שהדיסקים לא יימחקו אוטומטית כשהמכונה הווירטואלית תימחק.gcloud compute instances set-disk-auto-delete myinstance --zone europe-west1-c \ --disk mybootdisk --no-auto-deleteאם המצב עודכן,
gcloud computeמחזירה את התשובהUpdated [...]. אם המצב של המחיקה האוטומטית כבר הוגדר כ-false, הפונקציהgcloud computeמחזירה:No change requested; skipping update for [myinstance].
(אופציונלי) שמירת המטא-נתונים של המכונה הווירטואלית.
כשמוחקים את המכונה הווירטואלית, נמחקים גם המטא-נתונים שלה. אפשר לשמור את המידע הזה בקובץ נפרד, ואז להחיל מחדש את המטא-נתונים של מכונת ה-VM על מכונת ה-VM החדשה.
כך מתארים את המטא-נתונים של המכונה הווירטואלית:
gcloud compute instances describe myinstance --zone europe-west1-c
שומרים את התוכן בקובץ נפרד.
כדי ליצור גיבויים של הנתונים, אפשר להשתמש בקובצי snapshot של דיסקים לאחסון מתמיד.
כאמצעי זהירות, כדאי ליצור גיבויים של הנתונים בזמן שהדיסקים לאחסון מתמיד עדיין מחוברים למכונה הווירטואלית באמצעות קובצי snapshot של הדיסקים לאחסון מתמיד. לפני שמצלמים תמונת מצב, חשוב לוודא שהיא עקבית עם המצב של הדיסק הקשיח הקבוע. לשם כך, צריך לפעול בהתאם לשיטות המומלצות לצילום תמונות מצב.
אחרי שמנקים את מאגרי הדיסק, יוצרים את קובצי ה-snapshot:
gcloud compute disks snapshot mybootdisk mydatadisk \ --snapshot-names backup-mybootsnapshot,backup-mydatasnapshot \ --zone europe-west1-cכדי לוודא שקובץ ה-snapshot נוצר, מריצים את הפקודה
gcloud compute snapshots list.(אופציונלי) אם מעבירים מכונה וירטואלית בין אזורים באותו אזור, ורוצים לשמור את כתובת ה-IP הפנימית או החיצונית הארעית שלה, אפשר להפוך את כתובת ה-IP הפנימית או החיצונית לכתובת IP סטטית, שאפשר לעשות בה שימוש חוזר בהמשך.
מוחקים את ה-VM.
מחיקה של מכונה וירטואלית גורמת לסגירה שלה בצורה מסודרת ולניתוק של כל הדיסקים הקבועים.
gcloud compute instances delete myinstance --zone europe-west1-c
gcloudתופיע בקשה לאשר את המחיקה:The following VMs are deleted. Any attached disks configured to be auto-deleted are deleted unless they are attached to any other VMs or the `--keep-disks` flag is given and specifies them for keeping. Deleting a disk is irreversible and any data on the disk is lost. — [myinstance] in [europe-west1-c]
Do you want to continue (Y/n)?
מכיוון שהשבתתם את מצב המחיקה האוטומטית של הדיסקים בשלב מוקדם יותר בתהליך הזה, מזינים Y כדי להמשיך ומתעלמים מהאזהרה.
לאחר מכן, יוצרים עוד קובץ snapshot של דיסק האתחול ושל דיסק הנתונים.
gcloud compute disks snapshot mybootdisk mydatadisk \ --snapshot-names mybootsnapshot,mydatasnapshot \ --zone europe-west1-cCreated [.../mydatasnapshot]. Created [.../mybootsnapshot].
(אופציונלי) מוחקים את הדיסקים של אחסון מתמיד.
אם אתם מתכננים לעשות שימוש חוזר בשמות של דיסקים קשיחים קבועים עבור הדיסקים החדשים, אתם צריכים למחוק את הדיסקים הקיימים כדי שהשמות יהיו זמינים. מחיקת הדיסקים חוסכת גם בעלויות של אחסון בדיסק מתמיד.
אם אתם לא מתכננים להשתמש שוב באותם שמות של דיסקים, אתם לא צריכים למחוק אותם.
gcloud compute disks delete mybootdisk mydatadisk --zone europe-west1-c
יוצרים דיסקים חדשים של אחסון מתמיד (persistent disks) ב-
us-west1-bמקובצי ה-snapshot שיצרתם. קודם יוצרים את דיסק האתחול.gcloud compute disks create mybootdiskb --source-snapshot mybootsnapshot \ --zone us-west1-bCreated [.../mybootdiskb]. NAME ZONE SIZE_GB TYPE STATUS mybootdiskb us-west1-b 100 pd-standard READY
לאחר מכן יוצרים את דיסק הנתונים.
gcloud compute disks create mydatadiskb --source-snapshot mydatasnapshot \ --zone us-west1-bCreated [.../mydatadiskb]. NAME ZONE SIZE_GB TYPE STATUS mydatadiskb us-west1-b 4000 pd-standard READY
יוצרים מחדש את ה-VM ב-
us-west1-b.אם בחרתם לשמור את המטא-נתונים של המכונה הווירטואלית בקובץ, למשל
myinstance.describe, תוכלו להשתמש בו כדי להגדיר את אותם מטא-נתונים במכונה הווירטואלית.אם למכונה הווירטואלית הייתה כתובת IP חיצונית סטטית, אפשר להקצות מחדש את הכתובת הזו למכונה הווירטואלית החדשה באמצעות האפשרות
--address [ADDRESS]. אם מעבירים מכונה וירטואלית בין אזורים, צריך לבחור כתובת IP חיצונית שונה למופע החדש של המכונה הווירטואלית.אם למכונה הווירטואלית הייתה כתובת IP פנימית סטטית, אפשר להקצות מחדש את הכתובת הזו למכונה הווירטואלית החדשה באמצעות האפשרות
--private-network-ip ADDRESS. אם מעבירים מכונה וירטואלית בין אזורים, צריך לבחור כתובת IP פנימית שונה עבור המכונה הווירטואלית החדשה.אם המכונה הווירטואלית כוללת יחידות GPU, מוסיפים יחידות GPU למכונה הווירטואלית באמצעות האפשרות
--accelerator.אם ה-VM משתמש ברשת משנה ספציפית, מוסיפים את הדגל
--subnet [SUBNET_NAME].
רשימה מלאה של דגלים נוספים מופיעה במאמר gcloud compute instances create.
gcloud compute instances create myinstanceb --machine-type n1-standard-4 \ --zone us-west1-b \ --disk name=mybootdiskb,boot=yes,mode=rw \ --disk name=mydatadiskb,mode=rwCreated [.../myinstanceb]. NAME ZONE MACHINE_TYPE INTERNAL_IP EXTERNAL_IP STATUS myinstanceb us-west1-b n1-standard-4 10.240.173.229 146.148.112.106 RUNNING
(אופציונלי) מוחקים את תמונות המצב של Persistent Disk.
אחרי שמוודאים שהמכונות הווירטואליות הועברו, מוחקים את התמונות הזמניות שנוצרו כדי לחסוך בעלויות האחסון.
gcloud compute snapshots delete mybootsnapshot mydatasnapshot
אם אין לכם יותר צורך בתמונות המצב של הגיבוי, אתם יכולים למחוק גם אותן:
gcloud compute snapshots delete backup-mybootsnapshot backup-mydatasnapshot
המשך
מקבלים את הפרטים של מכונת ה-VM ומזהים את הדיסקים שמצורפים אליה.
מגדירים את מצב המחיקה האוטומטית של דיסק האתחול ודיסק הנתונים לערך
falseכדי לוודא שהדיסקים לא יימחקו אוטומטית כשמחקתם את המכונה הווירטואלית.כדי ליצור גיבויים של הנתונים, אפשר להשתמש בקובצי snapshot של דיסקים לאחסון מתמיד.
כאמצעי זהירות, כדאי ליצור גיבויים של הנתונים בזמן שהדיסקים לאחסון מתמיד עדיין מחוברים למכונה הווירטואלית באמצעות קובצי snapshot של הדיסקים לאחסון מתמיד. לפני שמצלמים תמונת מצב, חשוב לוודא שהיא עקבית עם המצב של הדיסק הקשיח הקבוע. לשם כך, צריך לפעול בהתאם לשיטות המומלצות לצילום תמונות מצב.
אחרי שמנקים את מאגרי הדיסק, יוצרים את קובצי ה-snapshot:
מוחקים את ה-VM מאזור המקור.
לאחר מכן, יוצרים עוד קובץ snapshot של דיסק האתחול ושל דיסקי הנתונים.
(אופציונלי) מוחקים את הדיסקים של אחסון מתמיד.
אם אתם מתכננים לעשות שימוש חוזר בשמות של דיסקים קשיחים קבועים עבור הדיסקים החדשים, אתם צריכים למחוק את הדיסקים הקיימים כדי שהשמות יהיו זמינים. מחיקת הדיסקים חוסכת גם בעלויות של אחסון בדיסק מתמיד.
אם אתם לא מתכננים להשתמש שוב באותם שמות של דיסקים, אתם לא צריכים למחוק אותם.
יוצרים דיסקים חדשים של אחסון מתמיד באזור היעד מתוך קובצי ה-snapshot שיצרתם. קודם יוצרים את דיסק האתחול, ואז את דיסקי הנתונים.
יוצרים מחדש את המכונה הווירטואלית עם הדיסקים החדשים באזור היעד.
(אופציונלי) מוחקים את תמונות המצב הזמניות של הדיסק. אחרי שמאשרים שהמכונות הווירטואליות הועברו, אפשר למחוק את התמונות הזמניות שנוצרו כדי לחסוך בעלויות אחסון.
Java
מקבלים את הפרטים של מכונת ה-VM ומזהים את הדיסקים שמצורפים אליה.
מגדירים את מצב המחיקה האוטומטית של דיסק האתחול ודיסק הנתונים לערך
falseכדי לוודא שהדיסקים לא יימחקו אוטומטית כשמחקתם את המכונה הווירטואלית.כדי ליצור גיבויים של הנתונים, אפשר להשתמש בקובצי snapshot של דיסקים לאחסון מתמיד.
כאמצעי זהירות, כדאי ליצור גיבויים של הנתונים בזמן שהדיסקים לאחסון מתמיד עדיין מחוברים למכונה הווירטואלית באמצעות קובצי snapshot של הדיסקים לאחסון מתמיד. לפני שמצלמים תמונת מצב, חשוב לוודא שהיא עקבית עם המצב של הדיסק הקשיח הקבוע. לשם כך, צריך לפעול בהתאם לשיטות המומלצות לצילום תמונות מצב.
אחרי שמנקים את מאגרי הדיסק, יוצרים את קובצי ה-snapshot:
מוחקים את ה-VM מאזור המקור.
לאחר מכן, יוצרים עוד קובץ snapshot של דיסק האתחול ושל דיסקי הנתונים.
(אופציונלי) מוחקים את הדיסקים של אחסון מתמיד.
אם אתם מתכננים לעשות שימוש חוזר בשמות של דיסקים קשיחים קבועים עבור הדיסקים החדשים, אתם צריכים למחוק את הדיסקים הקיימים כדי שהשמות יהיו זמינים. מחיקת הדיסקים חוסכת גם בעלויות של אחסון בדיסק מתמיד.
אם אתם לא מתכננים להשתמש שוב באותם שמות של דיסקים, אתם לא צריכים למחוק אותם.
יוצרים דיסקים חדשים של אחסון מתמיד באזור היעד מתוך קובצי ה-snapshot שיצרתם. קודם יוצרים את דיסק האתחול, ואז את דיסקי הנתונים.
יוצרים מחדש את המכונה הווירטואלית עם הדיסקים החדשים באזור היעד.
(אופציונלי) מוחקים את תמונות המצב הזמניות של הדיסק. אחרי שמאשרים שהמכונות הווירטואליות הועברו, אפשר למחוק את התמונות הזמניות שנוצרו כדי לחסוך בעלויות אחסון.
Node.js
מקבלים את הפרטים של מכונת ה-VM ומזהים את הדיסקים שמצורפים אליה.
מגדירים את מצב המחיקה האוטומטית של דיסק האתחול ודיסק הנתונים לערך
falseכדי לוודא שהדיסקים לא יימחקו אוטומטית כשמחקתם את המכונה הווירטואלית.כדי ליצור גיבויים של הנתונים, אפשר להשתמש בקובצי snapshot של דיסקים לאחסון מתמיד.
כאמצעי זהירות, כדאי ליצור גיבויים של הנתונים בזמן שהדיסקים לאחסון מתמיד עדיין מחוברים למכונה הווירטואלית באמצעות קובצי snapshot של הדיסקים לאחסון מתמיד. לפני שמצלמים תמונת מצב, חשוב לוודא שהיא עקבית עם המצב של הדיסק הקשיח הקבוע. לשם כך, צריך לפעול בהתאם לשיטות המומלצות לצילום תמונות מצב.
אחרי שמנקים את מאגרי הדיסק, יוצרים את קובצי ה-snapshot:
מוחקים את ה-VM מאזור המקור.
לאחר מכן, יוצרים עוד קובץ snapshot של דיסק האתחול ושל דיסקי הנתונים.
(אופציונלי) מוחקים את הדיסקים של אחסון מתמיד.
אם אתם מתכננים לעשות שימוש חוזר בשמות של דיסקים קשיחים קבועים עבור הדיסקים החדשים, אתם צריכים למחוק את הדיסקים הקיימים כדי שהשמות יהיו זמינים. מחיקת הדיסקים חוסכת גם בעלויות של אחסון בדיסק מתמיד.
אם אתם לא מתכננים להשתמש שוב באותם שמות של דיסקים, אתם לא צריכים למחוק אותם.
יוצרים דיסקים חדשים של אחסון מתמיד באזור היעד מתוך קובצי ה-snapshot שיצרתם. קודם יוצרים את דיסק האתחול, ואז את דיסקי הנתונים.
יוצרים מחדש את המכונה הווירטואלית עם הדיסקים החדשים באזור היעד.
(אופציונלי) מוחקים את תמונות המצב הזמניות של הדיסק. אחרי שמאשרים שהמכונות הווירטואליות הועברו, אפשר למחוק את התמונות הזמניות שנוצרו כדי לחסוך בעלויות אחסון.
Python
מקבלים את הפרטים של מכונת ה-VM ומזהים את הדיסקים שמצורפים אליה.
מגדירים את מצב המחיקה האוטומטית של דיסק האתחול ודיסק הנתונים לערך
falseכדי לוודא שהדיסקים לא יימחקו אוטומטית כשמחקתם את המכונה הווירטואלית.כדי ליצור גיבויים של הנתונים, אפשר להשתמש בקובצי snapshot של דיסקים לאחסון מתמיד.
כאמצעי זהירות, כדאי ליצור גיבויים של הנתונים בזמן שהדיסקים לאחסון מתמיד עדיין מחוברים למכונה הווירטואלית באמצעות קובצי snapshot של הדיסקים לאחסון מתמיד. לפני שמצלמים תמונת מצב, חשוב לוודא שהיא עקבית עם המצב של הדיסק הקשיח הקבוע. לשם כך, צריך לפעול בהתאם לשיטות המומלצות לצילום תמונות מצב.
אחרי שמנקים את מאגרי הדיסק, יוצרים את קובצי ה-snapshot:
מוחקים את ה-VM מאזור המקור.
לאחר מכן, יוצרים עוד קובץ snapshot של דיסק האתחול ושל דיסקי הנתונים.
(אופציונלי) מוחקים את הדיסקים של אחסון מתמיד.
אם אתם מתכננים לעשות שימוש חוזר בשמות של דיסקים קשיחים קבועים עבור הדיסקים החדשים, אתם צריכים למחוק את הדיסקים הקיימים כדי שהשמות יהיו זמינים. מחיקת הדיסקים חוסכת גם בעלויות של אחסון בדיסק מתמיד.
אם אתם לא מתכננים להשתמש שוב באותם שמות של דיסקים, אתם לא צריכים למחוק אותם.
יוצרים דיסקים חדשים של אחסון מתמיד באזור היעד מתוך קובצי ה-snapshot שיצרתם. קודם יוצרים את דיסק האתחול, ואז את דיסקי הנתונים.
יוצרים מחדש את המכונה הווירטואלית עם הדיסקים החדשים באזור היעד.
(אופציונלי) מוחקים את תמונות המצב הזמניות של הדיסק. אחרי שמאשרים שהמכונות הווירטואליות הועברו, אפשר למחוק את התמונות הזמניות שנוצרו כדי לחסוך בעלויות אחסון.
המאמרים הבאים
- איך משנים את אזור ברירת המחדל או האזור של הפרויקט
- מידע נוסף על מיגרציה פעילה.
- בודקים את הסטטוס של מכונה וירטואלית.
- מידע על העברת מכונות וירטואליות ל-Compute Engine