במאמר הזה מוסברות שתי אפשרויות הגיבוי של מכונות 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 מאוחסנים בכספת הגיבוי בפרויקט הגיבויים.
אם הגיבוי וההתאוששות מאסון מנוהלים בפרויקט נפרד ב- Google Cloud , הגיבויים מוגנים כשפרויקט המקור או פרויקט עומס העבודה נמחקים. התפקידים ותחומי האחריות מנוהלים על ידי Backup and DR Admin, והם נפרדים מהתפקידים ותחומי האחריות של Cloud SQL Admin.
אתם יכולים לשמור את הגיבויים אחרי מחיקת המכונה, או לבצע גיבוי סופי של המכונה לפני המחיקה. אפשר להשתמש בכל הגיבויים שנוצרו כחלק מהגיבויים המשופרים כדי לשחזר מכונה כשהיא פעילה או אחרי שהיא נמחקה.
כשמשתמשים בגיבויים משופרים למכונה שמוגנת באמצעות מפתח הצפנה בניהול הלקוח (CMEK), הגיבוי מוגן באמצעות אותו מפתח כמו המכונה, ולא באמצעות ה-CMEK של הכספת.
אחסון לגיבוי
הגיבויים מאוחסנים במיקום מרכזי שנקרא כספת גיבוי. כספת גיבוי היא מקום אחסון מאובטח ומבודד שמנוהל על ידי Backup and DR. כספת הגיבוי מאחסנת גיבויים באזור אחד או במספר אזורים, כל עוד המיקום שנבחר תואם למיקום של המכונה. מידע נוסף על המקומות שבהם אפשר ליצור כספת גיבוי זמין במאמר מיקומים נתמכים של כספת גיבוי.
מומלץ להשתמש בכספת גיבוי שנמצאת בפרויקט אחר מהמכונה של Cloud SQL. מידע נוסף זמין במאמר כספות גיבוי.
שמירת גיבויים
גיבויים משופרים מאפשרים לכם לבצע גיבויים לפי דרישה וגיבויים אוטומטיים. בניגוד לגיבויים רגילים לפי דרישה (שאפשר לאחסן ללא הגבלת זמן), גיבויים משופרים לפי דרישה תומכים בתקופות שמירה בהתאמה אישית שמוגדרות על ידי המשתמש, עד 10 שנים. כל הגיבויים שנוצרים כשמשתמשים באפשרות הגיבויים המשופרים מאוחסנים בכספת הגיבויים, וכפופים לטווח השמירה המותר שנקבע לפי החיתוך של השמירה המינימלית שנאכפת בכספת הגיבויים והגדרת השמירה המקסימלית בהתאמה אישית של תוכנית הגיבוי. אם לא מגדירים את max_custom_on_demand_retention_days באופן מפורש בתוכנית הגיבוי, חלה מגבלה עליונה שמוגדרת כברירת מחדל: תקופת השמירה המינימלית שנאכפת בכספת הגיבוי, בתוספת 30 ימים. בלי קשר להגדרות, תקופת השמירה המקסימלית המותרת לכל גיבוי מותאם אישית על פי דרישה היא 10 שנים (3,653 ימים).
אם מוחקים את המכונה, כל הגיבויים של המכונה שנוצרו כשהמכונה הייתה פעילה נשמרים באופן אוטומטי, בהתאם לאותן הגדרות שמירה שנקבעו בתוכנית הגיבוי כשהמכונה הייתה פעילה. אם בחרתם לבצע גיבוי סופי של המכונה לפני המחיקה, תוכלו גם להגדיר את משך השמירה של הגיבוי הסופי עד 10 שנים.
עלויות הגיבוי
בגיבויים משופרים, עלות הגיבויים מבוססת על הגודל הכולל של הגיבוי שמאוחסן בכספת הגיבוי. הגיבויים האלה נוצרים על סמך הגדרות הגיבוי בתוכנית הגיבוי שמשויכת למכונה. העלות הכוללת מחושבת על ידי "גיבוי ו-DR" על סמך התמחור של "גיבוי ו-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 אתם יכולים לבחור מיקום מותאם אישית לנתוני הגיבוי. האפשרות הזו שימושית אם הארגון שלכם צריך לעמוד בתקנות בנושא מיקום אחסון הנתונים, שמחייבות לשמור את הגיבויים בגבולות גיאוגרפיים ספציפיים. אם לארגון שלכם יש דרישה כזו, סביר להניח שהוא משתמש במדיניות ארגונית להגבלת מיקום המשאבים. אם תנסו להשתמש במיקום גיאוגרפי שלא תואם למדיניות, תופיע התראה בדף Backups. אם ההתראה הזו מופיעה, צריך לשנות את מיקום הגיבוי למיקום שמותר לפי המדיניות.
כשבוחרים מיקום מותאם אישית לגיבוי, חשוב לשים לב לנקודות הבאות:
- עלות: יכול להיות שאשכול אחד במכונה נמצא באזור עם עלות נמוכה יותר מאשר האחרים.
- קרבה לשרת של האפליקציה: יכול להיות שתרצו לאחסן את הגיבוי קרוב ככל האפשר לאפליקציה שמציגה את הנתונים, כדי לצמצם את זמן האחזור.
- ניצול נפח האחסון: אתם צריכים מספיק נפח אחסון כדי לשמור את הגיבוי ככל שהוא גדל. בהתאם לעומס העבודה, יכול להיות שיהיו לכם אשכולות בגדלים שונים או עם שימושים שונים בדיסק. יכול להיות שזה ישפיע על האשכול שתבחרו.
כשבוחרים מיקום גיבוי בהתאמה אישית, אפשר לבחור כל מיקום זמין של 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, הגדרת השמירה של יומן העסקאות צריכה להיות קצרה יותר מהגדרת השמירה של הגיבוי.
היומנים נמחקים פעם ביום, ולא באופן רציף. אם מספר הימים לשמירת היומנים זהה למספר הגיבויים, יכול להיות שהיומנים לא יישמרו מספיק זמן. לדוגמה, אם מגדירים שמירה של יומנים למשך שבעה ימים ושמירה של שבעה גיבויים, המערכת תשמור יומנים של בין שישה לשבעה ימים.
מומלץ להגדיר את מספר הגיבויים שנשמרים למספר אחד יותר ממספר הימים לשמירת היומנים, כדי לוודא שיש גיבויים לכל יום בתקופת השמירה של היומנים.