נפח האחסון בדיסק כמעט נגמר

אתם צופים במסמכי התיעוד של Apigee Edge.
כדאי לעיין במסמכי התיעוד של Apigee X. מידע

תיאור הבעיה

בשרת Postgres שמכיל את נתוני Analytics נגמר המקום בדיסק.

בדוגמה הבאה אפשר לראות שהדיסק ‎ /u01‎ תפס 90% (‎176GB/207GB‎) מנפח האחסון.

$df -g

Filesystem Size User Avail Use% Mounted on
/dev/mapper/sysvg-syslv09 207G 176G 176G 21G 90% /u01

הודעות שגיאה

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

גורמים אפשריים

בטבלה הבאה מפורטות הסיבות האפשריות לבעיה הזו:

אין מספיק מקום בכונן

אבחון

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

1. כדי לקבוע את קצב התנועה הנכנסת של API אל Edge, אפשר לעיין בלוח בקרה לביצועי הענן של שרת ה-proxy של Analytics.

   ביצועי שרת proxy לדוגמה שמציגים את ה-TPS הממוצע

   

2. לדוגמה, נבחן את התרחיש הבא:
   1. התנועה הנכנסת של ה-API בארגון היא 22 TPS (עסקאות לשנייה).
      1. המשמעות היא שתנועת ה-API היא 1,900,800 עסקאות ביום (‎22 * 60 * 60 * 24).
      2. הערה: כל עסקה או הודעה ב-Analytics היא בגודל 1.5K בייט.
      3. לכן, בכל יום נוצרים 2.7GB של נתוני Analytics‏ (1,900,800 * 1.5K).
   2. יש לכם דרישה לשמור נתונים מ-Analytics למשך 30 ימים בשרתי Postgres לצורך עיון.
      1. הנתונים הכוללים שנוצרו במשך 30 ימים = 81GB‏ (2.7GB‏ * 30)
   3. לכן, כדי לאחסן נתונים מ-30 ימים ב-Analytics בקצב תנועה של 22 TPS, צריך 150GB של שטח דיסק.
      1. ‫81GB (נתוני Analytics) + 50GB (נתונים אחרים כמו יומנים וכו') + 20GB (שטח אחסון נוסף) = 150GB.
3. אם יש לכם פחות מקום בדיסק במערכת, כלומר פחות מ-150GB (כמו בתרחיש לדוגמה שלמעלה), אין לכם מספיק מקום בדיסק כדי לאחסן את הנתונים של Analytics.

רזולוציה

מוסיפים נפח אחסון מספיק למכונה של שרת Postgres.

אין גיזום של נתוני Analytics

אבחון

עם העלייה בתנועת ה-API אל Edge, גם כמות נתוני הניתוח שמאוחסנים במסד הנתונים של Postgres תגדל. כמות נתוני הניתוח שאפשר לאחסן במסד הנתונים של Postgres מוגבלת על ידי נפח האחסון הפנוי בדיסק במערכת.

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

1. הוספת נפח אחסון בדיסק.

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

2. מחיקת נתונים שחורגים ממרווח השמירה הנדרש.

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

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

רזולוציה

כדי לגזום את הנתונים שחורגים ממרווח השמירה הנדרש:

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

   /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql pg-data-purge
     org env number_of_days_to_retain [Delete-from-parent-fact - N/Y] [Skip-confirmation-prompt - N/Y]
   

לסקריפט יש את האפשרויות הבאות:

• Delete-from-parent-fact ברירת מחדל : לא. ימחקו גם נתונים מלפני מספר הימים שמוגדרים לשמירה בטבלת העובדות הראשית.
• ‫Skip-confirmation-prompt. ברירת מחדל: לא. אם התשובה היא לא, הסקריפט יבקש אישור לפני מחיקת נתונים מהעובדה הראשית. מגדירים את הערך Yes אם סקריפט הטיהור הוא אוטומטי.

מידע נוסף זמין במאמר הסרת נתונים מ-Analytics.

אם הבעיה נמשכת, אפשר לפנות לתמיכה של Apigee Edge.