במאמר הזה מוסבר על שתי אפשרויות הגיבוי למופעי 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 שנים. כל הגיבויים שנוצרו כשמשתמשים באפשרות הגיבויים המשופרים מאוחסנים בכספת הגיבויים, והם כפופים לטווח השמירה המותר שנקבע על ידי החיתוך בין תקופת השמירה המינימלית שנקבעה בכספת הגיבויים לבין הגדרת השמירה המותאמת אישית המקסימלית של תוכנית הגיבוי. אם לא מגדירים את max_custom_on_demand_retention_days באופן מפורש בתוכנית הגיבוי, מוחלת מגבלת ברירת מחדל עליונה של תקופת השמירה המינימלית שנקבעה בכספת הגיבוי בתוספת 30 ימים. בלי קשר להגדרה, תקופת השמירה המקסימלית המותרת לכל גיבוי מותאם אישית על פי דרישה היא 10 שנים (3,653 ימים).
אם מוחקים את המכונה, כל הגיבויים של המכונה שנוצרו כשהמכונה הייתה פעילה נשמרים באופן אוטומטי, בהתאם לאותן הגדרות שמירה שנקבעו בתוכנית הגיבוי כשהמכונה הייתה פעילה. אם תבחרו לבצע גיבוי סופי של המופע לפני המחיקה, תוכלו להגדיר את תקופת השמירה של הגיבוי הסופי למשך עד 10 שנים.
עלויות גיבוי
בגיבויים משופרים, העלות של הגיבויים מבוססת על הגודל הכולל של הגיבוי שמאוחסן בכספת הגיבוי. הגיבויים האלה נוצרים על סמך הגדרת הגיבוי בתוכנית הגיבוי המשויכת למופע. העלות הכוללת מחושבת על ידי Backup and DR, והיא מבוססת על תמחור Backup and DR.
מגבלות
כשמשתמשים בגיבויים משופרים, חלות המגבלות הבאות:
- כדי להשתמש בכספת גיבוי רב-אזורית, כספת הגיבוי והמכונה של Cloud SQL צריכות להיות באותו אזור או תואמות למיקום של המכונה.
- אי אפשר ליצור עותק משוכפל לשחזור מאסון (DR) למכונה באמצעות גיבויים משופרים.
- אם למופע שלכם יש עותק משוכפל לשחזור אחרי אסון (DR), לא תוכלו להפעיל גיבויים משופרים למופע.
- אי אפשר לשייך תוכנית גיבוי למופע משוכפל.
- אם המופע שלכם משתמש בגיבויים משופרים, לא תוכלו להפוך את המופע לרפליקה.
- במקרים של מופעי Cloud SQL, אפשר לבחור כספת גיבוי ולקשר אותה למופע רק אם תקופת השמירה המינימלית שנקבעה בה היא 10 שנים (3,653 ימים) או פחות.
גיבויים רגילים
גיבויים רגילים הם אפשרות הגיבוי שמנוהלת על ידי Cloud SQL. הגיבויים נוצרים, מנוהלים ומאוחסנים באותו פרויקט שבו נמצאים המופעים של Cloud SQL. בניגוד לגיבויים משופרים, שבהם הגדרות הגיבוי מוגדרות על ידי תוכנית גיבוי, הגדרות הגיבוי של גיבויים רגילים מוגדרות ברמת המופע ומוגדרות בהגדרות המופע. לכן, אם יש לכם כמה מופעים של Cloud SQL, תצטרכו להגדיר את הגדרות הגיבוי לכל מופע בנפרד. כל הגיבויים שנוצרים כחלק מגיבויים רגילים מאוחסנים באותו פרויקט כמו המופע.
באמצעות גיבויים רגילים, אתם יכולים לבצע גיבויים אוטומטיים וגיבויים לפי דרישה של מכונות Cloud SQL. אפשר גם לבחור באפשרות שמירת כל הגיבויים וליצור גיבוי סופי של הנתונים בזמן מחיקת המופע. כך תוכלו ליצור מחדש כל מופע שמחקתם. עם זאת, אם לא שומרים גיבויים או לא יוצרים גיבוי סופי לפני מחיקת המכונה, Cloud SQL מוחק אוטומטית את כל הגיבויים של המכונה.
אחסון לגיבוי
גיבויים מאוחסנים באותו מיקום עבור מקרים שבהם יש זמינות גבוהה (HA) או שאין זמינות גבוהה. בתצורות של זמינות גבוהה, עדיין תהיה לכם גישה לגיבויים של המופע במקרה של מעבר לגיבוי או מעבר למופע המשני.
אפשר להגדיר את מיקומי הגיבוי באופן הבא:
- מיקומי ברירת מחדל שנבחרים על ידי Cloud SQL בהתאם למיקום של המכונה המקורית.
- מיקומים מותאמים אישית שאתם בוחרים כשאתם לא רוצים להשתמש במיקום שמוגדר כברירת מחדל.
מיקומי ברירת המחדל לגיבוי
אם לא מציינים מיקום אחסון, הגיבויים מאוחסנים באזור מרובה שקרוב גיאוגרפית למיקום של מופע Cloud SQL. לדוגמה, אם מכונת Cloud SQL שלכם נמצאת ב-us-central1, הגיבויים שלכם מאוחסנים כברירת מחדל באזור המרובה us.
גיבויים במספר אזורים
גיבויים רגילים מאפשרים לכם להגדיר מיקום גיבוי באזור אחד או בכמה אזורים. בתצורה של אזור יחיד, הגיבויים משוכפלים בין האזורים השונים באותו אזור. בהגדרה של כמה אזורים, מומלץ שהגיבויים יהיו באותו אזור כמו המופע, כדי לצמצם את זמן האחזור ולמנוע כשלים פוטנציאליים בגיבוי בגלל מדיניות הארגון או מגבלות שמבוססות על מיקום.
מיקומי גיבוי בהתאמה אישית
ב-Cloud SQL אפשר לבחור מיקום מותאם אישית לנתוני הגיבוי. האפשרות הזו שימושית אם הארגון שלכם צריך לעמוד בתקנות בנושא מיקום אחסון הנתונים, שמחייבות אתכם לשמור את הגיבויים בתוך גבול גיאוגרפי מסוים. אם בארגון שלכם יש דרישה כזו, סביר להניח שמוגדרת בו מדיניות ארגונית בנושא הגבלת מיקום משאבים. אם תנסו להשתמש במיקום גיאוגרפי שלא עומד בדרישות המדיניות, תוצג לכם התראה בדף גיבויים. אם ההתראה הזו מופיעה, צריך לשנות את מיקום הגיבוי למיקום שמותר לפי המדיניות.
כשבוחרים מיקום מותאם אישית לגיבוי, כדאי להביא בחשבון את הנקודות הבאות:
- עלות: יכול להיות שאחד מהאשכולות במופע שלכם נמצא באזור עם עלות נמוכה יותר מאשר האחרים.
- הקרבה לשרת האפליקציה: כדאי לאחסן את הגיבוי כמה שיותר קרוב לאפליקציה שמציגה את המודעות, כדי לצמצם את זמן האחזור הפוטנציאלי.
- ניצול נפח האחסון: צריך מספיק נפח אחסון כדי לשמור את הגיבוי, ככל שהגודל שלו גדל. בהתאם לעומס העבודה, יכול להיות שיהיו לכם אשכולות בגדלים שונים או עם שימוש שונה בדיסק. יכול להיות שזה ישפיע על הבחירה שלכם בצביר.
כשבוחרים מיקום גיבוי מותאם אישית, אפשר לבחור כל מיקום זמין של Cloud SQL ומיקום של מספר אזורים. רשימה מלאה של ערכים אזוריים תקינים מופיעה במאמר בנושא מיקומי מופעים. רשימה מלאה של ערכים של מספר אזורים זמינה במאמר מיקומים במספר אזורים.
מידע נוסף על הגדרה והצגה של מיקומי גיבוי למופע זמין במאמרים הגדרת מיקום גיבוי בהתאמה אישית והצגת מיקומי גיבוי.
שמירת גיבויים
גיבויים רגילים מאפשרים לכם לבצע גיבויים אוטומטיים וגיבויים לפי דרישה. אפשר לשמור גיבויים אוטומטיים למשך 7 עד 365 ימים. ברירת המחדל היא 7 ימים למכונות במהדורת Cloud SQL Enterprise ו-15 ימים למכונות במהדורת Cloud SQL Enterprise Plus. גיבויים לפי דרישה נשמרים ללא הגבלת זמן, עד שהגיבוי או המופע שמכיל את הגיבוי נמחקים.
אם מפעילים שמירת גיבויים אחרי מחיקת מופע לגיבויים לפי דרישה ולגיבויים אוטומטיים, הגיבויים האלה יפעלו לפי אותן הגדרות שמירה של יום אחד עד 365 ימים לגיבויים אוטומטיים, וללא הגבלת זמן לגיבויים לפי דרישה. מידע נוסף זמין במאמר בנושא שמירת גיבויים אחרי מחיקת מופע.
עלויות גיבוי
בגיבויים רגילים, עלויות הגיבוי מבוססות על הגודל הכולל של הגיבוי, על מיקום האחסון ועל הגדרות השמירה.
אתם יכולים להגדיר כמה גיבויים אוטומטיים יישמרו, מ-1 עד 365.
מידע נוסף על תמחור שקשור לגיבויים זמין במאמר תמחור של Cloud SQL.
מגבלות על קצב הגיבוי
ב-Cloud SQL יש הגבלה על קצב הפעולות של גיבוי בדיסק הנתונים. מותר לבצע עד חמש פעולות גיבוי בכל 50 דקות לכל מופע בכל פרויקט. אם פעולת גיבוי נכשלת, היא לא נספרת במכסה הזו. אם מגיעים למגבלה, הפעולה נכשלת ומוצגת הודעת שגיאה שמציינת מתי אפשר לנסות שוב.
Cloud SQL משתמש באסימונים מקטגוריה כדי לקבוע כמה פעולות גיבוי זמינות בכל זמן נתון. לכל מופע יש דלי. אפשר להשתמש בעד חמישה אסימונים בקטגוריה לפעולות גיבוי. כל 10 דקות, אסימון חדש מתווסף לקטגוריה. אם המאגר מלא, האסימון גולש.
בכל פעם שמבצעים פעולת גיבוי, מתקבל אסימון מהמאגר. אם הפעולה מצליחה, הטוקן מוסר מהמאגר. אם הפעולה נכשלת, האסימון מוחזר למאגר. בתרשים הבא מוצג אופן הפעולה:
