מוצג המסמך של Apigee Edge.
עוברים אל
מסמכי תיעוד של Apigee X. מידע
תיאור הבעיה
מרכזי השליטה של Analytics (ביצועי שרת proxy, ביצועי יעד, דוחות מותאמים אישית וכו') בקטע הזמן הקצוב לתפוגה של ממשק המשתמש של Edge.
הודעות שגיאה
כשתם הזמן הקצוב לתפוגה של מרכזי הבקרה של Analytics, מופיעה הודעת השגיאה הבאה:
The report timed out: Try again with a smaller date range or a larger aggregation interval.
גורמים אפשריים
בטבלה הבאה מפורטות הסיבות האפשריות לבעיה הזו:
סיבה | עבור |
---|---|
הגדרות חומרה לא מתאימות | משתמשי Edge בענן פרטי |
כמות גדולה של נתוני Analytics ב-Postgres Database | משתמשי Edge בענן פרטי |
אין מספיק זמן לאחזור נתוני Analytics | משתמשי Edge בענן פרטי וציבורי |
הגדרת חומרה לקויה
אבחון
אם אחד מרכיבי Edge לא בקיבולת (אם יש להם פחות קיבולת של מעבד (CPU), RAM או IOPS ולכן שרתי Postgres/Qpid עשויים לפעול באיטיות, דבר שעלול לגרום ל-Analytics מרכזי שליטה כדי שיפסק הזמן הקצוב לתפוגה.
רזולוציה
צריך לוודא שכל רכיבי Edge עומדים בדרישות החומרה המינימליות, כפי שמתואר ב-Hardware דרישות.
כמות גדולה של נתוני Analytics במסד הנתונים של Postgres
אבחון
- בצומת Postgres, מתחברים ל-PostgreSQL:
psql -h /opt/apigee/var/run/apigee-postgresql -U apigee apigee
- בודקים כמה זמן הנתונים זמינים במסד הנתונים של Postgres באמצעות
את שאילתת ה-SQL הבאה:
select min(client_received_start_timestamp), max(client_received_start_timestamp) from analytics."orgname.envname.fact";
- מקבלים את הגדלים של כל הטבלאות במסד הנתונים של Postgres:
SELECT relname as "Table",pg_size_pretty(pg_total_relation_size(relid)) As "Size", pg_size_pretty(pg_total_relation_size(relid) - pg_relation_size(relid)) as "External Size" FROM pg_catalog.pg_statio_user_tables ORDER BY pg_total_relation_size(relid) DESC;
על סמך הפלט שמתקבל בשלב 2 ו-3, אם תבחינו שמשך הזמן שבו אוחסנו נתונים למשך זמן ארוך (ארוך יותר מפרק הזמן לשמירה) ו/או הטבלה גדולים מאוד, אז זה מצביע על כך שיש לכם כמויות גדולות של ניתוח נתונים מסד נתונים של Postgres. הדבר עלול לגרום להזמן הקצוב לתפוגה של מרכזי השליטה של Analytics.
רזולוציה
הסירו את הנתונים שחורגים ממרווח הזמן הנדרש לשמירה:
- קובעים את מרווח השמירה, כלומר משך הזמן שבו רוצים לשמור את
נתוני Analytics במסד הנתונים של Postgres.
לדוגמה, נניח שאתם רוצים לשמור נתוני Analytics שהצטברו במשך 60 ימים.
- מריצים את הפקודה הבאה כדי להסיר נתונים של ארגון וסביבה ספציפיים:
/opt/apigee/apigee-service/bin/apigee-service apigee-postgresql pg-data-purge org env num_days_to_purge_back_from_current_date
- מידע נוסף על הרצת נתוני Analytics
אם הבעיה נמשכת, ממשיכים לשלב אין מספיק זמן לאחזור Analytics .
אין מספיק זמן לאחזור נתוני Analytics
אבחון
- בודקים אם יש אפשרות להציג את הנתונים בכרטיסייה 'שעה/יום' במרכז הבקרה של Analytics (שרת proxy ביצועים/יעדי ביצועים).
- אם אתם יכולים להציג את הנתונים רק בכרטיסייה 'שעה' או בכרטיסיות 'שעה' ו'יום', מקבלים שגיאות של הזמן הקצוב לתפוגת הדוחות רק כשמנסים להציג את הכרטיסיות 'שבוע' או 'מותאם אישית'. במקרה כזה, מציין שנפח הנתונים שצריך לאחזר ממסד הנתונים של Postgres גדול. ייתכן שזה גורם להפסקה של הזמן הקצוב לתפוגה בממשק המשתמש של Edge.
רזולוציה
כברירת מחדל, הזמן הקצוב לתפוגה של ממשק המשתמש של Edge הוא 120 שניות לאחזור ולהציג את Analytics. . אם נפח נתוני Analytics לאחזור גדול מאוד, לא בטוח שהנפח של 120 שניות מספיק. משנים את ערך הזמן הקצוב לתפוגה של ממשק המשתמש של Edge ל-300 שניות. לשם כך, פועלים לפי ההוראות שכאן הגדרה הזמן הקצוב לתפוגה שמוגדר בממשק המשתמש של Edge לקריאות ניהול של Edge API (ללקוחות מקומיים בלבד).
טוענים מחדש מרכז בקרה של Analytics כלשהו, ובודקים אם יש לכם אפשרות לראות את הנתונים של כל הכרטיסיות – 'שעה', 'יום', 'שבוע' ו'התאמה אישית'.
אם הבעיה נמשכת, צריך לפנות לתמיכה של Apigee Edge.