גיבוי נתוני המכונה

אם נתונים במופע Google Cloud Managed Lustre נמחקים או נפגמים בטעות, או אם מופע נמחק, אי אפשר לשחזר את הנתונים האלה ישירות במופע. ‫Managed Lustre לא תומך בביטול מחיקה של קבצים או בשחזור מופעים אחרי מחיקה.

כדי למנוע אובדן נתונים, מומלץ לגבות את נתוני המופע מדי פעם על ידי ייצוא שלהם לקטגוריית Cloud Storage.

אסטרטגיית גיבוי עם Cloud Storage

אתם יכולים להשתמש ביכולת המובנית של העברת נתונים ב-Managed Lustre כדי לייצא נתונים מהמופע שלכם ישירות לקטגוריה של Cloud Storage.

הוראות מפורטות זמינות במאמר העברת נתונים ל-Cloud Storage.

שיקולים חשובים לגבי אסטרטגיית הגיבוי:

  • ייצוא מצטבר: ההעברות מ-Managed Lustre ל-Cloud Storage הן מצטברות. הם מעתיקים רק קבצים שלא קיימים כבר בדלי היעד או קבצים שהשתנו מאז ההעברה האחרונה.

  • קבצים שנמחקו: כשמייצאים קבצים, המערכת לא מוחקת קבצים בדלי היעד שנמחקו מהמופע.

  • Hierarchical namespace (HNS): כדי להשיג מהירויות העברה גבוהות יותר, כדאי להשתמש בקטגוריה של Cloud Storage עם מרחב שמות היררכי מופעל.

  • סוגי אחסון (storage class): כדי לנהל את עלויות האחסון של גיבויים לטווח ארוך, כדאי להשתמש בסוגי אחסון ב-Cloud Storage (כמו Nearline,‏ Coldline או Archive) או להגדיר ניהול מחזור חיים של אובייקטים בקטגוריית הגיבוי. לפרטים, ראו תמחור של Cloud Storage.

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

אוטומציה של גיבויים תקופתיים

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

  • Cloud Scheduler: אפשר להגדיר הפעלות חוזרות של ייצוא לפי לוח זמנים קבוע על ידי שליחת בקשות HTTP ל-API בארכיטקטורת REST של instances.exportData.
  • משימות Cron: הפעלת סקריפטים מתוזמנים במכונת VM של לקוח Compute Engine או במכונת ניהול באמצעות הפקודה gcloud lustre instances export-data.

שחזור נתונים

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

הוראות ופקודות מפורטות להעברה זמינות במאמר העברת נתונים אל Cloud Storage וממנו.

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

  • שחזור נתונים למכונה קיימת:

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

    • משמש לשחזור לאחר אסון או לאחר מחיקה מקרית של מופע.
    • יוצרים Managed Lustre חדש עם הקיבולת, רמת הביצועים ורשת ה-VPC שבחרתם.
    • מייבאים את נתוני הגיבוי מקטגוריה של Cloud Storage אל ספריית הבסיס (/) של המופע החדש.
    • אחרי שהייבוא מסתיים, צריך לעדכן את הגדרות הטעינה של הלקוח ב-Compute Engine או לעדכן את מניפסטים של Google Kubernetes Engine PersistentVolume עם כתובת ה-IP ושם מערכת הקבצים של המופע החדש.