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

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

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

מדדי אחסון

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

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

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

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

כניסה לדף Instances

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

אם חורגים ממגבלת האחסון, מערכת Spanner תנסה לפעול כרגיל, אבל יכול להיות שתחוו ירידה בביצועים או כשל בגלל עומס על המשאבים. אם מתקרבים למקסימום המומלץ או חורגים ממנו, במסוףGoogle Cloud מוצגת אזהרה: The instance has reached its maximum storage capacity and may experience degraded activity (הגענו לקיבולת האחסון המקסימלית של המופע, וייתכן שהפעילות תהיה מוגבלת). האזהרה מוצגת כשמציגים את המופע המושפע.

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

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

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

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

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

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

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