במאמר הזה מוסבר על שתי אפשרויות הגיבוי למופעי 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.
אתם יכולים לשמור את הגיבויים אחרי מחיקת המופע, או ליצור גיבוי סופי של המופע לפני המחיקה. אפשר להשתמש בכל הגיבויים שנוצרו כחלק מהגיבויים המשופרים כדי לשחזר מופע בזמן שהוא פעיל, או אחרי שהוא נמחק.
אחסון לגיבוי
הגיבויים מאוחסנים במיקום מרכזי שנקרא כספת גיבוי. כספת גיבוי היא אחסון מאובטח ומבודד שמנוהל על ידי 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) או בהגדרות ללא 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 דקות, אסימון חדש מתווסף לקטגוריה. אם המאגר מלא, האסימון גולש.
בכל פעם שמבצעים פעולת גיבוי, מתקבל אסימון מהמאגר. אם הפעולה מצליחה, הטוקן מוסר מהמאגר. אם הפעולה נכשלת, האסימון מוחזר למאגר. בתרשים הבא מוצג אופן הפעולה:
