מכסות ומגבלות

ב-Cloud Router יש מכסות ומגבלות מערכת כדי לשמור על הקצאת משאבים הוגנת, למנוע עומס יתר על השירות ולעזור לכם לנהל את השימוש במשאבים.

מכסות ומגבלות מערכת דומות, אבל יש ביניהן כמה הבדלים:

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

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

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

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

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

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

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

מכסות

כדי לשנות מכסה, קראו את המאמר בקשת מכסה נוספת.

בטבלה הזו מפורטות מכסות חשובות לכל פרויקט. למכסות אחרות, עיינו בדף Quotas & System Limits במסוףGoogle Cloud .

פריט מכסה הערות
נתבי Cloud Router לכל פרויקט Quota בלי קשר למכסה, כל רשת מוגבלת לחמישה נתבי Cloud Router לכל אזור. לצפייה במגבלות

תחיליות ייחודיות של מסלולים דינמיים ב-Cloud Router מהאזור של הרשת, לכל אזור בכל רשת VPC

המספר המקסימלי של קידומות ייחודיות מובטחות של יעדים לנתיבים שנלמדו, שיוחלו על רשתות משנה באזור נתון על ידי כל נתבי Cloud באותו אזור. המכסה הזו נקראת from-own-region של האזור.

 Quota

גם קידומות IPv4 וגם קידומות IPv6 נכללות במכסה הזו.

כל הנתיבים שנלמדו נכללים במכסה הזו, כולל נתיבים שנלמדו בהתאמה אישית ונתיבים שהתקבלו מ-BGP.

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

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

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

רלוונטי רק לרשתות VPC במצב ניתוב דינמי גלובלי.

תחיליות ייחודיות של נתיבים דינמיים ב-Cloud Router מאזורים אחרים, לכל אזור בכל רשת VPC

המספר המקסימלי של יעדים ייחודיים מובטחים לנתיבים שנלמדו, שאפשר להחיל על רשתות משנה באזור נתון באמצעות נתבי Cloud Router מאזורים אחרים. המכסה הזו נקראת from-other-regions של האזור.

 Quota

גם קידומות IPv4 וגם קידומות IPv6 נכללות במכסה הזו.

כל הנתיבים שנלמדו נכללים במכסה הזו, כולל נתיבים שנלמדו בהתאמה אישית ונתיבים שהתקבלו מ-BGP.

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

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

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

מגבלות

המגבלות הבאות של Cloud Router חלות על רשתות VPC. אלא אם צוין אחרת, אי אפשר להגדיל את המגבלות האלה.

פריט הגבלה הערות
מספר הנתבים המקסימלי של Cloud Router לכל שילוב של רשת VPC ואזור 5 אם יש לכם מספיק מכסות בפרויקט, אתם יכולים ליצור עד חמישה נתבי Cloud Router ברשת VPC ובאזור נתונים.
מספר מקסימלי של עמיתי BGP לכל Cloud Router ברשת VPC ובאזור נתונים 128 הנתב השכן של BGP יכול להיות כל אחד מהבאים:
המספר המקסימלי של קידומות ש-Cloud Router מקבל ממקביל BGP יחיד 5,000 אם נקודת קצה (peer) של BGP מפרסמת יותר מ-5,000 קידומות, Cloud Router מאפס את סשן ה-BGP.
הגודל המקסימלי של כל משאבי המדיניות ב-Cloud Router נתון. ‫35KB‏ (35,000 בייטים)
מספר התנאים המקסימלי של כל כללי מדיניות הניתוב של BGP שהוחלו, בתוך עמית BGP או כיוון אחד 1,000 המגבלה הזו לא מפוצלת בין המשאבים, אלא משולבת. אין הגבלה על הגודל של ביטוי התאמה או ביטוי פעולה בודד, על מספר הפעולות במונח, על מספר המונחים במדיניות בודדת או על מספר כללי המדיניות.
המספר המקסימלי של פרסומי מסלולי רשת משנה לכל סשן BGP ב-Cloud Router נתון אין הגבלה אין הגבלה על מספר המסלולים של רשתות המשנה שאפשר לפרסם ב-Cloud Routers. מספר הנתיבים של רשתות המשנה נקבע לפי מספר הטווחים של רשתות המשנה, שנשלטים על ידי המכסות והמגבלות של רשת ה-VPC.
מספר הנתיבים המותאמים אישית שפורסמו לכל סשן BGP ב-Cloud Router נתון 200 אם הנתיבים המותאמים אישית שמפורסמים זהים לכל סשני ה-BGP ב-Cloud Router, המגבלה הזו מייצגת את המספר הכולל של נתיבי IPv4 ו-IPv6 ייחודיים בהתאמה אישית שמפורסמים ב-Cloud Router. במקרה כזה, כל סשן מקבל את אותה קבוצה של נתיבים מותאמים אישית שפורסמו.
הגודל המקסימלי של ליטרל ביטוי התאמה יחיד שמשמש במדיניות מסלול BGP, בשילוב של התאמות destination ו-community. ‫100 אלמנטים תואמים

לדוגמה, ל-destination.inAnyRange([prefix(...), prefix(..)]) && communities.matchesEvery(['0:0', '1:1']) יש ארבעה רכיבי התאמה ול- destination == ... || destination == ... יש שני רכיבי התאמה.

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

הפעולות הבאות מקבלות רשימות:

  • asPath.prependSequence
  • communities.add
  • communities.remove
  • communities.replaceAll

אין הגבלה על מספר הפעולות במונח, מספר המונחים במדיניות מסלול BGP אחת או מספר כללי המדיניות של מסלול BGP.
המספר המקסימלי של קבוצות עם שמות ב-Cloud Router נתון. 500 קבוצות בעלות שם תורמות למגבלה הכוללת על גודל המשאבים שקשורים למדיניות בנתב.
מספר הרכיבים המקסימלי בכל קבוצה בעלת שם. 1000
מספר השאילתות המקסימלי לדקה לקריאות ל-list-bgp-routes ב-Cloud Router יחיד 1500 המכסה הזו היא מ-compute.googleapis.com/list_requests_per_region. מידע נוסף זמין במאמר מכסות לקצב הגשת בקשות.
מספר מקסימלי של כללי מדיניות למסלולי BGP לכל Cloud Router. 500
מספר הנתיבים המקסימלי שנלמדו בהתאמה אישית בסשן BGP נתון 10

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

באזור נתון ברשת VPC, המספר המקסימלי של קידומות IP ייחודיות שאפשר להגדיר כנתיבים שנלמדו בהתאמה אישית. המגבלה הזו מאפשרת להשתמש באותם טווחים בכמה נקודות קצה (peers)

10

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

דוגמה לנתיב שנלמד

הדוגמאות הבאות ממחישות את התנהגות השמטת המסלולים שאתם עשויים להיתקל בה כשחורגים מהמכסה from-own-region או מהמכסה from-other-regions.

נניח שיש לכם נתבי Cloud Router באזור us-east1 ונתבי Cloud Router באזור us-west1 באותה רשת VPC, והפעלתם ניתוב דינמי גלובלי. כל Cloud Router בכל אזור לומד 250 יעדים ייחודיים. לצורך ההמחשה בדוגמה הזו, כל Cloud Router בכל אזור לא לומד את אותם היעדים.

לא משנה אילו Cloud Routers לומדים את המסלולים בכל אזור, המכסה from-own-region של כל אזור מנוצלת במלואה כי Cloud Routers בכל אזור לומדים 250 מתוך 250 יעדים ייחודיים. גם המכסות from-other-regions של שני האזורים מוצו, כי כל Cloud Router מייבא 250 יעדים ייחודיים מהאזור השני. אם ברשת ה-VPC לדוגמה נעשה שימוש בניתוב דינמי אזורי, המכסות מאזורים אחרים בכל אזור לא חלות, כי מצב הניתוב הדינמי האזורי מורה לרשת ה-VPC ליצור רק נתיבים דינמיים באזור שתואם לדילוג הבא של הנתיב.

חריגה מהמכסה של אזור מסוים באותו אזור

נניח שהנתב המקומי שמחובר ל-Cloud Router ב-us-west1 מפרסם יעד מספר 251. נתבי Cloud Router באזור us-west1 בוחרים 250 מתוך 251 היעדים הייחודיים לפי סדר מסלולים דטרמיניסטי. הנתבים האלה שולחים את 250 היעדים הייחודיים לרשת ה-VPC, ויוצרים 250 נתיבים דינמיים באזור us-west1.

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

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

כש-Cloud Routers באזור us-west1 לומדים 251 יעדים ייחודיים, 250 מתוך 251 היעדים הייחודיים מ-us-west1 זמינים למשאבים באזור us-east1, כי המכסה של אזור us-east1 ליעדים מאזורים אחרים יכולה לקבל רק 250 יעדים ייחודיים.

נניח שאתם יוצרים Cloud Router באזור שלישי, us-central1, באותה רשת VPC. נניח שה-Cloud Router החדש לומד 10 יעדים ייחודיים מה-BGP peer שלו. למרות שלא חרגתם מהמכסה של האזור us-central1, חרגתם מהמכסה של האזור us-central1 מאזורים אחרים, כי סך של 500 יעדים ייחודיים סופקו על ידי שני האזורים האחרים (250 מ-us-east1 ו-250 אחרים מ-us-west1).

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

אזור יעדים ייחודיים מקומיים לאזור
(שימוש במכסה של האזור ליעדים באותו אזור) 		יעדים ייחודיים מאזורים אחרים
(שימוש במכסה מאזורים אחרים של האזור)
us-west1

התקבלו 251. ‫250 מתוך 251 נבחרים, ואחד מתוך 251 מושמט לפי סדר המסלולים הדטרמיניסטי. נוצרים 250 מסלולים דינמיים עם הצעדים הבאים ב-us-west1 ב-us-west1.

‫250 הקידומות שנבחרו משותפות עם אזורים אחרים.

התקבלו 260 (250 מ-us-east1, 10 מ-us-central1). 250 מתוך 260 נבחרו, ו-10 מתוך 260 נמחקו לפי סדר הניתוב הדטרמיניסטי.

ב-us-west1 נוצרים 250 מסלולים דינמיים עם הדילוגים הבאים מחוץ ל-us-west1.
us-east1

התקבלו 250. כל 250 המסלולים נבחרים לפי סדר המסלולים הדטרמיניסטי. ‫250 מסלולים דינמיים עם הצעדים הבאים ב-us-east1 נוצרים ב-us-east1.

כל 250 הקידומות שנבחרו משותפות עם אזורים אחרים.

התקבלו 260 (250 מ-us-west1, 10 מ-us-central1). 250 מתוך 260 נבחרו, ו-10 מתוך 260 נמחקו לפי סדר הניתוב הדטרמיניסטי.

ב-us-east1 נוצרים 250 מסלולים דינמיים עם הדילוגים הבאים מחוץ ל-us-east1.
us-central1

התקבלו 10. כל 10 המקומות נבחרים לפי סדר המסלול הדטרמיניסטי. נוצרים 10 מסלולים דינמיים עם הצעדים הבאים ב-us-central1 ב-us-central1.

כל 10 הקידומות שנבחרו משותפות עם אזורים אחרים.

התקבלו 500 (250 מ-us-west1, 250 מ-us-east1). 250 מתוך 500 נבחרו, ו-250 מתוך 500 נמחקו לפי סדר הנתיבים הדטרמיניסטי.

ב-us-central1 נוצרים 250 מסלולים דינמיים עם הדילוגים הבאים מחוץ ל-us-central1.

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

התנהגות דטרמיניסטית לביטול נתיבים

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

  • הרשימה ממוינת קודם כל לפי אורך המסכה של רשת המשנה, מהקצרה ביותר לארוכה ביותר, אחר כך לפי IPv4 לפני IPv6, ואז לפי סדר לקסיקוגרפי. לדוגמה, 10.0.0.0/8 מופיע לפני 10.2.1.0/24, שמופיע לפני 10.99.1.0/24.

  • ‫250 הרשומות הראשונות ברשימה נשמרות. כל שאר הנתונים נמחקים.

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

להתנהגות הדטרמיניסטית לביטול נתיבים יש את ההשלכות הבאות:

  • אם אורך המסכות זהה, הקידומות של IPv6 נמחקות לפני הקידומות של IPv4.

  • אם קבוצת הקידומות שנלמדו בכל אזור נשארת קבועה,Google Cloud מתכנת קבוצה עקבית של מסלולים דינמיים מקומיים בכל אזור, בכפוף למצב הניתוב הדינמי של רשת ה-VPC. העקביות הזו, כולל הנתיבים ש-Cloud Router מסיר, נשמרת כשמשימות של Cloud Router מופעלות מחדש.

איך להימנע מביטול מסלולים

במהלך ביטול הנתיבים, תאבדו את הקישוריות לתחיליות שבוטלו. כדי למנוע את ביטול המסלולים, אתם יכולים לעקוב אחרי השימוש בתחיליות from-own-region ו-from-other-regions בכל אזור באמצעות Cloud Monitoring או Cloud Logging, ולוודא שאתם לא מפרסמים יותר יעדים ייחודיים מכל מכסה.

כדאי לסכם את המסלולים כדי לצמצם את מספר היעדים הייחודיים. לדוגמה, אם יש לכם את ארבע רשתות המשנה 10.10.0.0/24,‏ 10.10.1.0/24,‏ 10.10.2.0/24 ו-10.10.3.0/24, אתם יכולים לסכם אותן בתחילית אחת, 10.10.0.0/22.

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

ניהול מכסות

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

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

הרשאות

כדי לראות את המכסות או לבקש להגדיל אותן, לבעלי הרשאות (principals) בניהול הזהויות והרשאות הגישה (IAM) צריכה להיות אחת מההרשאות הבאות.

משימה התפקיד הנדרש
בדיקת מכסות לפרויקט אחת מהאפשרויות הבאות:
שינוי מכסות, בקשה למכסה נוספת אחת מהאפשרויות הבאות:

בדיקת המכסה

המסוף

  1. נכנסים לדף Quotas במסוף Google Cloud .

    לפתיחת הדף Quotas

  2. כדי לחפש את המכסה שרוצים לעדכן, משתמשים באפשרות Filter table. אם אתם לא יודעים מה שם המכסה, אתם יכולים להשתמש בקישורים שבדף הזה.

gcloud

מריצים את הפקודה הבאה באמצעות Google Cloud CLI כדי לבדוק את המכסות. מחליפים את PROJECT_ID במזהה הפרויקט שלכם.

    gcloud compute project-info describe --project PROJECT_ID

כדי לבדוק את המכסה שנוצלה באזור מסוים, מריצים את הפקודה הבאה:

    gcloud compute regions describe example-region

שגיאות שמתרחשות כשחורגים מהמכסה

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

אם תחרגו ממכסה עם בקשת API, Google Cloud יוחזר קוד הסטטוס הבא של HTTP: 413 Request Entity Too Large.

בקשה להגדלת המכסה

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

זמינות המשאבים

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

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

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