Google Cloud העבירה לזמינות כללית (GA) מדיניות גיבוי אוטומטית חדשה ל-Bigtable: באשכולות SSD ניתן ליצור בכל יום גיבוי Hot, לשמור אותו בשכבה החמה לפרק זמן מוגדר, ואז להעביר אותו אוטומטית לגיבוי Standard. העדכון פורסם ביומן השינויים של Bigtable ב-6 בנובמבר 2026.
מה משתנה לעומת ברירת המחדל?
מדיניות הגיבוי האוטומטי הרגילה יוצרת גיבוי Standard יומי ושומרת אותו כברירת מחדל לשבעה ימים. כעת אפשר לבחור שגיבויים יומיים חדשים יתחילו כ-Hot, לקבוע כמה זמן יישארו חמים, ולאחר מכן לתת ל-Bigtable לבצע את המעבר לשכבה הסטנדרטית ללא פעולה ידנית.
תקופת ה-Hot יכולה להיות בין 24 שעות לעשרה ימים, ואינה יכולה לחרוג מתקופת השמירה הכוללת של המדיניות. אפשר להאריך את תקופת השמירה של גיבויים אוטומטיים עד 90 יום. תבנית שימוש מעשית היא לשמור את הגיבוי היומי האחרון חם למשך 24 שעות, כך שהוא יעבור ל-Standard בערך כאשר הגיבוי היומי הבא נוצר.
איך מגדירים?
אפשר להגדיר את המדיניות בזמן יצירת טבלה, כאשר מפעילים גיבוי אוטומטי או בעת עדכון המדיניות הקיימת. ההגדרה זמינה ב-Google Cloud Console וגם ב-CLI. ב-gcloud bigtable tables update משתמשים בדגל --automated-backup-keep-hot-duration ומעבירים ערך כמו 24h או 2d.
אם הגיבוי האוטומטי עדיין אינו פעיל בטבלה, צריך להגדיר באותה פקודה גם את --automated-backup-retention-period. בלי תקופת שמירה, הפקודה תיכשל.
דרישות ומגבלות
- SSD בלבד: גיבויים אוטומטיים חמים אינם נתמכים במופעי HDD.
- ללא Tiered Storage: אי אפשר לבחור Hot לטבלה שבה אחסון מדורג פעיל.
- טווח מוגדר: משך השמירה החמה הוא לפחות יום ועד עשרה ימים, ולא יותר מתקופת השמירה הכוללת.
- אשכולות גדולים: עבור אשכול שמשתמש ביותר מ-400TB של SSD יש לפנות ל-Cloud Customer Care לפני ההפעלה.
- מספר גיבויים: המכסה המתועדת היא עד עשרה גיבויים חמים לכל טבלה בכל Cluster.
איך חוזרים לגיבוי Standard בלבד?
אפשר להסיר את משך ה-Hot מהמדיניות באמצעות --clear-automated-backup-keep-hot-duration. הפעולה משנה את האופן שבו ייווצרו גיבויים עתידיים, אבל אינה משנה גיבויים שכבר נוצרו. לכן כדאי לבדוק בנפרד את מצב הגיבויים הקיימים ואת תאריכי המעבר שלהם.
למה זה חשוב תפעולית?
המדיניות מאפשרת לשלב חלון התאוששות קרוב עם שמירה ארוכה יותר בלי לנהל ידנית את המעבר בין סוגי הגיבוי. צוותים יכולים לקבוע שהעותקים החדשים ביותר יישארו בשכבה החמה, בעוד גיבויים ישנים יותר עוברים ל-Standard ונשמרים לפי מדיניות הארגון.
לפני הפעלה רחבה מומלץ לבדוק את תקופת השמירה, מכסות הגיבויים, סוג האחסון של הטבלה והרשאות החשבון שמעדכן את המדיניות. בנוסף, כדאי לבצע תרגיל שחזור מתועד — גיבוי שלא נבדק אינו תחליף לתוכנית התאוששות.
מקורות רשמיים: Bigtable Release Notes; Manage backups; Bigtable quotas and limits.
תמונה: Kevin Ache / Unsplash. מקור, יוצר ורישיון נשמרו במדיה. רישיון Unsplash מתיר שימוש באתר, בסושיאל ובשיווק מסחרי, בכפוף למגבלות הרישיון וללא מצג של חסות. פרטי הרישיון.
