התכונה סיווג אוטומטי מעבירה באופן אוטומטי את האובייקטים שבקטגוריה לסוגי אחסון (storage classes) מתאימים, בהתאם לתדירות הגישה לכל אובייקט. התכונה מעבירה נתונים שלא ניגשים אליהם לסוגי אחסון נתונים בשימוש נדיר (cold storage) יותר כדי לצמצם את עלויות האחסון, ומעבירה נתונים שניגשים אליהם ל-Standard Storage, כדי לשפר את הגישה בעתיד. התכונה סיווג אוטומטי עוזרת לחסוך בעלויות של אחסון הנתונים ב-Cloud Storage באופן אוטומטי ופשוט יותר.
סקירה כללית
כשהתכונה סיווג אוטומטי מופעלת, היא מנהלת את כל ההיבטים של סוגי האחסון לקטגוריה:
כל האובייקטים שמתווספים לקטגוריה מתחילים ברמת Standard Storage, גם אם צוין בבקשה סוג אחסון אחר.
בקטגוריה עצמה, סוג אחסון שמוגדר כברירת מחדל הוא תמיד Standard Storage, ובקשות שמנסות לשנות את סוג האחסון של הנכס לסוג אחסון שהוא לא Standard Storage נכשלות.
אם תנסו לשנות את סוג האחסון של אובייקט באופן ידני במהלך פעולת שכתוב או העתקה, הפעולה באופן כללי תושלם ללא שגיאות. עם זאת, המערכת תתעלם מהשינוי של סוג האחסון, והאובייקט תמיד יוגדר ל-Standard Storage.
רוב האובייקטים עוברים בהדרגה לסוגי אחסון בשימוש נדיר יותר אם לא ניגשים אליהם.
כברירת מחדל, סוג האחסון (storage class) הסופי של סיווג אוטומטי הוא Nearline Storage, כלומר האובייקטים מועברים ל-Nearline Storage ונשארים בסוג האחסון הזה עד שמתבצעת אליהם גישה. אפשר גם להגדיר את הסיווג האוטומטי כך שסוג האחסון הסופי יהיה אחסון בארכיון.
אובייקטים שגודלם פחות מ-128KiB לא עוברים לסוגי אחסון בשימוש נדיר יותר. במקום זאת, הם מאוחסנים באופן קבוע ב-Standard Storage. כדי לקבוע אם הגודל של אובייקט הוא פחות מ-128KiB, המערכת מביאה בחשבון רק את נתוני האובייקט ולא את המטא-נתונים שלו.
אובייקטים שנמחקו זמנית שומרים על סוג האחסון הקיים שלהם עד לסיום תקופת השמירה שלהם.
קריאת הנתונים של אובייקט שלא נמצא ב-Standard Storage גורמת להעברה שלו ל-Standard Storage.
- קריאה או עריכה של המטא-נתונים של אובייקט לא גורמות להעברת האובייקט ל-Standard Storage.
כשמשחזרים אובייקט שנמחק זמנית, האובייקט שמתקבל מתחיל ב-Standard Storage, ללא קשר לסוג האחסון של האובייקט שנמחק זמנית.
תמחור
כל החיובים על אחסון ופעולות של אובייקטים שמנוהלים על ידי סיווג אוטומטי מחויבים באמצעות מק"טים ספציפיים לסיווג אוטומטי.
התמחור של Cloud Storage בקטגוריות שבהן מופעלת התכונה סיווג אוטומטי כולל את החריגים הבאים:
- כשמשתמשים בתכונה סיווג אוטומטי חלים עמלת ניהול וחיוב על הפעלה.
- אין חיובים של עמלות אחזור, למעט כחלק מעמלות ההפעלה.
- אין חיובים של עמלות מחיקה מוקדמת, למעט כחלק מחיובים על הפעלה.
- כל הפעולות מחויבות לפי התעריף של Standard Storage.
- אין דמי תפעול כשהתכונה סיווג אוטומטי מעבירה אובייקט לסוג אחסון בשימוש נדיר יותר.
- אין חיוב על פעולות ברמה A כשהתכונה סיווג אוטומטי מעבירה אובייקט מ-Nearline Storage ל-Standard Storage.
- כשסיווג אוטומטי מעביר אובייקט מ-Coldline Storage או מ-Archive Storage ל-Standard Storage או ל-Nearline Storage, כל מעבר כרוך בחיוב על פעולה ברמה א'.
סיווג אוטומטי לקטגוריות קיימות
אפשר להפעיל, להשבית או לשנות הגדרות של סיווג אוטומטי בקטגוריה קיימת.
יכול להיות שיעברו עד 24 שעות לפני שהשינויים בהגדרה של Autoclass ייכנסו לתוקף, ויכול להיות שבמהלך פרק הזמן הזה, Cloud Storage ימשיך לבצע פעולות על סמך ההגדרה הקודמת.
כשמפעילים את הסיווג האוטומטי בקטגוריה קיימת, קורים הדברים הבאים:
כל האובייקטים בקטגוריה, למעט אובייקטים שנמחקו זמנית, מועברים ל-Standard Storage.
אובייקטים שכבר נמצאים ב-Standard Storage בזמן ההפעלה של סיווג אוטומטי נחשבים כאילו הם עברו ל-Standard Storage ממש עכשיו. כתוצאה מכך, כדי שאובייקטים כאלה יעברו ל-Nearline Storage, צריך להמתין עוד 30 יום ללא גישה אליהם.
יש חיוב חד-פעמי על הפעלת התכונה סיווג אוטומטי. מידע נוסף זמין במאמר בנושא חיובים על סיווג אוטומטי.
כשמשביתים את הסיווג האוטומטי בקטגוריה קיימת, קורה הדבר הבא:
- כל אובייקט נשאר מאוחסן בסוג האחסון שבו הוא היה בזמן השבתת התכונה סיווג אוטומטי. בהמשך אפשר לשנות סוג אחסון של אובייקט, כמו שעושים בקטגוריות שלא מסווגות אוטומטית.
- מבנה התמחור של התכונה סיווג אוטומטי לא חל יותר.
- אי אפשר להפעיל מחדש את הסיווג האוטומטי בקטגוריה עד שיעבור יום אחד. ניסיונות לעשות את זה ייכשלו.
כשמשנים את סוג האחסון הסופי בהגדרות של סיווג אוטומטי, קורה הדבר הבא:
אם משנים את סוג האחסון הסופי מ-Archive Storage ל-Nearline Storage, אובייקטים ב-Archive Storage וב-Coldline Storage בזמן השינוי עוברים ל-Nearline Storage.
אם משנים את סוג האחסון הסופי מ-Nearline Storage ל-Archive Storage, אובייקטים ב-Nearline Storage בזמן השינוי נחשבים כאילו הם עברו ל-Nearline Storage ממש עכשיו. כתוצאה מכך, אובייקטים כאלה צריכים להיות ללא גישה במשך 60 יום נוספים לפני שהם מועברים ל-Coldline Storage.
האם כדאי להשתמש בסיווג אוטומטי?
כשהתכונה סיווג אוטומטי מופעלת, אפשר להשקיע פחות בניהול הנתונים, וגם להיפטר מחיובים מסוימים שחלים על קטגוריות אחרות. סיווג אוטומטי היא תכונה שימושית בדפוסי הגישה הכלליים הבאים:
- כאשר תדירות הגישה לנתונים משתנה.
- כאשר תדירות הגישה לנתונים לא ידועה או בלתי צפויה.
עם זאת, לא מומלץ להשתמש בסיווג אוטומטי אם רוב הנתונים בקטגוריה מתאימים לתרחישים לדוגמה של סוגי אחסון ספציפיים. לדוגמה, נניח שבקטגוריה יש שני תרחישים לדוגמה: לחלק מהנתונים מתבצעת גישה מדי שבוע, ואילו נתונים מסוימים הם נתוני גיבוי שאף פעם לא אמורים לגשת אליהם. במקרה הזה, לא מומלץ להשתמש בסיווג אוטומטי אם ידוע מראש אילו אובייקטים נכללים בכל אחד מהתרחישים לדוגמה.
בנוסף, לא מומלץ להשתמש בסיווג אוטומטי אם שירותים אחרים קוראים באופן קבוע נתונים מהקטגוריה. Google Cloud לדוגמה, לא מומלץ להשתמש בסיווג אוטומטי אם משתמשים ב-Sensitive Data Protection כדי לסרוק את תוכן הקטגוריה.
התנהגות ההעברה
אחרי שמפעילים את הסיווג האוטומטי, אובייקטים בגודל 128KiB או יותר מועברים בין סוגי אחסון באופן הבא:
אם מתבצעת גישה לנתונים של אובייקט, האובייקט מועבר ל-Standard Storage.
כל אובייקט שלא מתבצעת אליו גישה במשך 30 יום מועבר ל-Nearline Storage.
אם הקטגוריה מוגדרת לשימוש ב-Nearline Storage כסוג האחסון הסופי, סיווג אוטומטי משנה את המצב של אובייקט שמאוחסן ב-Nearline Storage רק אם מתבצעת גישה לאותו אובייקט.
אם הדלי מוגדר להשתמש ב-Archive Storage כסוג האחסון הסופי, האובייקטים ימשיכו לעבור לסוגי אחסון בשימוש נדיר יותר באופן הבא:
כל אובייקט שלא מתבצעת אליו גישה במשך 90 יום מועבר ל-Coldline Storage. אובייקטים כאלה היו ב-Standard Storage לפחות 30 יום וב-Nearline Storage לפחות 60 יום.
כל אובייקט שלא ניגשים אליו במשך 365 יום מועבר ל-Archive Storage. אובייקטים כאלה היו ב-Standard Storage לפחות 30 יום, ב-Nearline Storage לפחות 60 יום, וב-Coldline Storage לפחות 275 יום.
סיווג אוטומטי משנה את המצב של אובייקט שמאוחסן ב-Archive Storage רק אם מתבצעת גישה לאותו אובייקט.
ברגע שאובייקט מתאים להעברה בין סוגי אחסון, Cloud Storage מבצע את המעבר באופן אסינכרוני, כך שיכול להיות עיכוב בין המועד שבו הסטטוס של האובייקט השתנה והוא מתאים להעברה, לבין המועד שבו ההעברה מתבצעת בפועל.
- במהלך התקופה הזו, החיוב על האובייקט עדיין יהיה לפי סוג האחסון שלו לפני ההעברה, למעט במקרים של מעברים ל-Standard Storage שמתרחשים כתוצאה מהפעלת סיווג אוטומטי.
מעברים בין סוגי אחסון של אובייקטים כשמעבירים קטגוריות
בקטע הזה מוסבר איך התכונה סיווג אוטומטי מנהלת מעברים של אובייקטים במהלך תהליך העברת הקטגוריה.
התכונה סיווג אוטומטי משתמשת בדפוסי גישה כדי לקבוע מתי להעביר אובייקטים לסוגי אחסון נתונים בשימוש נדיר (cold storage). במהלך הסנכרון הסופי של תהליך העברת הקטגוריה, התכונה סיווג אוטומטי מושהית והאובייקטים לא מועברים לסוגי אחסון בשימוש נדיר יותר. אחרי שהסנכרון הסופי יסתיים, Autoclass ימשיך לפעול.
אובייקטים בסוג האחסון Standard מטופלים באופן הבא:
- אובייקטים מסוג Standard Storage צריכים להיות ללא גישה במשך 30 יום לפני שאפשר להעביר אותם לסוג אחסון בשימוש נדיר יותר, כמו Nearline Storage. כשמעבירים אובייקט מסוג אחסון Standard Storage במהלך ההעברה, המערכת מתייחסת אליו כאילו בוצעה אליו גישה. אם אובייקט היה קרוב להיות כשיר למעבר ל-Nearline Storage לפני ההעברה, ההעברה מאפסת את הכשירות של האובייקט למעבר. האובייקט צריך להישאר בקטגוריית היעד למשך 30 ימים נוספים לפני שניתן להעביר אותו לסוג אחסון נתונים בשימוש נדיר (cold storage).
אובייקטים בסוג אחסון שאינו Standard Storage מטופלים באופן הבא:
העברה של אובייקטים בסוגי האחסון Nearline Storage, Coldline Storage או Archive Storage לא נחשבת כגישה אליהם. כתוצאה מכך, תקופת חוסר הגישה לאובייקטים האלה לא מושפעת.
כשמעבירים קטגוריה, אם ניגשים לעיתים קרובות לאובייקטים בקטגוריות מסוג אחסון שאינו Standard Storage, כמו Nearline Storage, Coldline Storage או Archive Storage, האובייקטים לא עוברים אוטומטית לסוג אחסון בשימוש תדיר יותר. לדוגמה, האובייקטים לא עוברים אוטומטית מ-Archive Storage ל-Coldline Storage או מ-Coldline Storage ל-Standard Storage, גם אם יש גישה לאובייקטים בתדירות גבוהה. ההתנהגות הזו מונעת מעברים אוטומטיים בין סוגי אחסון במהלך העברה.
אם אובייקט תוכנן לעבור לסוג אחסון בשימוש נדיר יותר, למשל מ-Nearline Storage ל-Coldline Storage, תהליך ההעברה לא יפריע ללוח הזמנים. המעבר יתבצע כמתוכנן אחרי שההעברה תסתיים.
הגבלות
אי אפשר להפעיל בקטגוריה את הסיווג האוטומטי וגם להשתמש באחת מהאפשרויות הבאות בתצורת ניהול מחזור החיים של אובייקטים:
- כלל שמשתמש בפעולה
SetStorageClass. - כלל שמשתמש בתנאי
matchesStorageClass.
בקשות שמנסות להגדיר בקטגוריה גם סיווג אוטומטי וגם אחד מהכללים האלה של ניהול מחזור החיים של אובייקטים נכשלות.
- כלל שמשתמש בפעולה
כשמרכיבים אובייקט, האובייקטים של המקור והאובייקט המורכב צריכים להיות באותו סוג אחסון. לכן הרכבת אובייקט בקטגוריה עם סיווג אוטומטי תיכשל אם לא כל האובייקטים של המקור מאוחסנים ב-Standard Storage בזמן בקשת ההרכבה.
מעקב אחרי השימוש בסוגי אחסון והמעברים ביניהם
מדדי האחסון הבאים זמינים ב-Monitoring כדי לעקוב אחרי העברות בין סוגי אחסון:
autoclass/transition_operation_count: מספר ההעברות בין סוגי אחסון שקרו בגלל סיווג אוטומטי, לא כולל העברות שקרו כחלק מהפעלת הסיווג האוטומטי.
autoclass/transitioned_bytes_count: המספר הכולל של בייטים שהועברו על ידי סיווג אוטומטי, לא כולל בייטים שהועברו כחלק מהפעלת הסיווג האוטומטי.
אפשר גם לקבץ את שני המדדים לפי סוג האחסון של המקור או של היעד המעורבים בהעברות.
למדריך למעקב אחרי מדדים באמצעות Monitoring, ראו יצירת תרשימים באמצעות Metrics Explorer.
בנוסף, כדי לעקוב אחרי מספר הבייטים שנשמרים בכל סוג אחסון לאורך זמן בקטגוריות שבהן מופעל סיווג אוטומטי, אפשר לעבור לכרטיסייה Configuration (הגדרה) בקונסולה של Google Cloud , ללחוץ על See Performance (הצגת הביצועים) ולבחור את הקטגוריה הרלוונטית.
המאמרים הבאים
- הפעלת סיווג אוטומטי.
- מידע נוסף על ניהול מחזור החיים של אובייקטים.