במאמר הזה מוסבר איך להעביר מכונה וירטואלית (VM) בין אזורים או תחומים.
לפני שמתחילים
- קראו את המאמר בנושא אזורים.
-
אם עדיין לא עשיתם את זה, תצטרכו להגדיר אימות.
אימות הוא תהליך שבו מאמתים את הזהות שלכם כדי לקבל גישה לממשקי API ולשירותים של Google Cloud . כדי להריץ קוד או דוגמאות מסביבת פיתוח מקומית, אפשר לבצע אימות ל-Compute Engine באחת מהדרכים האלה:
צריך לבחור את הכרטיסייה הרלוונטית לאופן שבו תכננתם להשתמש בדוגמאות בדף הזה:
gcloud
-
התקינו את ה-CLI של Google Cloud. אחר כך, מאתחלים את ה-CLI של Google Cloud באמצעות הפקודה הבאה:
gcloud initאם אתם משתמשים בספק זהויות חיצוני (IdP), קודם אתם צריכים להיכנס ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
-
- הגדרת אזור ותחום כברירת מחדל
-
התקינו את ה-CLI של Google Cloud.
-
אם אתם משתמשים בספק זהויות חיצוני (IdP), קודם אתם צריכים להיכנס ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
-
אם אתם משתמשים במעטפת מקומית, צרו פרטי כניסה לאימות מקומי בחשבון המשתמש:
gcloud auth application-default login
אם אתם משתמשים ב-Cloud Shell, אתם לא צריכים לעשות את זה.
אם מוחזרת שגיאת אימות ואתם משתמשים בספק זהויות חיצוני (IdP), ודאו ש נכנסתם ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
-
התקינו את ה-CLI של Google Cloud.
-
אם אתם משתמשים בספק זהויות חיצוני (IdP), קודם אתם צריכים להיכנס ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
-
אם אתם משתמשים במעטפת מקומית, צריך ליצור פרטי כניסה לאימות מקומי עבור חשבון המשתמש:
gcloud auth application-default login
אם אתם משתמשים ב-Cloud Shell, אתם לא צריכים לעשות את זה.
אם מוחזרת שגיאת אימות ואתם משתמשים בספק זהויות חיצוני (IdP), ודאו ש נכנסתם ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
-
התקינו את ה-CLI של Google Cloud.
-
אם אתם משתמשים בספק זהויות חיצוני (IdP), קודם אתם צריכים להיכנס ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
-
אם אתם משתמשים במעטפת מקומית, צרו פרטי כניסה לאימות מקומי בחשבון המשתמש:
gcloud auth application-default login
אם אתם משתמשים ב-Cloud Shell, אתם לא צריכים לעשות את זה.
אם מוחזרת שגיאת אימות ואתם משתמשים בספק זהויות חיצוני (IdP), ודאו ש נכנסתם ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
-
התקינו את ה-CLI של Google Cloud.
-
אם אתם משתמשים בספק זהויות חיצוני (IdP), קודם אתם צריכים להיכנס ל-CLI של gcloud באמצעות המאגר המאוחד לניהול זהויות.
-
אם אתם משתמשים במעטפת מקומית, צרו פרטי כניסה לאימות מקומי בחשבון המשתמש:
gcloud auth application-default login
אם אתם משתמשים ב-Cloud Shell, אתם לא צריכים לעשות את זה.
אם מוחזרת שגיאת אימות ואתם משתמשים בספק זהויות חיצוני (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 שרוצים להעביר לא מצורפים למכונות וירטואליות אחרות.
Local SSDs כונני SSD מקומיים מיועדים לאחסון זמני, והנתונים בכונני SSD מקומיים לא נשמרים כשמפסיקים מכונות וירטואליות באופן ידני. אם אתם צריכים לשמור נתונים של SSD מקומי, שכפלו אותם באמצעות אפשרות אחסון עמיד כמו Persistent Disk.
יחידות GPU. אם המכונה הווירטואלית כוללת יחידות GPU, צריך לוודא שיחידות ה-GPU שרוצים להשתמש בהן זמינות באזור היעד של המכונה הווירטואלית. רשימה של יחידות GPU והאזורים שבהם הן זמינות מופיעה במאמר יחידות GPU ב-Compute Engine.
רשת משנה. אם רוצים להעביר את המכונה הווירטואלית בין אזורים, למשל בין
us-west1-aלביןasia-south1-b, והמכונה הווירטואלית שייכת לרשת משנה, צריך לבחור רשת משנה חדשה למכונה הווירטואלית. הוראות ליצירת רשתות משנה מפורטות במאמר הוספת רשתות משנה.
מגבלה
אם מעבירים מכונה וירטואלית בין אזורים, אי אפשר לשמור את כתובת ה-IP הפנימית או החיצונית הארעית של המכונה. כשיוצרים מחדש את ה-VM, צריך לבחור כתובת IP חדשה.
מאפייני המשאבים
כדי להעביר את המכונה הווירטואלית, צריך לכבות אותה, להעביר אותה לאזור היעד או לאזור, ואז להפעיל אותה מחדש. אחרי שמזיזים את המכונה הווירטואלית, צריך לעדכן את כל ההפניות למשאב המקורי, כמו מכונות וירטואליות או מאגרי יעד שמפנים למכונה הווירטואלית הקודמת.
במהלך ההעברה, חלק מהמאפיינים של ה-VM והדיסקים שנוצרו על ידי השרת משתנים.
מאפיינים שמשתנים במכונות וירטואליות
בטבלה הבאה מתוארים מאפיינים שמשתנים במכונות וירטואליות:
| שם המאפיין | סיכום השינויים |
|---|---|
| כתובת IP פנימית | בדרך כלל מוקצית כתובת IP פנימית חדשה, אבל יכול להיות שמכונת ה-VM תשמור על כתובת ה-IP הפנימית המקורית. |
| כתובת IP חיצונית | אם המכונה הווירטואלית עוברת בין אזורים באותו אזור, כתובת ה-IP החיצונית נשארת ללא שינוי. אחרת, בוחרים כתובת IP חיצונית אחרת למכונה הווירטואלית. |
| פלטפורמת המעבד (CPU) | בהתאם לפלטפורמת המעבד (CPU) שזמינה באזור היעד, יכול להיות שלמכונה הווירטואלית תהיה פלטפורמת מעבד אחרת אחרי ההעברה. רשימה מלאה של פלטפורמות CPU בכל אזור זמינה במאמר אזורים ותחומים זמינים. |
| רשת/תת-רשת | אם המכונה הווירטואלית שייכת לרשת משנה ואתם מעבירים מכונה וירטואלית בין אזורים, אתם צריכים לבחור רשת משנה חדשה למכונה הווירטואלית. מכונות וירטואליות שמועברות בין אזורים באותו אזור שומרות על אותה רשת משנה. |
מאפיינים שמשתנים בדיסקים
בטבלה הבאה מפורטות המאפיינים שמשתנים בדיסקים:
| שם המאפיין | סיכום השינויים |
|---|---|
| תמונת המצב של המקור | קובץ ה-snapshot של הדיסק החדש מוגדר כקובץ ה-snapshot הזמני שנוצר במהלך ההעברה. |
| מזהה של סיכום נתונים של מקור | מזהה תמונת המצב של המקור מוגדר כמזהה של תמונת המצב הזמנית. |
| תמונת המקור | שדה תמונת המקור ריק. |
| מזהה התמונה | מזהה התמונה ריק. |
| חותמת הזמן של הניתוק האחרון | חותמת הזמן האחרונה של הניתוק ריקה. |
| חותמת הזמן של החיבור האחרון | חותמת הזמן של החיבור האחרון משתנה לחותמת הזמן שבה הדיסק החדש חובר למופע החדש. |
שינוי מאפיינים גם במכונות וירטואליות וגם בדיסקים
בטבלה הבאה מתוארים המאפיינים שמשתנים גם במכונות וירטואליות וגם בדיסקים:
| שם המאפיין | סיכום השינויים |
|---|---|
| מזהה | נוצר מזהה משאב חדש. |
| חותמת הזמן של היצירה | נוצרת חותמת זמן חדשה של היצירה. |
| כתובות URL של משאבי אזור | כל כתובות ה-URL של משאבי האזור משתנות בהתאם לאזור היעד. ברשימה הבאה מוצגות כתובות ה-URL של המשאבים שמשתנות:
|
העברת מכונה וירטואלית בין אזורים או תחומים
כדי להעביר מכונה וירטואלית בין אזורים או תחומים, אפשר לבצע את הפעולות הבאות:
- יוצרים קובץ אימג' של מכונה של המכונה הווירטואלית של המקור.
- יוצרים מכונה וירטואלית מתמונת המכונה באזור או במחוז אחר.
בדוגמאות הבאות אפשר לראות איך מעבירים מכונה וירטואלית בין אזורים.
gcloud
בדוגמה הזו, מעבירים מכונה וירטואלית בשם myinstance עם שני דיסקים קבועים בשמות mybootdisk ו-mydatadisk, מ-europe-west1-c ל-us-west1-b.
מזהים את הדיסקים שמשויכים למכונה הווירטואלית שרוצים להעביר:
gcloud compute instances describe myinstance --format="list(name,status,disks)"
בדוגמה הזו, אפשר לראות את שני הדיסקים המשויכים למכונת
myinstanceVM:- דיסק אתחול בשם
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, חשוב לוודא שהוא תואם למצב של דיסק אחסון מתמיד (persistent disk), בהתאם לשיטות המומלצות ליצירת קובצי 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 סטטית, שאפשר לעשות בה שימוש חוזר בהמשך.
מוחקים את המכונה הווירטואלית.
מחיקת המכונה הווירטואלית מכבה אותה בצורה נקייה ומנתקת את כל הדיסקים הקבועים.
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, מוסיפים אותן למכונה באמצעות האפשרות
--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.
אחרי שמוודאים שהמכונות הווירטואליות הועברו, מוחקים את קובצי ה-snapshot הזמניים שיצרתם כדי לחסוך בעלויות האחסון.
gcloud compute snapshots delete mybootsnapshot mydatasnapshot
אם אין לכם יותר צורך בתמונות המצב של הגיבוי, אתם יכולים למחוק גם אותן:
gcloud compute snapshots delete backup-mybootsnapshot backup-mydatasnapshot
המשך
מקבלים את הפרטים של ה-VM ומזהים את הדיסקים שמצורפים ל-VM.
מגדירים את מצב המחיקה האוטומטית של דיסק האתחול ודיסק הנתונים לערך
falseכדי לוודא שהדיסקים לא יימחקו אוטומטית כשהמכונה הווירטואלית תימחק.כדי ליצור גיבויים של הנתונים, אפשר להשתמש בקובצי snapshot של דיסקים לאחסון מתמיד.
כאמצעי זהירות, כדאי ליצור גיבויים של הנתונים בזמן שהדיסקים לאחסון מתמיד עדיין מחוברים למכונה הווירטואלית באמצעות קובצי snapshot של הדיסקים לאחסון מתמיד. לפני שיוצרים קובץ snapshot, חשוב לוודא שהוא תואם למצב של דיסק אחסון מתמיד (persistent disk), בהתאם לשיטות המומלצות ליצירת קובצי snapshot.
אחרי שמנקים את מאגרי הדיסק, יוצרים את קובצי ה-snapshot:
מוחקים את ה-VM מאזור המקור.
עכשיו יוצרים עוד קובץ snapshot של דיסק האתחול ושל דיסקי הנתונים.
(אופציונלי) מוחקים את הדיסקים של אחסון מתמיד.
אם אתם מתכננים להשתמש מחדש בשמות של הדיסקים הקבועים עבור הדיסקים החדשים, אתם צריכים למחוק את הדיסקים הקיימים כדי שהשמות יהיו זמינים. מחיקת הדיסקים תעזור לכם לחסוך בעלויות האחסון בדיסקים לאחסון מתמיד.
אם אתם לא מתכוונים להשתמש שוב באותם שמות דיסקים, אתם לא צריכים למחוק אותם.
יוצרים דיסקים חדשים של אחסון מתמיד (persistent disks) באזור היעד, מתוך קובצי ה-snapshot שיצרתם. קודם יוצרים את דיסק האתחול, ואז את דיסקי הנתונים.
יוצרים מחדש את המכונה הווירטואלית עם הדיסקים החדשים באזור היעד.
(אופציונלי) מוחקים את קובצי ה-snapshot הזמניים של הדיסק. אחרי שמוודאים שהמכונות הווירטואליות הועברו, מוחקים את קובצי ה-snapshot הזמניים שנוצרו כדי לחסוך בעלויות האחסון.
Java
מקבלים את הפרטים של ה-VM ומזהים את הדיסקים שמצורפים ל-VM.
מגדירים את מצב המחיקה האוטומטית של דיסק האתחול ודיסק הנתונים לערך
falseכדי לוודא שהדיסקים לא יימחקו אוטומטית כשהמכונה הווירטואלית תימחק.כדי ליצור גיבויים של הנתונים, אפשר להשתמש בקובצי snapshot של דיסקים לאחסון מתמיד.
כאמצעי זהירות, כדאי ליצור גיבויים של הנתונים בזמן שהדיסקים לאחסון מתמיד עדיין מחוברים למכונה הווירטואלית באמצעות קובצי snapshot של הדיסקים לאחסון מתמיד. לפני שיוצרים תמונת מצב, חשוב לוודא שהיא עקבית עם המצב של ה-Persistent Disk. לשם כך, צריך לפעול בהתאם לשיטות המומלצות ליצירת תמונות מצב.
אחרי שמנקים את מאגרי הדיסק, יוצרים את קובצי ה-snapshot:
מוחקים את ה-VM מאזור המקור.
עכשיו יוצרים עוד קובץ snapshot של דיסק האתחול ושל דיסקי הנתונים.
(אופציונלי) מוחקים את הדיסקים של אחסון מתמיד.
אם אתם מתכננים להשתמש מחדש בשמות של הדיסקים הקבועים עבור הדיסקים החדשים, אתם צריכים למחוק את הדיסקים הקיימים כדי שהשמות יהיו זמינים. מחיקת הדיסקים תעזור לכם לחסוך בעלויות האחסון בדיסקים לאחסון מתמיד.
אם אתם לא מתכוונים להשתמש שוב באותם שמות דיסקים, אתם לא צריכים למחוק אותם.
יוצרים דיסקים חדשים של אחסון מתמיד (persistent disks) באזור היעד, מתוך קובצי ה-snapshot שיצרתם. קודם יוצרים את דיסק האתחול, ואז את דיסקי הנתונים.
יוצרים מחדש את המכונה הווירטואלית עם הדיסקים החדשים באזור היעד.
(אופציונלי) מוחקים את תמונות המצב של הדיסק הזמני. אחרי שמוודאים שהמכונות הווירטואליות הועברו, מוחקים את קובצי ה-snapshot הזמניים שנוצרו כדי לחסוך בעלויות האחסון.
Node.js
מציגים את פרטי ה-VM ומזהים את הדיסקים שמצורפים אליה.
מגדירים את מצב המחיקה האוטומטית של דיסק האתחול ודיסק הנתונים לערך
falseכדי לוודא שהדיסקים לא יימחקו אוטומטית כשהמכונה הווירטואלית תימחק.כדי ליצור גיבויים של הנתונים, אפשר להשתמש בקובצי snapshot של דיסקים לאחסון מתמיד.
כאמצעי זהירות, כדאי ליצור גיבויים של הנתונים באמצעות קובצי snapshot של הדיסקים לאחסון מתמיד, בזמן שהם עדיין מחוברים ל-VM. לפני שיוצרים תמונת מצב, חשוב לוודא שהיא עקבית עם המצב של ה-Persistent Disk. לשם כך, צריך לפעול בהתאם לשיטות המומלצות ליצירת תמונות מצב.
אחרי שמנקים את מאגרי הדיסק, יוצרים את קובצי ה-snapshot:
מוחקים את ה-VM מאזור המקור.
עכשיו יוצרים עוד קובץ snapshot של דיסק האתחול ושל דיסקי הנתונים.
(אופציונלי) מוחקים את הדיסקים של אחסון מתמיד.
אם אתם מתכננים להשתמש מחדש בשמות של הדיסקים הקבועים עבור הדיסקים החדשים, אתם צריכים למחוק את הדיסקים הקיימים כדי שהשמות יהיו זמינים. מחיקת הדיסקים תעזור לכם לחסוך בעלויות האחסון בדיסקים לאחסון מתמיד.
אם אתם לא מתכוונים להשתמש שוב באותם שמות דיסקים, אתם לא צריכים למחוק אותם.
יוצרים דיסקים חדשים של אחסון מתמיד (persistent disks) באזור היעד, מתוך קובצי ה-snapshot שיצרתם. קודם יוצרים את דיסק האתחול, ואז את דיסקי הנתונים.
יוצרים מחדש את המכונה הווירטואלית עם הדיסקים החדשים באזור היעד.
(אופציונלי) מוחקים את תמונות המצב של הדיסק הזמני. אחרי שמוודאים שהמכונות הווירטואליות הועברו, אפשר לחסוך בעלויות האחסון על ידי מחיקת התמונות הזמניות שנוצרו.
Python
מקבלים את הפרטים של ה-VM ומזהים את הדיסקים שמצורפים ל-VM.
מגדירים את מצב המחיקה האוטומטית של דיסק האתחול ודיסק הנתונים לערך
falseכדי לוודא שהדיסקים לא יימחקו אוטומטית כשהמכונה הווירטואלית תימחק.כדי ליצור גיבויים של הנתונים, אפשר להשתמש בקובצי snapshot של דיסקים לאחסון מתמיד.
כאמצעי זהירות, כדאי ליצור גיבויים של הנתונים בזמן שהדיסקים לאחסון מתמיד עדיין מחוברים למכונה הווירטואלית באמצעות קובצי snapshot של הדיסקים לאחסון מתמיד. לפני שיוצרים קובץ snapshot, חשוב לוודא שהוא תואם למצב של דיסק אחסון מתמיד (persistent disk), בהתאם לשיטות המומלצות ליצירת קובצי snapshot.
אחרי שמנקים את מאגרי הדיסק, יוצרים את קובצי ה-snapshot:
מוחקים את ה-VM מאזור המקור.
עכשיו יוצרים עוד קובץ snapshot של דיסק האתחול ושל דיסקי הנתונים.
(אופציונלי) מוחקים את הדיסקים של אחסון מתמיד.
אם אתם מתכננים להשתמש מחדש בשמות של הדיסקים הקבועים עבור הדיסקים החדשים, אתם צריכים למחוק את הדיסקים הקיימים כדי שהשמות יהיו זמינים. מחיקת הדיסקים תעזור לכם לחסוך בעלויות האחסון בדיסקים לאחסון מתמיד.
אם אתם לא מתכוונים להשתמש שוב באותם שמות דיסקים, אתם לא צריכים למחוק אותם.
יוצרים דיסקים חדשים של אחסון מתמיד (persistent disks) באזור היעד, מתוך קובצי ה-snapshot שיצרתם. קודם יוצרים את דיסק האתחול, ואז את דיסקי הנתונים.
יוצרים מחדש את המכונה הווירטואלית עם הדיסקים החדשים באזור היעד.
(אופציונלי) מוחקים את תמונות המצב של הדיסק הזמני. אחרי שמוודאים שהמכונות הווירטואליות הועברו, אפשר לחסוך בעלויות האחסון על ידי מחיקת התמונות הזמניות שנוצרו.
המאמרים הבאים
- איך משנים את אזור ברירת המחדל בפרויקט
- מידע נוסף על העברה חיה
- בודקים את הסטטוס של המכונה הווירטואלית.
- מידע על העברת מכונות וירטואליות ל-Compute Engine