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

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

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

מדדי אחסון

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

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

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

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

כניסה לדף Instances

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

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

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

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

ההשפעות של פיצול ומיזוג

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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