ניהול מאגר התמונות של מכשיר הגיבוי או השחזור

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

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

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

הקטע הזה כולל:

הרחבת מאגרי תמונות המצב

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

יצירת דיסק לשימוש עם מאגר של קובצי snapshot

אלה ההרשאות שנדרשות כדי ליצור דיסק לשימוש עם מאגר של קובצי snapshot:

  • ‫compute.disks.create בפרויקט כדי ליצור דיסק חדש
  • compute.instances.attachDisk במכונה הווירטואלית (VM)
  • הרשאת compute.disks.use בדיסק שרוצים לצרף

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

  1. נכנסים לדף VM instances במסוף Google Cloud ומאתרים את מכשיר הגיבוי והשחזור.
  2. מסמנים את התיבה ולוחצים על שם המכונה שרוצים להוסיף לה דיסק.
  3. בדף VM instance details, לוחצים על Edit.
  4. בקטע Additional disks, לוחצים על Add new disk.

  5. מציינים את הפרטים הבאים:

    • Name: נותנים שם לדיסק, לפי השם של הדיסק הקיים.
    • מקור: בוחרים באפשרות ריק בשדה סוג המקור.
    • Disk type: בוחרים סוג דיסק שתואם לדיסקים הקיימים במאגר הסנאפשוטים שאתם משנים את הגודל שלו, או לסוג הדיסק שאתם רוצים במאגר הסנאפשוטים החדש.
    • גודל: מומלץ שהגודל של הדיסקים במאגר תמונות המצב יהיה תמיד 4,096GB‏ (4TB).
    • ‫Snapshot schedule (לוח הזמנים של קובץ ה-snapshot): משאירים את לוח הזמנים של קובץ ה-snapshot כברירת מחדל.
    • הצפנה: אתם יכולים לציין את ההצפנה בתור Google-managed encryption key(GMEK) או מפתח הצפנה בניהול הלקוח (CMEK). תמיד צריך להשתמש באותו סוג הצפנה לכל הדיסקים באותו מאגר של קובצי snapshot.

  6. לוחצים על Save כדי לסיים את הגדרת הדיסק.

  7. לוחצים על Save כדי להחיל את השינויים על המכונה ולהוסיף את הדיסק החדש.

אחרי שמוסיפים דיסק למכשיר, אפשר להרחיב מאגר קיים של קובצי snapshot או ליצור מאגר חדש.

הרחבת מאגר קיים של קובצי snapshot

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

  1. לוחצים על הכרטיסייה ניהול ובוחרים באפשרות מכשירים בתפריט הנפתח.
  2. בוחרים מכשיר ולוחצים על Configure Appliance כדי לפתוח את הדף Appliance Configuration.
  3. בחלונית הימנית, לוחצים על Storage Pools.
  4. לוחצים על הכרטיסייה תמונת מצב. הדף Snapshot Pools נפתח.
  5. מוצאים את המאגר ולוחצים על סמל העיפרון בפינה השמאלית העליונה של משבצת המאגר. החלון Manage Snapshot Pool נפתח.
  6. בוחרים את ה-MDisk(s) שרוצים לכלול במאגר הזה מרשימת הדיסקים הלא מנוהלים, על ידי לחיצה על הסמל המתאים של +. משתמשים באפשרות החיפוש כדי למצוא את ה-MDisk הנדרשים. הדיסקים הווירטואליים שנבחרו מופיעים בחלונית השמאלית. אפשר להציב את סמן העכבר מעל רשומת MDisk כדי לראות את הסטטוס שלה, כולל מזהה ייחודי, בקר וקיבולת.
  7. לוחצים על שליחה. מופיעה תיבת דו-שיח עם אזהרה. כדי לאשר, מקלידים "המשך".
  8. לוחצים על אישור.

יצירת מאגר חדש של תמונות מצב

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

  1. לוחצים על הכרטיסייה Manage ובוחרים באפשרות Appliances בתפריט הנפתח.
  2. בוחרים מכשיר ולוחצים על Configure Appliance כדי לפתוח את הדף Appliance Configuration.
  3. בחלונית הימנית, לוחצים על Storage Pools.
  4. לוחצים על הכרטיסייה תמונת מצב. הדף Snapshot Pools נפתח.
  5. לוחצים על Click to add pool. הדף Create Pool נפתח.
  6. מזינים שם ל-Storage Pool.
  7. אם צריך, משנים את מגבלת ברירת המחדל של Warning.
  8. בוחרים את ה-MDisk(s) שרוצים לכלול במאגר הזה מרשימת הדיסקים הלא מנוהלים, על ידי לחיצה על סמל ה-+ המתאים. משתמשים באפשרות החיפוש כדי למצוא את ה-MDisk הנדרשים. הדיסקים שנבחרו מופיעים בחלונית השמאלית.
  9. לוחצים על שליחה.
  10. מופיעה תיבת דו-שיח עם אזהרה. כדי לאשר, מקלידים PROCEED.
  11. לוחצים על אישור. מאגר הנתונים החדש שנוצר מופיע בדף של מאגר הנתונים של קובצי ה-snapshot.

מחיקת מאגר קיים של תמונות מצב

לפני שמוחקים מאגר קיים של קובצי snapshot, צריך לוודא ש:

  • אין פרופילים של תוכניות גיבוי שמציינים את המאגר.
  • אין גיבויים במאגר. כל הגיבויים צריכים להיות בתוקף.

כדי למחוק מאגר קיים של קובצי snapshot:

  1. לוחצים על הכרטיסייה ניהול ובוחרים באפשרות מכשירים בתפריט הנפתח.
  2. בוחרים מכשיר ולוחצים על Configure Appliance כדי לפתוח את הדף Appliance Configuration.
  3. בחלונית הימנית, לוחצים על Storage Pools.
  4. לוחצים על הכרטיסייה "תמונת מצב". הדף Snapshot Pools נפתח. מוצאים את המאגר ולוחצים על סמל פח האשפה בפינה השמאלית העליונה של משבצת המאגר.
  5. מופיעה תיבת דו-שיח עם אזהרה. מקלידים DELETE כדי לאשר.

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

ההשפעה של השבתה או מחיקה של מפתחות CMEK

אם מכשיר הגיבוי/השחזור משתמש בדיסקי אחסון מתמידים (persistent disk) שמוצפנים באמצעות מפתחות הצפנה בניהול הלקוח (CMEK):

הצגת גרסת המפתח

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

  1. עוברים אל Compute Engine > ‏VM instances.
  2. מאתרים את מכשיר הגיבוי או השחזור ובוחרים את שם המכונה כדי לפתוח את תצוגת הפרטים של המכונה הזו.
  3. עוברים לקטע Storage ובודקים את כל הדיסקים המצורפים.
  4. לוחצים על השם של כל דיסק כדי לראות את גרסת המפתח.

דיסקים של Staging

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

דיסק ה-staging הוא עותק מלא של האפליקציה או של המכונה הווירטואלית בסביבת הייצור, ולכן כל דיסק staging דורש נפח אחסון במאגר ה-snapshots שזהה לנפח האחסון שנדרש לאפליקציה או למכונה הווירטואלית המוגנות בסביבת הייצור. תמונות מצב שנוצרות מדיסק ה-staging מפנות לנתונים בדיסק ה-staging, ולכן הן קטנות בהרבה. ככל שגיבויים נוספים משנים בלוקים בדיסק ה-staging, הבלוקים המקוריים "נדחפים" ל-VDisks של קובץ ה-snapshot, כך שנראה שהתוכן של קובץ ה-snapshot קבוע, אבל הוא מכיל יותר ויותר בלוקים לאורך זמן.

דיסקים זמניים למכונות וירטואליות של VMware ולאפליקציות מחוץ לפס (out-of-band)

כשמגנים על מכונה וירטואלית או על אפליקציה, עותקים של הגיבוי שנבחר מועברים לדיסק וירטואלי ייעודי להכנה למאגר של תמונות המצב. הכלי Backup and DR יוצר קובץ snapshot מהגיבוי בדיסק ה-staging, ושומר את קובץ ה-snapshot במאגר קובצי ה-snapshot למשך הזמן שצוין בתוכנית הגיבוי.

דיסקים זמניים לגיבויים מוקצים ממאגר הסנאפשוטים. ה-VDisk הוא בהקצאת אחסון לפי צורך (Thin Provisioning). כל קובץ snapshot שנוצר מדיסק ה-staging הזה גם צורך מקום במאגר קובצי ה-snapshot, בהתאם לקצב השינויים באפליקציה.

חריגה ל-Direct-to-OnVault Protection למכונות וירטואליות של VMware

מכונות וירטואליות של VMware שמוגנות ישירות ב-OnVault לא עוברות דרך דיסק Staging, כי המכשיר יכול לקבל מידע על בלוקים שהשתנו ישירות משכבת VMware. כל שאר האפליקציות מקבלות מידע על בלוקים שהשתנו מ-Oracle RMAN או מהסוכן של Backup and DR (באמצעות דיסק זמני של Backup and DR).

הסבר על צריכת מאגר של קובצי snapshot

מאגר תמונות המצב מכיל גם את הדיסקים של ה-Staging וגם את הדיסקים של תמונות המצב לכל אפליקציה או מכונה וירטואלית מוגנת, וגם את כל השיבוטים והגיבויים של ה-Mount שאתם יוצרים.

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

  • דיסקים וירטואליים של Staging: דיסקים וירטואליים של Staging, שבדרך כלל נקראים דיסקים של Staging, מכילים את עותק הזהב של האפליקציה ב-Backup and DR. דיסקים זמניים נשמרים כל עוד האפליקציה מוגנת וקיימת לפחות תמונת מצב אחת. דיסקים זמניים

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

  • ‫Mountable VDisk: דיסקים וירטואליים שאפשר לטעון הם גיבויים שאפשר לטעון, שנוצרים בזמן השחזור מ-snapshot בדיסק snapshot.

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

VDisks

ב-Backup and DR נעשה שימוש בדיסקים וירטואליים לוגיים (דיסקים וירטואליים או אמצעי אחסון) כדי ליצור וירטואליזציה של נתונים ממארחים. הדיסקים הווירטואליים נלקחים ממאגר של דיסקים מנוהלים (MDisks) שמוצגים למכשיר גיבוי/שחזור ממערך אחד או יותר.

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

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

צריכת VDisk

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

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

  • גיבויים של מערכת קבצים בסביבת Windows צורכים VDisk אחד לכל מערכת קבצים מוגנת.

  • גיבויים של מערכת קבצים בסביבת Unix צורכים VDisk לכל 833GB מוגנים כפול 1+(מספר תמונות המצב שנשמרו). אפשר לשנות את הערך 833GB על ידי שינוי של Staging Disk Granularity ב-Details & Settings.

  • נקודות טעינה, LiveClones ושיבוטים של אפליקציות שאינן של VM צורכים VDisks.

  • במערכות Linux, מערכות קבצים ומסדי נתונים של Oracle צורכים VDisk אחד ועוד אחד לכל 2TB נוספים של נתונים שמוגנים.

  • מסדי נתונים של SQL Server צורכים דיסק וירטואלי אחד לכל אמצעי אחסון שמארח את מסד הנתונים.

  • כל קובץ snapshot של VDisk צורך VDisk אחד לכל snapshot לכל דיסק מוגן.

  • תמונות המצב מציגות את שיא השימוש, כי תמונות מצב חדשות נוצרות לפני שתמונות המצב הישנות פגות.

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

    הקצאת האחסון של הדיסקים הווירטואליים היא לפי צורך (Thin Provisioning), והם יכולים לגדול עם הזמן.