בדף הזה מוסבר איך להשתמש ביועץ של Storage Intelligence כדי לשפר את הביצועים על ידי צמצום שגיאות בבקשות שמוגבלות בקצב.
כדי לשמור על יציבות השירות, Cloud Storage מגביל את קצב הבקשות לקטגוריות ולאובייקטים. חריגה מהמגבלות האלה עלולה לגרום לשגיאות 429 Too Many Requests, שמובילות לזמן אחזור ולזמן קצוב לתפוגה של האפליקציה.
כשמספר השגיאות בבקשות שמוגבלות בקצב עולה, היועץ של Storage Intelligence מציג את הממצא Spike in 429 errors indicating rate limited requests. ממצא הוא חריגה שזוהתה במדדים שלכם ודורשת התייחסות. בקטלוג הממצאים מופיעה רשימה מלאה של הממצאים.
ערכי סף שמפעילים ממצא
Storage Intelligence יוצרת בסיס להשוואה לפרויקט, לתיקייה או לארגון על סמך מגמות היסטוריות. היועץ של Storage Intelligence יוצר ממצא כשמספר השגיאות מסוג 429 עולה מעל לרמת הבסיס.
הממצאים משקפים את הפעילות של היום הקודם. לדוגמה, אם ביום שלישי הייתה עלייה חדה, היא תופיע ב-Storage Intelligence advisor ביום רביעי.
איך מגיבים לממצאים
אתם יכולים להיעזר בטבלה הבאה כדי לבחור את האסטרטגיה המומלצת לתרחיש שלכם:
תרחיש הפעולה המומלצת פרטים הסיבה לעלייה חדה ב 429לא ברורהשימוש ב-Gemini Cloud Assist כדי לזהות את הבעיה אם הסיבה לעומס וההיקף שלו לא ברורים, אתם יכולים להיעזר ב-Gemini Cloud Assist כדי לנתח את היומנים ולזהות מגמות ספציפיות באפליקציה או אצל המשתמשים שגורמות לעומס. במאמר ניתוח נתונים מאוחסנים באמצעות Gemini Cloud Assist מוסבר איך מגדירים את זה. בעיות באפליקציית הלקוח אופטימיזציה של התנהגות הלקוח בודקים את קוד האפליקציה כדי לוודא שהוא מטמיע השהיה מעריכית לפני ניסיון חוזר (exponential backoff). כדי למנוע חריגה מהמגבלות לכל קטגוריה, כדאי לפזר את עומסי העבודה בין כמה קטגוריות או קידומות. צריכים יומני בקשות מפורטים בדיקת דפוסי גישה באמצעות קבוצות נתונים של Storage Insights ייצוא מטא-נתונים ל-BigQuery כדי לקבל פירוט של דפוסי הגישה ברמת האובייקט. המידע הזה יכול לעזור לכם לזהות דפוסים או אובייקטים ספציפיים שגורמים לתחרות.
המאמרים הבאים
- ממצאים נוספים:
- מושגים קשורים: