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

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

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

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

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

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

כדי לקבל מידע על המכסות ומגבלות המערכת של מוצר מסוים, אפשר לעיין בדף המכסות והמגבלות של המוצר, למשל המכסות והמגבלות של Cloud Storage.

בקישורים הבאים תוכלו לקרוא מידע נוסף שקשור לשימוש במשאבים:

סוגי המכסות

ב-Google Cloud יש שלושה סוגים של מכסות:

  • מכסות הקצאה: מכסות הקצאה מגבילות את כמות המשאבים ש-Google Cloud מקצה לכם. לדוגמה, ב-Compute Engine יש מכסת הקצאה למספר המכונות הווירטואליות שמוקצות לפרויקט ב- Google Cloud.

  • מכסות לקצב שליחת בקשות: מכסות לקצב שליחת בקשות מגבילות את הקצב שבו אפשר לצרוך משאב. במכסות לקצב הגשת בקשות מצוינים פרק זמן וכמות המשאבים שמותר לצרוך במהלך פרק הזמן הזה.

  • מכסות בו-זמניות: מכסות בו-זמניות מגבילות את מספר הפעולות שפועלות בו-זמנית. מכסות בו-זמניות חלות בדרך כלל על פעולות ממושכות. לדוגמה, פעולות מסוימות של insert ב-Compute Engine יכולות להימשך עד שעה, והן מוגבלות על ידי מכסה לפעולות בו-זמניות.

מכסות וההיררכיה של Google Cloud

רוב המכסות חלות על אחת מהרמות הבאות בהיררכיית Google Cloud:

  • מכסות ברמת הפרויקט: מכסות ברמת הפרויקט מגבילות את השימוש במשאבים בפרויקט ב- Google Cloud . השימוש במשאב בפרויקט אחד לא משפיע על המכסה שלכם בפרויקט אחר.

  • מכסות ברמת התיקייה: מכסות ברמת התיקייה מגבילות את השימוש במשאבים בתוך תיקייה ב- Google Cloud . תיקיות ופרויקטים שהם צאצאים תורמים לניצול המכסה. תיקיות ופרויקטים מחוץ לתיקייה שלכם לא משפיעים על המכסה הזמינה.

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

לדוגמה, ל-Compute Engine API יש מכסה ברמת הפרויקט למספר השאילתות שאפשר לשלוח בדקה. אם פרויקט אחד מגיע לערך המכסה בפחות מדקה, אי אפשר לבצע יותר שאילתות בפרויקט. בפרויקטים אחרים אפשר להמשיך לשלוח שאילתות.

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

כדי לזהות את Google Cloud רמת ההיררכיה של המכסות למוצר, אפשר לעיין בדף המכסות והמגבלות של המוצר – לדוגמה, המכסות והמגבלות של Cloud Storage.

אזורים ותחומים

המכסות הן אזוריות או של תחום מוגדר:
  • ‫Regional: מכסות אזוריות מגבילות את השימוש במשאבים באזור של Google Cloud . השימוש במשאבים בכל אזור משנה באזור תורם לשימוש במכסה האזורית.
  • Zonal: מגבילות את השימוש במשאבים ב Google Cloud אזור ספציפי. השימוש במשאבים באזור מסוים לא משפיע על המכסה הזמינה באזור אחר. אם המשאב כפוף גם למכסה אזורית, השימוש באזור אחד משפיע על המכסה הזמינה באזורים אחרים על ידי הפחתת המכסה האזורית שמשותפת בין האזורים, למרות שהמכסה של אזורים אחרים לא מושפעת.

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

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

ניהול ערכי המכסות

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

מה קורה כשהמכסה נגמרת

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

אם אתם רוצים להשאיר את ערך המכסה, אתם יכולים לעבוד במסגרת המגבלות שלה כדי לבצע את הבקשה:

  • מכסות הקצאה: כדי לפנות מכסות הקצאה, אתם יכולים למחוק משאבים שלא בשימוש שנכללים במכסה או במגבלת המערכת שאתם רוצים לצרוך. לדוגמה, יכול להיות שערך המכסה של מכונה וירטואלית מסוימת ב-Compute Engine יהיה 100. אם כבר יש לכם 99 מכונות וירטואליות כאלה ואתם רוצים ליצור עוד 10, הבקשה תיכשל כי הוספה של עוד 10 מכונות תחרוג מערך המכסה (עדיין תוכלו להקצות עוד מכונה וירטואלית אחת). כדי לפנות משאבים, מחקו תשע מהמכונות.

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

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

מידע על שינויים במכסות

כדי לבקש הגדלה של המכסה, צריך לפנות לתמיכה של Google Cloud.

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

מידע נוסף זמין בדף ההבדלים במכסות ב-Cloud.

המאמרים הבאים