מגבלות הגיבוי

בקטעים הבאים מפורטות מגבלות שקשורות ליצירה ולניהול של גיבויים.

מגבלות כלליות

אי אפשר לשלב גיבויים של Filestore עם התכונה Filestore multishares.

ביצועים

• במקרים שבהם נעשה שימוש רב במופעים, הביצועים עשויים להיות נמוכים ב-15% בזמן העלאת הגיבוי. הביצועים של מופע ברמה Basic לא מושפעים מפעולות גיבוי של create.

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

• יכול להיות שפעולות על מופעים, כמו restore או delete, יתעכבו עד שפעולת גיבוי create תושלם.

• במקרים מסוימים, יכול להיות שיחלפו עד 24 שעות עד שהפעולות של delete יושלמו.

פעולות בו-זמניות

• פעולות גיבוי delete שמשויכות לאותו מופע מקור צריכות להתבצע אחת בכל פעם.

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

  הערה: המגבלה הזו לא חלה על מכונות וירטואליות ברמת השירות הבסיסית של SSD ו-HDD.

  ‫Filestore תומך בפעולות גיבוי מקבילות delete כשגיבויים מפנים למופעי מקור נפרדים.

  לדוגמה, למופע עם התווית Source1 יש נתוני גיבוי שמפנים אל Backup1 ו-Backup2. הקובץ Source2 מכיל נתוני גיבוי שמופיעים בהפניה בקובץ Backup3 ובקובץ Backup4. אי אפשר למחוק את Backup1 ואת Backup2 במקביל, אבל אפשר למחוק את Backup2 ואת Backup3.

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

  לדוגמה, ל-Source1 יש שרשרת גיבוי שמורכבת מ-Backup1 ומ-Backup2. כשמתחילים פעולת create עבור Backup3, אי אפשר למחוק את Backup2 עד שפעולת create מסתיימת.

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

אחסון

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

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

קיבולת

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

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

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

• כדי להבטיח שיש לכם מספיק קיבולת לעומסי העבודה, כדאי להשתמש באחת מהאפשרויות הבאות:

  • כדאי להגדיל את קיבולת המופע לעומסי עבודה עם שינויים משמעותיים ותכופים בנתונים או עם שיעור שינוי גבוה.

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

הצפנה

כשמשתמשים ב-CMEK כדי להצפין את שרשראות הגיבוי, חלות המגבלות הבאות:

• שרשרת גיבוי שלמה מוצפנת באמצעות אותו CMEK.

• כשיוצרים גיבוי עם CMEK, ה-CMEK צריך להיות באותו אזור כמו הגיבוי של היעד.

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

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

• מפתח CMEK יחיד מוחל על קטגוריית Cloud Storage שבה מאוחסן שרשרת הגיבוי, ואי אפשר לשלב אותו עם מפתח אחר או להחליף אותו.

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

מידע נוסף זמין במאמר בנושא תמיכה ב-CMEK בשרשראות גיבוי.

העברת נתונים

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

פרוטוקולים

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