בחירת אפשרות גיבוי

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

כדי להשתמש בגיבויים של מופעים ב-Cloud SQL, צריך לבחור אפשרות גיבוי לכל מופע. ‫Cloud SQL מציע את אפשרויות הגיבוי הבאות:

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

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

בטבלה הבאה מפורטות התכונות העיקריות שזמינות בכל אחת מאפשרויות הגיבוי:

תכונות גיבויים רגילים גיבויים משופרים
ניהול גיבויים מרוכז בכל הפרויקטים - ✔
כספת גיבוי - ✔
לוח זמנים אוטומטי לגיבוי יומי שעתי, יומי, שבועי, חודשי, שנתי
גיבויים על פי דרישה ✔ ✔
גיבויים במספר אזורים ✔ ✔
גיבוי סופי במחיקת מופע ✔ ✔
תקופת השמירה של הגיבוי שנה אחת ‫10 שנים
שמירת כל הגיבויים במקרה של מחיקת מופע ✔ ✔
שמירת גיבויים כשמוחקים פרויקט - ✔
אכיפת שמירה באמצעות נעילת שמירה - ✔
שחזור מערכת מנקודה מסוימת בזמן (PITR) באמצעות יומנים ✔ ✔
שחזור מערכת מנקודה מסוימת בזמן (PITR) אחרי מחיקת מופע ✔ ✔
גיבוי ושחזור בין אזורים ✔ -
תמיכה ב-CMEK ✔ ✔

מידע מפורט על אפשרויות הגיבוי האלה זמין במאמרים בנושא גיבויים סטנדרטיים וגיבויים משופרים. מידע נוסף על אופן הפעולה של גיבויים ב-Cloud SQL זמין במאמר סקירה כללית על גיבויים ב-Cloud SQL.

גיבויים משופרים

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

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

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

אם שירות Backup and DR מנוהל ב Google Cloud פרויקט נפרד, הגיבויים מוגנים כשמוחקים פרויקט של מקור או של עומס עבודה. התפקידים ותחומי האחריות מנוהלים על ידי Backup and DR Admin, והם נפרדים מהתפקידים ותחומי האחריות ב-Cloud SQL Admin.

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

כשמשתמשים בגיבויים משופרים למופע שמוגן באמצעות מפתח הצפנה בניהול הלקוח (CMEK), הגיבוי מוגן באמצעות אותו מפתח כמו המופע, ולא באמצעות מפתח ה-CMEK של הכספת.

אחסון לגיבוי

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

מומלץ להשתמש ב-Cloud SQL בכספת גיבוי שנמצאת בפרויקט אחר מהפרויקט שבו נמצאת מכונת Cloud SQL. מידע נוסף זמין במאמר בנושא כספות גיבוי.

שמירת גיבויים

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

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

עלויות גיבוי

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

מגבלות

כשמשתמשים בגיבויים משופרים, חלות המגבלות הבאות:

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

גיבויים רגילים

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

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

אחסון לגיבוי

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

אפשר להגדיר את מיקומי הגיבוי באופן הבא:

מיקומי גיבוי שמוגדרים כברירת מחדל

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

גיבויים במספר אזורים

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

מיקומי גיבוי בהתאמה אישית

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

כשבוחרים מיקום מותאם אישית לגיבוי, כדאי להביא בחשבון את הנקודות הבאות:

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

כשבוחרים מיקום גיבוי מותאם אישית, אפשר לבחור כל מיקום זמין ב-Cloud SQL ומיקום של מספר אזורים. רשימה מלאה של ערכים אזוריים תקינים מופיעה במאמר בנושא מיקומי מופעים. רשימה מלאה של ערכים של מיקומים במספר אזורים זמינה במאמר בנושא מיקומים במספר אזורים.

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

שמירת גיבויים

גיבויים רגילים מאפשרים לכם לבצע גיבויים אוטומטיים וגיבויים לפי דרישה. אפשר לשמור גיבויים אוטומטיים למשך יום אחד עד 365 ימים. ברירת המחדל היא 7 ימים למופעים של Cloud SQL במהדורת Enterprise ו-15 ימים למופעים של Cloud SQL במהדורת Enterprise Plus. גיבויים לפי דרישה נשמרים ללא הגבלת זמן, עד שהגיבוי נמחק או עד שהמופע שמכיל את הגיבוי נמחק.

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

עלויות גיבוי

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

אתם יכולים להגדיר כמה גיבויים אוטומטיים יישמרו, מ-1 עד 365.

מידע נוסף על תמחור שקשור לגיבויים זמין במאמר תמחור של Cloud SQL.

מגבלות על קצב הגיבוי

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

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

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

איך אסימונים פועלים

שמירת יומן הטרנזקציות

יומני העסקאות מאוחסנים במיקום האחסון של המופע, והשמירה שלהם היא לפי ימים. במופעים של מהדורת Cloud SQL Enterprise Plus, הטווח הוא בין יום אחד ל-35 ימים, וערך ברירת המחדל הוא 14 ימים. במופעים של Cloud SQL Enterprise, הטווח הוא מיום אחד עד 7 ימים, וערך ברירת המחדל הוא 7 ימים. במופעים של Cloud SQL Enterprise Plus ו-Cloud SQL Enterprise, הגדרת השמירה של יומן העסקאות צריכה להיות קטנה מהגדרת השמירה של הגיבוי.

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

מומלץ להגדיר את מספר הגיבויים שיישארו כמספר שגדול ב-1 ממספר הימים של שמירת היומנים, כדי לוודא שיש גיבויים לכל יום בתקופת שמירת היומנים.

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