מדדים של ניצול נפח האחסון

בדף הזה מתוארים מדדי ניצול האחסון ש-Spanner מספק.

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

מדדי אחסון

‫Spanner מספק את מדדי האחסון הבאים:

  • נפח האחסון הכולל במסד הנתונים: כמות הנתונים שמאוחסנים במסד הנתונים או במסדי הנתונים במופע. השימוש כפוף למגבלת האחסון.
  • סה"כ נפח אחסון לגיבוי: כמות הנתונים שמאוחסנת בגיבויים שמשויכים למופע או למסד הנתונים. האחסון לגיבוי נשמר ומחויב בנפרד, ואין הגבלה על הנפח שאפשר לאחסן.

אפשר לראות תרשימים של המדדים האלה במסוף Google Cloud או במסוף Cloud Monitoring.

בנוסף, השימוש באחסון של מסד הנתונים מוצג בדפים Instances ו-Instance details במסוף Google Cloud .

כניסה לדף Instances

אחסון של כמה גרסאות

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

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

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

ההשלכות של פיצול

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

נתונים סטטיסטיים של אחסון

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

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

יצירת התראות אחסון

אפשר ליצור התראות על אחסון במסוף Cloud Monitoring. אנחנו מספקים גם דרך פשוטה ליצור התראה על אחסון מסד נתונים ישירות ממסוףGoogle Cloud . הקישור Create alerting policy (יצירת מדיניות להתראות) בתרשים (ראו צילום מסך) מעביר אתכם לדף ליצירת התראות במסוף Cloud Monitoring, וממלא מראש באופן אוטומטי את השדות הרלוונטיים.

מסך מדדים של Spanner במסוף עם לחצן שכותרתו 'יצירת מדיניות התראות'.

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

אם אתם מתקרבים למגבלה, יכול להיות ש-Spanner ימנע מכם לבצע פעולות שיגרמו לכם לחרוג מהמגבלה, כמו:

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

אם חורגים ממגבלת האחסון, מערכת Spanner תנסה לפעול כרגיל, אבל יכול להיות שתחוו ירידה בביצועים או כשל בגלל עומס על המשאבים. אם תתקרבו למקסימום המומלץ או תחרגו ממנו, במסוףGoogle Cloud תוצג אזהרה: הגענו לקיבולת האחסון המקסימלית של המופע, וייתכן שתהיה ירידה ברמת הפעילות. האזהרה תוצג כשיוצג המופע המושפע.

אפשר גם ליצור התראות ב-Cloud Monitoring כדי לקבל הודעה.

הפחתת השימוש באחסון מסד הנתונים

כדי לצמצם את השימוש בנפח האחסון של מסד נתונים של מופע, אפשר:

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

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

המאמרים הבאים