‫Backup and DR for Compute Engine במכשיר לגיבוי או לשחזור

מכונה של Compute Engine היא מכונה וירטואלית (VM) שמתארחת ב- Google Cloud. כל מכונה מאחסנת נתונים בדיסק Persistent Disk שמחובר למכונה.

השירות Backup and DR משתמש בקובצי snapshot כדי לגבות נתונים באופן מצטבר מה-Persistent Disks ברמת המכונה. אחרי שיוצרים ב-Backup and DR קובץ snapshot כדי לגבות את המצב הנוכחי של חלק מהדיסקים מסוג Persistent Disk שמחוברים למכונה, או של כולם, אפשר להשתמש בגיבוי כדי:

ב-Compute Engine נשמרים כמה עותקים של כל קובץ snapshot בכמה מיקומים, עם סיכומי ביקורת (checksum) אוטומטיים כדי להבטיח את תקינות הנתונים. מידע נוסף על תמונות מצב

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

איך זה עובד: תמונות מצב של Persistent Disk ב-Backup and DR

כדי לגבות נתונים באמצעות תמונות מצב של Persistent Disk, פועלים לפי השלבים הבאים:

  1. ה-snapshot הראשון של מכונה שנוצר בהצלחה יוצר snapshot של כל Persistent Disk. לכל דיסק, זהו קובץ snapshot מלא שמכיל את כל הנתונים ב-Persistent Disk. המטא-נתונים שקשורים למכונה מגובים גם במאגר OnVault שנוצר באופן אוטומטי.

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

  3. תמונת המצב השלישית מכילה נתונים חדשים או נתונים שהשתנו מאז תמונת המצב השנייה, אבל לא מכילה נתונים שלא השתנו מתמונת המצב הראשונה או השנייה. במקום זאת, תמונת מצב 3 מכילה הפניות לבלוקים בתמונת מצב 1 ובתמונת מצב 2 לכל הנתונים שלא השתנו.

התהליך הזה חוזר על עצמו בכל תמונות המצב הבאות של Persistent Disk של כל מכונה מוגנת. תמונות המצב תמיד נוצרות על סמך תמונת המצב המוצלחת האחרונה שנוצרה. אם מוסיפים דיסק למכונה, הדיסק הזה נכלל באופן אוטומטי בתמונת המצב הבאה של המכונה. אתם יכולים גם להשתמש בכללי הכללה והחרגה כדי לקבוע אילו דיסקי אחסון מתמידים (persistent disk) ייכללו בכל גיבוי.

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

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

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

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

  4. השירות Backup and DR שולח בקשה ל-Compute Engine ליצור דיסקים חדשים מקובצי snapshot. כשהדיסקים האלה נוצרים, הם מצורפים למכונה החדשה או הקיימת.

מיקום האחסון של תמונת המצב

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

אפשר לאחסן קובצי snapshot במיקום אחד של Cloud Storage במספר אזורים, כמו אסיה, או במיקום אזורי אחד של Cloud Storage, כמו asia-south1.

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

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

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

אם לא מציינים מיקום לאחסון של קובץ snapshot, שירות הגיבוי וה-DR משתמש במיקום ברירת המחדל, שבו קובץ ה-snapshot נשמר במיקום במספר אזורים ב-Cloud Storage שהכי קרוב לאזור של דיסק המקור.

המדריך ל-Backup and DR ב-Compute Engine