סקירה כללית של Backup and DR

‫Backup and DR הוא שירות מנוהל שמספק גיבוי והתאוששות מרוכזים לעומסי עבודה ארגוניים שפועלים ב Google Cloud ובסביבות היברידיות. הוא מציע ניהול מבוסס-מדיניות, הגנה אוטומטית על נתונים וגיבויים עקביים של אפליקציות מממשק יחיד בGoogle Cloud מסוף, עם תמיכה פרוגרמטית מלאה באמצעות Terraform ו- Google Cloud API.

במסמך הזה מופיעה סקירה כללית של Backup and DR, כולל היתרונות שלו, עומסי העבודה שהוא תומך בהם, תכונות ההגנה על הנתונים שלו וההיררכיה הבסיסית של המשאבים שלו.

היתרונות של Backup and DR

היתרונות של Backup and DR:

  • הגנה מפני שינוי ומחיקה: מאגר הגיבוי אוכף את העיקרון של כתיבה חד-פעמית וקריאה רב-פעמית (WORM) של נתונים שלא ניתן לשנות או למחוק. הגישה הזו מבטיחה שהגיבויים יישארו שלמים וניתנים לשחזור, גם במקרה של מתקפות תוכנת כופר או מחיקה בטעות.
  • זמני שחזור קצרים יותר ואובדן נתונים מופחת: צילום מצב מצטבר ללא הגבלה והרכבה מיידית של נפח אחסון עוזרים לכם להשיג יעדים נמוכים להתאוששות מאסון (RPO) ויעדים נמוכים לזמן שחזור (RTO).
  • ניהול ריכוזי: ניהול אסטרטגיית הגיבוי מממשק יחיד ב Google Cloud מסוף. הגישה הזו מאפשרת להקצות מדיניות, לעקוב אחרי תאימות ולגלות באופן אוטומטי משאבים חדשים שהוקצו בארגון.
  • יעילות האחסון והרשת: מעקב יעיל אחר שינויים ברמת הבלוק ואחסון ישירות בכספת מפחיתים את התקורה של העברת נתונים ברשת ומצמצמים את טביעת הרגל הכוללת של האחסון.
  • אפשרויות שחזור גמישות: אפשר לבצע שחזורים מפורטים ברמת הקובץ, שחזורים מלאים של עומסי עבודה או שיבוט חוצה אזורים וחוצה פרויקטים כדי לתמוך באחזור ממוקד של נתונים ובסימולציות מקיפות של תוכנית התאוששות מאסון (DR).

עומסי עבודה שנתמכים על ידי Backup and DR

שירות Backup and DR תומך בתשתית, בשירותים מנוהלים ובעומסי עבודה ארגוניים הבאים: Google Cloud

קטגוריה של עומס עבודה פלטפורמות ומנועים נתמכים אפשרויות עקביות
תשתית Compute Engine מופעים של Compute Engine, דיסקים לאחסון מתמיד, מופעים של Filestore, מכונות וירטואליות של Google Cloud VMware Engine עקביות במקרה של קריסה, עקביות באפליקציה
מסדי נתונים מנוהלים ‫Cloud SQL‏ (MySQL, ‏ PostgreSQL, ‏ SQL Server), ‏ AlloyDB עקביות ברמת האפליקציה
מסדי נתונים בניהול עצמי ‫Oracle Database, ‏ Microsoft SQL Server, ‏ SAP HANA, ‏ MySQL, ‏ PostgreSQL במכונות וירטואליות או ב-Bare Metal Solution עקביות ברמת האפליקציה
היברידי ו-bare metal Bare Metal Solution עקביות במקרה של קריסה, עקביות באפליקציה

לפרטים על תמיכה בגרסאות ובמערכות הפעלה, אפשר לעיין בטבלת התמיכה של Backup and DR.

הגנה על נתונים ב-Backup and DR

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

  • עמידה בדרישות בנוגע לשמירת נתונים: כדי לעמוד בדרישות הרגולטוריות, צריך לנעול את נתוני הגיבוי מפני שינוי או מחיקה עד שתוקף הטיימרים של שמירת הנתונים ב-Vault יפוג.
  • הצפנה בניהול הלקוח: כדי להגן על נתוני הגיבוי, אפשר להשתמש במפתחות הצפנה משלכם. ‫Backup and DR תומך במפתחות הצפנה בניהול הלקוח (CMEK) שמנוהלים ב-Cloud Key Management Service. מידע נוסף זמין במאמר בנושא CMEK לגיבוי ול-DR.
  • בקרת גישה ברמת גרנולריות גבוהה: משתמשים בניהול זהויות והרשאות גישה (IAM) כדי לאכוף בקרת גישה מבוססת-תפקידים ואת העיקרון של הרשאות מינימליות בכל פעולות הניהול והשחזור.
  • צמצום הסיכון לזליגת נתונים: כדי לאבטח את תהליכי העבודה של הגיבוי, אפשר להגדיר את פעולות הגיבוי בתוך מתחמי האבטחה של VPC Service Controls.
  • יכולות ביקורת ומעקב: שילוב עם Cloud Logging ו-Cloud Monitoring כדי לעקוב אחרי התאימות, לעקוב אחרי מדדים תפעוליים ולקבל התראות בזמן אמת.

היררכיית המשאבים

Backup and DR מארגן את ההגנה על הנתונים בהיררכיה לוגית:

  • כספות גיבוי: משאבי אחסון מבודדים שמנוהלים על ידי Google ומשמשים כגבול האבטחה העיקרי לגיבויים שלא ניתן לשנות או למחוק. כל כספת גיבוי תומכת בתקופת שמירה מינימלית אופציונלית (עד 99 שנים) כדי למנוע מחיקה מוקדמת או שינוי, ויכולה לאחסן גיבויים במיקומים אזוריים או במיקומים תואמים מרובי-אזורים.
  • תוכניות גיבוי: כללי מדיניות שמגדירים איפה ואיך עומסי העבודה מוגנים. תוכנית גיבוי מקשרת עומסי עבודה של יעד לכספת גיבוי ספציפית, ומצטברת לכלל כלל גיבוי אחד או יותר.
  • כללי גיבוי: כללים בתוכנית גיבוי שמגדירים את תדירות הגיבוי (מדי שעה, מדי יום, מדי שבוע, מדי חודש או מדי שנה), את חלונות הגיבוי ואת משך השמירה לפני שהגיבויים יפוגו.
  • עומסי עבודה וגיבויים: משאבים מוגנים (כמו מכונות של Compute Engine או מסדי נתונים של Cloud SQL) ונקודות שחזור נפרדות שלהם בזמן מסוים.

אפשרויות אחסון

‫Backup and DR תומך בשני יעדי אחסון:

  • אחסון בכספת גיבוי (מומלץ): אחסון מבודד שמנוהל על ידי Google, שמאפשר גיבויים שלא ניתן לשנות או למחוק עם שמירת נתונים מחייבת.
  • אחסון בניהול עצמי: משאבי אחסון – כמו תמונות מצב של Persistent Disk וקטגוריות של Cloud Storage – שנוצרו ומנוהלים בפרויקטים שלכם ב- Google Cloudבאמצעות מסוף ניהול המכשיר.

השוואה בין אפשרויות אחסון

תכונה אחסון בכספת גיבוי (מומלץ) אחסון בניהול עצמי
ניהול מנוהל באופן מלא על ידי Backup and DR בניהול שלכם
גיבויים שלא ניתן לשנות או למחוק כן לא
שמירה מינימלית נאכפת כן (עד 99 שנים) לא
שכפול במספר אזורים כן כן
תמיכה ב-CMEK כן (Compute Engine, ‏ Persistent Disk, ‏ Cloud SQL) כן
ממשק ראשי מסוףGoogle Cloud מסוף ניהול של מכשיר

מידע נוסף זמין במאמרים אחסון בכספת גיבוי ל-Backup and DR וסקירה כללית על מאגרי אחסון.

הוצאה משימוש של מסוף הניהול מדור קודם

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

מסוף הניהול הקודם יצא משימוש ב-30 בספטמבר 2026. התמיכה בהפעלת גיבויים חדשים באמצעות חבילת התכונות מדור קודם תסתיים ב-30 בספטמבר 2027, והתמיכה בשחזורים רגילים תימשך עד 31 במרץ 2028.

מידע נוסף זמין במאמר בנושא הוצאה משימוש של תכונות.

מגבלות

ל-Backup and DR יש את המגבלות הבאות:

  • תאימות של מיקום: המיקומים של כספות הגיבוי צריכים להיות תואמים למיקום של עומס העבודה של המקור.
  • זמינות במספר אזורים: כספות במספר אזורים נתמכות עבור עומסי עבודה נבחרים. מקרים של AlloyDB ו-Filestore בכספות גיבוי מוגבלים למיקומים אזוריים.
  • תמיכה בעומסי עבודה של CMEK: יש תמיכה ב-CMEK באחסון של כספת הגיבוי למקרים הבאים: מופעים של Compute Engine,‏ Persistent Disk ו-Cloud SQL.
  • הפרדה של מסוף ניהול ה-Appliance: עומסי עבודה שמנוהלים דרך מסוף ניהול ה-Appliance משתמשים בארכיטקטורה מבוססת-Appliance עם מודלים של הגדרות ששונים מאלה של גיבויים מקוריים במסוף.

תקופת ניסיון למשך 30 ימים

תקופת הניסיון של 30 יום ב-Backup and DR מאפשרת לכם לבדוק את התכונות של Backup and DR למשך עד 30 יום בלי חיובים על ניהול גיבויים או על אחסון בכספת. אפשר להפעיל את תקופת הניסיון בכל פרויקט שעומד בדרישות באמצעות מסוף Google Cloud או backupdr API.

במהלך תקופת הניסיון, תוכלו להגדיר כספות גיבוי, ליצור תוכניות גיבוי ולהגן על עומסי עבודה נתמכים כמו מכונות של Compute Engine ומסדי נתונים של Cloud SQL.

מידע נוסף על הזכאות לתקופת ניסיון, על תנאי החיוב ועל שלבי ההגדרה זמין במאמרים תקופת ניסיון של 30 יום ל-Backup and DR והגדרה וניהול של תקופת ניסיון של 30 יום ל-Backup and DR.

המאמרים הבאים