מכסות ומגבלות ב-Cloud Monitoring

במאמר הזה מפורטות המכסות והמגבלות של המערכת שחלות על Cloud Monitoring.

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

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

מערכת המכסות ב-Cloud:

• עוקבת אחרי השימוש במוצרים ובשירותים של Google Cloud
• מגבילה את השימוש במשאבים האלה
• כוללת כלי שבאמצעותו אפשר לשלוח בקשות לשינוי המכסות ולשנות אותן אוטומטית

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

בדרך כלל, המכסות ב- Google Cloud הן ברמת הפרויקט. כלומר, השימוש במשאב מסוים בפרויקט כלשהו לא משפיע על המכסה שלכם בפרויקטים אחרים. ברמת הפרויקט ב- Google Cloud , המכסות משותפות לכל האפליקציות וכתובות ה-IP.

לסקירה כללית על מכסות ב-Cloud

כדי לשנות את רוב המכסות, משתמשים במסוף Google Cloud . מידע נוסף זמין במאמר בנושא שליחת בקשה לשינוי המכסות.

יש גם מגבלות מערכת על משאבי Monitoring. שאי אפשר לשנות.

מעקב אחרי מכסות ומגבלות של API

קטגוריה	ערך מקסימלי
מגבלות על השימוש בממשקי API	כדי למצוא את המכסות והמגבלות של ה-API, מבצעים אחת מהפעולות הבאות: נכנסים אל לוח הבקרה של המכסות במסוף Google Cloud . ב-Cloud Shell, מריצים את הפקודה gcloud alpha services quota list.
משך החיים של טוקנים של דפים ב-API	24 שעות
גודל תגובה מקסימלי	‫200MB הגודל של מטען הנתונים של התגובה שעבר סריאליזציה, שכולל גם את הנתונים הגולמיים וגם את המפתחות והערכים של התווית לכל סדרת זמן שמוחזרת. אם התגובה לשאילתה גדולה מ-200MB, הבקשה נכשלת עם השגיאה RESOURCE_EXHAUSTED (HTTP 429 Too Many Requests). כדי למנוע שגיאות RESOURCE_EXHAUSTED או לפתור אותן, צריך לבצע את הפעולות הבאות: כדאי לצמצם את הקרדינליות של המדדים או להחיל מסננים כדי לצמצם את מספר סדרות הזמן. להאריך את תקופת ההתאמה. מקצרים את טווח הזמן של השאילתה. אם אתם משתמשים ב-PromQL, כדאי להטמיע כללי הקלטה.

שמירת נתונים

נקודות נתונים של מדדים שהן ישנות יותר מתקופת השמירה נמחקות מסדרות הזמן.

קטגוריה	ערך
שמירה של נקודות נתונים בחלק Google Cloud מהשירותים, כולל רוב המדדים בקטגוריות הבאות: מדדים של Compute Engine, הקידומת compute.googleapis.com מדדי GKE, קידומת kubernetes.io מדדים של Cloud Storage, קידומת storage.googleapis.com מדדים של BigQuery, קידומת bigquery.googleapis.com	‫24 חודשים^1
שמירה של כל שאר Google Cloud המדדים	6 שבועות
משך החיים של טוקנים של דפים ב-API	24 שעות