בדף הזה מוסבר איך להשתמש ביועץ ב-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 ביום רביעי.
איך מגיבים לממצאים
אתם יכולים להיעזר בטבלה הבאה כדי לבחור את האסטרטגיה המומלצת לתרחיש שלכם:
תרחיש הפעולה המומלצת פרטים הסיבה לעלייה חדה ב 429לא ברורהשימוש ב-Gemini Cloud Assist כדי לזהות את הבעיה אם הסיבה וההיקף של הבעיה לא ברורים, אתם יכולים להשתמש ב-Gemini Cloud Assist כדי לנתח את היומנים ולזהות מגמות ספציפיות של אפליקציות או משתמשים שגורמות לעומס היתר. במאמר ניתוח נתונים מאוחסנים באמצעות Gemini Cloud Assist מוסבר איך מגדירים את זה. בעיות באפליקציית הלקוח אופטימיזציה של התנהגות הלקוח בודקים את קוד האפליקציה כדי לוודא שהוא מטמיע השהיה מעריכית לפני ניסיון חוזר (exponential backoff). כדי למנוע חריגה מהמגבלות לכל קטגוריה, כדאי לפזר את עומסי העבודה בין כמה קטגוריות או קידומות. צריכים יומני בקשות מפורטים בדיקת דפוסי גישה באמצעות קבוצות נתונים של Storage Insights ייצוא מטא-נתונים ל-BigQuery כדי לקבל פירוט של דפוסי הגישה ברמת האובייקט. המידע הזה יכול לעזור לכם לזהות דפוסים או אובייקטים ספציפיים שתורמים לתחרות.