מכסות ומגבלות
במאמר הזה מפורטות המכסות והמגבלות שחלות על רשתות של ענן וירטואלי פרטי (VPC).
המכסות שלGoogle Cloud עוזרות לשמור על הוגנות ולצמצם עליות חדות בשימוש במשאבים ובזמינות שלהם. הן מגבילות את כמות המשאבים שלGoogle Cloud שאפשר להשתמש בהם בפרויקט ב- Google Cloud . המכסות רלוונטיות למגוון רחב של סוגי משאבים, כולל רכיבי חומרה, תוכנה ורשתות. לדוגמה, המכסות יכולות להגביל את מספר הקריאות ל-API בשירות מסוים, את מספר מאזני העומסים שאפשר להשתמש בהם בו-זמנית בפרויקט או את מספר הפרויקטים שאפשר ליצור. בשורה התחתונה, המכסות מגינות על משתמשיGoogle Cloud בכך שהן מונעות עומס יתר על השירותים, אבל גם עוזרות לשלוט על השימוש במשאבי Google Cloud .
מערכת המכסות ב-Cloud:
- עוקבת אחרי השימוש במוצרים ובשירותים של Google Cloud
- מגבילה את השימוש במשאבים האלה
- כוללת כלי שבאמצעותו אפשר לשלוח בקשות לשינוי המכסות ולשנות אותן אוטומטית
ברוב המקרים, כשאתם מנסים להשתמש ביותר משאבים מהמכסה, הגישה למשאב נחסמת ומה שאתם מנסים לעשות נכשל.
בדרך כלל, המכסות ב- Google Cloud הן ברמת הפרויקט. כלומר, השימוש במשאב מסוים בפרויקט כלשהו לא משפיע על המכסה שלכם בפרויקטים אחרים. ברמת הפרויקט ב- Google Cloud , המכסות משותפות לכל האפליקציות וכתובות ה-IP.
למשאבי VPC יש גם מגבלות מערכת. שאי אפשר לשנות.
מכסות
כדי לשנות מכסה, קראו את המאמר בקשת מכסה נוספת.
לכל פרויקט
בטבלה הזו מפורטות מכסות גלובליות חשובות של משאבי VPC בכל פרויקט. למכסות אחרות, ראו את הדף Quotas במסוף Google Cloud .
כדי לעקוב אחרי מכסות לכל פרויקט באמצעות Cloud Monitoring, מגדירים מעקב אחרי המדד serviceruntime.googleapis.com/quota/allocation/usage בסוג המשאב Consumer Quota. כדי להגיע לסוג המכסה, מגדירים מסנני תוויות נוספים (service, quota_metric). במאמר שימוש במדדי מכסות מוסבר איך לעקוב אחרי מדדי מכסות, כולל איך למצוא שמות של מגבלות ושמות של מדדים. לכל מכסה יש מגבלה וערך שימוש.
| מכסה | תיאור |
|---|---|
| רוחב הפס של הרשת | |
| רוחב פס של תעבורת נתונים יוצאת (egress) ממכונה וירטואלית של GCE לאינטרנט, ב-Mbps | רוחב הפס הכולל של תעבורת הנתונים היוצאת ממכונות וירטואליות של Google Cloud באזור אחד אל יעדים מחוץ לרשת VPC (באמצעות שער ברירת המחדל לאינטרנט). השימוש במכסה הזו מחויב בפרויקט שמכיל את המכונות הווירטואליות של Compute Engine ששולחות את החבילות. לא כולל תעבורת נתונים שנשלחת לממשקי Google API ולשירותים של Google באמצעות גישה פרטית ל-Google. לא כולל תעבורת נתונים שנשלחת ל-Google APIs ולשירותים של Google ממכונות וירטואליות עם כתובות IP חיצוניות. |
| רוחב פס של תעבורת נתונים יוצאת ברשת בין אזורים (Mbps) ממכונות Compute | רוחב הפס הכולל של תעבורת הנתונים היוצאת ממכונות וירטואליות של Google Cloud באזור אחד אל יעדים שאפשר לנתב בתוך רשת VPC (באמצעות הצעדים הבאים שהם לא שער ברירת המחדל לאינטרנט). השימוש במכסה הזו מחויב בפרויקט שמכיל את המכונות הווירטואליות של Compute Engine ששולחות את החבילות. |
| VPC משותף | |
| פרויקטים של שירות VPC משותף לכל פרויקט מארח | מספר הפרויקטים של שירות VPC משותף שאפשר לצרף לפרויקט מארח של VPC משותף. בנוסף למכסה הזו, כדאי לעיין במגבלות של פרויקטים ב-VPC משותף. |
| כללי | |
| רשתות | כולל את הרשת default, שאפשר להסיר. |
| ניתוב על סמך מדיניות | מספר המסלולים שמבוססים על מדיניות שאפשר ליצור בפרויקט. |
| נתבים | מספר הנתבים של Cloud Router שאפשר ליצור בפרויקט, בכל רשת ובכל אזור. בנוסף, ברשתות יש מגבלה על מספר הנתבים של Cloud Router בכל אזור נתון. לפרטים, ראו המכסות והמגבלות של Cloud Router. |
| רפליקציה של חבילות נתונים | מספר כללי המדיניות של רפליקציה של חבילות נתונים שאפשר ליצור בפרויקט, בכל רשת ובכל אזור. |
| כללי העברה של מאזן עומסים ופרוטוקול מידע נוסף זמין בקטע כללי העברה במסמכי התיעוד בנושא מכסות לאיזון עומסים. | |
| כתובות IP פנימיות | |
| כתובות IP פנימיות | מספר כתובות ה-IPv4 הפנימיות הסטטיות האזוריות שאפשר לשמור בכל אזור בפרויקט. |
| טווחי כתובות IPv6 פנימיות סטטיות אזוריות | מספר טווחי הכתובות הסטטיות הפנימיות של IPv6 אזוריות שאפשר להקצות בכל אזור בפרויקט. |
| כתובות IPv4 פנימיות גלובליות סטטיות | מספר הטווחים של כתובות IPv4 פנימיות גלובליות סטטיות שאפשר לשמור בפרויקט, כמו טווחי כתובות IPv4 שהוקצו לגישה לשירותים פרטיים וכתובות IPv4 שנשמרו לנקודות קצה של Private Service Connect שמשמשות לגישה לממשקי Google API גלובליים. בטווחי כתובות IP, כל טווח הוא טווח רציף של כתובות IP פנימיות. |
| טווחים פנימיים | מספר המשאבים של טווחים פנימיים שאפשר להקצות בפרויקט. |
| כתובות IP חיצוניות | |
| כתובות IP סטטיות | מספר כתובות ה-IPv4 החיצוניות הסטטיות האזוריות שאפשר לשמור בכל אזור בפרויקט. |
| טווחים של כתובות IPv6 חיצוניות סטטיות אזוריות | מספר טווחי הכתובות החיצוניות הסטטיות האזוריות ב-IPv6 שאפשר לשמור בכל אזור בפרויקט. |
| כתובות IP סטטיות גלובליות | מספר כתובות ה-IP החיצוניות הגלובליות הסטטיות שאפשר לשמור בפרויקט. |
| כתובות IP בשימוש | מספר כתובות ה-IP החיצוניות האזוריות, הסטטיות והזמניות, שאפשר להשתמש בהן בפרויקט בו-זמנית. |
| In-use IP addresses global | מספר כתובות ה-IP החיצוניות הגלובליות, הסטטיות והזמניות, שאפשר להשתמש בהן בפרויקט בו-זמנית. |
| בקשות להעברת כתובות לדקה | מגבלת המערכת על המספר הגלובלי של בקשות להעברת כתובות שאפשר לשלוח בדקה. |
| בקשות להעברת כתובות לדקה לכל אזור | מגבלת המערכת על מספר הבקשות להעברת כתובות שאפשר לשלוח בדקה לכל אזור. |
| העברת כתובות IP משלכם (BYOIP) | |
| כתובות IP סטטיות מסוג BYOIP | מספר כתובות ה-IP החיצוניות האזוריות מסוג bring your own IP שאפשר לשמור בכל אזור בפרויקט.
|
| כתובות IP סטטיות גלובליות מסוג BYOIP | מספר כתובות ה-IP החיצוניות הגלובליות מסוג כתובת IP משלכם (BYOIP) שאפשר ליצור בפרויקט.
|
| קידומות ציבוריות שפורסמו | מספר הקידומות המפורסמות באופן ציבורי (PAP) שאפשר ליצור בפרויקט.
|
| בקשות ליצירת קידומות מפורסמות בגרסה 2 ציבורית לדקה | מספר הבקשות ליצירת קידומות אזוריות של כתובות IP שפורסמו באופן ציבורי שאפשר לשלוח בדקה. המכסה הזו חלה על קידומות IP מפורסמות באופן ציבורי גם בגרסה 1 וגם בגרסה 2.
|
| בקשות למחיקת קידומות מפורסמות ב-Public V2 לדקה | מספר הבקשות למחיקה של קידומות אזוריות שפורסמו באופן ציבורי שאפשר לשלוח בדקה. המכסה הזו חלה על קידומות IP מפורסמות באופן ציבורי גם בגרסה 1 וגם בגרסה 2.
|
| בקשות הכרזה לדקה על קידומות מפורסמות בגרסה 2 ציבורית | מספר בקשות ההכרזה שאפשר לשלוח בדקה לקידומות אזוריות שפורסמו באופן ציבורי.
|
| קידומות אזוריות שהוקצו באופן ציבורי | מספר הקידומות האזוריות שהוקצו באופן ציבורי (PDP) שאפשר ליצור בכל אזור.
|
| קידומות גלובליות שהוקצו באופן ציבורי | מספר הקידומות הגלובליות הציבוריות המוקצות שאפשר ליצור.
|
| בקשות ליצירת קידומות אזוריות שהוקצו באופן ציבורי לדקה לכל אזור | מספר הבקשות ליצירת קידומות ציבוריות שהוקצו לאזור שאפשר לשלוח בכל דקה בכל אזור.
|
| בקשות למחיקת קידומות אזוריות שהוקצו באופן ציבורי, לדקה, לכל אזור | מספר הבקשות למחיקה של קידומות אזוריות שהוקצו להקצאת משנה וגלויות לכולם שאפשר לשלוח בדקה לכל אזור.
|
| בקשות להכרזה על קידומות אזוריות שהוקצו באופן ציבורי לדקה לכל אזור | מספר בקשות ההכרזה שאפשר לשלוח בדקה לכל אזור, בשביל קידומות ציבוריות שהוקצו לאזור. המכסה הזו לא חלה על בקשות למחיקת חשבון.
|
| קידומת ציבורית שהוקצתה עם אורך קידומת משתנה | מספר הקידומות האזוריות של כתובות IPv6 ציבוריות שהוקצו, שאפשר ליצור בכל פרויקט בכל אזור.
|
| Private Service Connect | |
| כללי העברה של איזון עומסים פנימי ב-PSC | המספר המקסימלי של נקודות קצה (כללי העברה) של Private Service Connect שצרכן שירות יכול ליצור כדי להתחבר לשירותים מנוהלים. המכסה הזו היא לכל אזור, לכל פרויקט. שם המכסה: |
| מספר נקודות הקצה האזוריות לכל פרויקט בכל אזור |
המספר המקסימלי של נקודות קצה מסוג Private Service Connect שצרכן שירות יכול ליצור כדי להתחבר לנקודות קצה אזוריות. המכסה הזו היא לכל אזור, לכל פרויקט. שם המכסה: |
| מסלולי GAPI גלובליים של PSC לכל טבלת מסלולים |
המספר המקסימלי של נקודות קצה (endpoint) של Private Service Connect לממשקי Google API גלובליים שאפשר להפיץ ל-VPC spokes שמחוברים לאותו מרכז של Network Connectivity Center (גרסת טרום-השקה (Preview)). כל נקודת קצה שמופצת נספרת פעם אחת במסגרת המגבלה הזו, בלי קשר למספר ה-VPC spokes שאליהם נקודת הקצה מופצת. שם המכסה: |
| צירופי שירותים | מספר הקבצים המצורפים המקסימלי של שירות Private Service Connect שבעלים של שירות מנוהל יכול ליצור. המכסה הזו היא לכל אזור, לכל פרויקט. שם המכסה: |
| חיבורי רשת | המספר המקסימלי של חיבורי רשת שצרכן של Private Service Connect יכול ליצור. המכסה הזו היא לכל אזור, לכל פרויקט. שם המכסה: |
| כללי מדיניות של חיבורי שירות לכל פרויקט בכל אזור | המספר המקסימלי של כללי מדיניות לחיבור לשירות שצרכן השירות יכול ליצור. המכסה הזו היא לכל אזור, לכל פרויקט. שם המכסה: |
| מפות של חיבורי שירות לכל פרויקט בכל אזור | המספר המקסימלי של מפות חיבורי שירות שהבעלים של השירות המנוהל יכול ליצור. המכסה הזו היא לכל אזור, לכל פרויקט. שם המכסה: |
| מצב תקינות משולב | |
| מדיניות בנושא צבירת נתוני בריאות אזוריים | המספר המקסימלי של כללי מדיניות לצבירת נתוני תקינות שאפשר ליצור בכל אזור בפרויקט. שם המכסה: |
| מקורות מידע אזוריים בנושאי בריאות | המספר המקסימלי של מקורות מידע רפואי שאפשר ליצור בכל אזור בפרויקט. שם המכסה: |
| בדיקות תקינות משולבות אזוריות | המספר המקסימלי של בדיקות תקינות מורכבות שאפשר ליצור בכל אזור בפרויקט. שם המכסה: |
לכל רשת
בטבלה הבאה מפורטות מכסות חשובות של הרשת. למכסות אחרות, ראו את הדף Quotas במסוף Google Cloud .
במאמר שימוש במדדי מכסות מוסבר איך לעקוב אחרי המדדים הזמינים באמצעות Cloud Monitoring. לכל מכסה יש מגבלה וערך שימוש.
למכסה לכל רשת יש בדרך כלל מכסה תואמת לכל קבוצת רשתות שכנות (peering), שרלוונטית כשמשתמשים בקישור בין רשתות VPC שכנות (peering). במכסות לכל קבוצת רשתות שכנות (peering) יש את המושג מגבלה בפועל.
| מכסה | תיאור |
|---|---|
| מכונות וטווחי כתובות IP חלופיות | |
| מכונות לכל רשת VPC | המספר הכולל של ממשקי הרשת (NIC) של המכונות הווירטואליות ברשת ה-VPC. שם המכסה: המדדים הזמינים:
|
| כתובות IP חלופיות לכל רשת VPC | המספר הכולל של טווחי כתובות IP חלופיות שמשמשים את ממשקי הרשת (NIC) של המכונות הווירטואליות ברשת ה-VPC. המכסה הזו סופרת את מספר טווחי ה-IP החלופיים בלי להתייחס לגודל של כל טווח (מסכה של תת-רשת). בנוסף למכסה הזו, יש מגבלה על מספר טווחי ה-IP החלופיים לכל ממשק רשת. שם המכסה: המדדים הזמינים:
|
| טווח כתובות IP של תת-רשתות | |
| טווחי רשתות משנה לכל רשת VPC | המספר הכולל של טווחי כתובות ה-IP של רשתות המשנה שבהם משתמשות רשתות המשנה ברשת ה-VPC. כולל טווחי כתובות IPv4 ראשיים, טווחי כתובות IPv4 משניים וטווחי כתובות IPv6. שם המכסה: המדדים הזמינים:
|
| טווחי רשתות משנה לכל קבוצת רשתות שכנות (peering) | מנקודת המבט של רשת VPC, המספר הכולל של טווחי כתובות ה-IP של תת-רשתות שמשמשים את תת-הרשתות המקומיות ברשת ה-VPC ובנקודות הקצה השכנות שמחוברות אליה ישירות. כולל טווחי כתובות IPv4 ראשיים, טווחי כתובות IPv4 משניים וטווחי כתובות IPv6. שם המכסה: המדדים הזמינים:
|
| קישור בין רשתות VPC שכנות (peering) | |
| קישורי Peering לכל רשת VPC | מנקודת המבט של רשת VPC, המספר הכולל של רשתות VPC אחרות שאפשר להתחבר אליהן באמצעות קישור (peering) בין רשתות VPC. שם המכסה: המדדים הזמינים:
|
| מסלולים סטטיים ודינמיים | |
| נתיבים סטטיים לכל רשת | מנקודת המבט של כל האזורים ברשת VPC, המספר הכולל של נתיבים סטטיים מקומיים לרשת ה-VPC. המכסה הזו חלה על המסלולים הסטטיים המצטברים של IPv4 ו-IPv6. שם המכסה: המדדים הזמינים:
|
| נתיבים סטטיים לכל קבוצת רשתות שכנות (peering) | מנקודת המבט של כל האזורים ברשת VPC, המספר הכולל של נתיבים סטטיים מקומיים ברשת ה-VPC ובמחשבים המקושרים ישירות אליה. המכסה הזו חלה על המספר הכולל של נתיבים סטטיים ב-IPv4 וב-IPv6. שם המכסה: המדדים הזמינים:
|
| נתיבים דינמיים לכל אזור בכל קבוצת רשתות שכנות (peering) | מנקודת המבט של כל אזור ברשת VPC, המספר הכולל של נתיבים דינמיים מקומיים ברשת ה-VPC ובמחשבים המקושרים ישירות אליה. המכסה הזו חלה על המספר הכולל של נתיבים דינמיים ב-IPv4 וב-IPv6. שם המכסה: המדדים הזמינים:
אם מספר הנתיבים הדינמיים חורג מהמגבלה הזו, Google Cloudמתאים את אופן הייבוא של הנתיבים הדינמיים לפי הכללים הבאים:
|
| כללי העברה של מאזן עומסים ופרוטוקול מידע נוסף זמין בקטע כללי העברה במסמכי התיעוד בנושא מכסות לאיזון עומסים. | |
| Private Service Connect | |
| כללי העברה של ממשקי Google API ב-PSC לכל רשת VPC | המספר המקסימלי של נקודות קצה (כללי העברה) של Private Service Connect שאפשר להשתמש בהן כדי לגשת לממשקי Google APIs גלובליים. המכסה הזו חלה על המספר הכולל של כללי העברה שמשמשים לגישה לממשקי Google API גלובליים בכל האזורים. אי אפשר להגדיל את המכסה הזו. במאמר לכל פרויקט מפורטים פרטים חשובים נוספים על מספר הכתובות הפנימיות הגלובליות שאפשר ליצור. שם המכסה: המדדים הזמינים:
|
| חיבורים מופצים של PSC לכל רשת VPC |
המספר המקסימלי של חיבורים מופצים של Private Service Connect לשירותים שפורסמו ולממשקי Google APIs אזוריים שיכולים להיות ברשת VPC של צרכן. אי אפשר להגדיל את המכסה הזו.
שם המכסה: המדדים הזמינים:
|
| כללי העברה של צרכן PSC ILB לכל רשת VPC של יצרן |
המספר המקסימלי של נקודות קצה של Private Service Connect וחיבורים מופצים שיכולים לגשת לרשת VPC של בעלים של שירות מנוהל. המכסה הזו חלה על המספר הכולל של נקודות הקצה ושל החיבורים המופצים שניגשים לשירותים בכל האזורים של רשת ה-VPC של הבעלים של השירות המנוהל. נקודות הקצה נכללות במכסה הזו עד שהן נמחקות, גם אם מחיקת השירות המשויכת נמחקת או מוגדרת לדחות את החיבור. חיבורים שהופצו נכללים במכסה הזו עד שנקודת הקצה המשויכת נמחקת, גם אם הפצת החיבורים מושבתת ב-hub או שה-spoke של החיבור שהופץ נמחק. שם המכסה: המדדים הזמינים:
|
מכסות שהוצאו משימוש
Google Cloud לא אוכף יותר את המכסות הבאות:
תת-רשתות: המכסה Subnetwork ranges per VPC network היא המכסה החלופית.
מסלולים: המכסה Static routes per network היא המכסה החלופית.
מכונות לכל קבוצת רשתות שכנות (peering): במקום זאת, Google Cloud אוכף את המכסה מכונות לכל רשת VPC בכל רשת VPC.
כתובות IP חלופיות לכל קבוצת רשתות שכנות (peering): במקום זאת, Google Cloud אוכף את המכסה של כתובות IP חלופיות לכל רשת VPC בכל רשת VPC.
מגבלות
בדרך כלל אי אפשר להגדיל את המגבלות, אלא אם צוין אחרת.
מגבלות על VPC משותף
מספר פרויקטי השירות שאפשר לצרף לפרויקט מארח הוא מכסה לכל פרויקט שניתנת להגדרה. בנוסף למכסה הזו, המגבלות הבאות חלות על VPC משותף.
| פריט | הגבלה | הערות |
|---|---|---|
| מספר הפרויקטים המארחים של VPC משותף בארגון אחד | 100 | כדי לבקש עדכון של המגבלה הזו, שלחו בקשת תמיכה. |
| מספר הפרויקטים המארחים שאפשר לצרף אליהם פרויקט שירות | 1 | אי אפשר להגדיל את המכסה הזו. |
לכל רשת
המגבלות הבאות חלות על רשתות VPC. המגבלות האלה נאכפות באמצעות מכסות פנימיות. אם חורגים מהמגבלות לכל רשת, מופיעות שגיאות QUOTA_EXCEEDED עם שמות המכסות הפנימיות.
| פריט | הגבלה | הערות |
|---|---|---|
| טווחי כתובות IP של תת-רשתות | ||
| טווחי IP ראשיים לכל רשת משנה | 1 | בתת-רשתות עם IPv4 בלבד ובתת-רשתות בשני פרוטוקולים, צריך להיות טווח IPv4 ראשי אחד (בלוק CIDR). אי אפשר להגדיל את המכסה הזו. מידע נוסף מופיע במאמר טווחי רשתות משנה של IPv4. |
| מספר מקסימלי של טווחי IP משניים לכל רשת משנה | 170 | בתת-רשתות עם IPv4 בלבד ובתת-רשתות בשני פרוטוקולים יכולים להיות טווחי כתובות IPv4 משניים. אי אפשר להגדיל את המכסה הזו. מידע נוסף מופיע במאמר טווחי רשתות משנה של IPv4. |
| מסלולים | ||
| מספר מקסימלי של תגי רשת לכל נתיב | 256 | המספר המקסימלי של תגי רשת שאפשר לשייך לנתיב סטטי. אי אפשר להגדיל את המכסה הזו. |
מגבלות על כתובות IP
| פריט | הגבלה | הערות |
|---|---|---|
| קידומות מוקצות שגלויות לכולם לכל קידומת מפורסמת שגלויה לכולם | 10 | מספר הקידומות הציבוריות המוקצות (PDP) שאפשר ליצור מקידומת ציבורית מפורסמת (PAP). |
| טווחים של כתובות IP שהוקצו לכל חיבור פרטי | 5,000 | המספר המקסימלי של טווחי כתובות IP שאפשר לשייך לחיבור פרטי. |
לכל מופע
המגבלות הבאות חלות על מכונות וירטואליות. אם לא צוין אחרת, אי אפשר להגדיל את המגבלות האלה. מכסות של Compute Engine שרלוונטיות ל-מכונות וירטואליות.
| פריט | הגבלה | הערות |
|---|---|---|
| יחידת שידור מקסימלית (MTU) | בין 1,300 בייטים ל-8,896 בייטים (כולל). ערכים נפוצים כוללים 1,460 בייטים (ברירת המחדל), 1,500 בייטים (Ethernet רגיל) ו-8,896 בייטים (מסגרות Jumbo). |
למידע נוסף, ראו יחידת שידור מקסימלית. |
| מספר מקסימלי של ממשקי רשת | תלוי בסוג המכונה של ה-VM | מידע נוסף זמין במאמר המספר המקסימלי של ממשקי רשת. |
| מספר מקסימלי של טווחי כתובות IP חלופיות לכל ממשק רשת | 150 | מספר טווחי ה-IP החלופיים שאפשר להקצות לממשק רשת, כל עוד לא חורגים מהמכסה של המספר הכולל של טווחי ה-IP החלופיים שהוקצו ברשת ה-VPC. Google Cloud לא מתייחס לגודל של מסכת הרשת של טווח כתובות ה-IP החלופיות. לדוגמה, טווח |
| ממשקי רשת לכל רשת VPC | 1 | כל ממשק רשת חייב להיות מחובר לרשת VPC ייחודית. למכונה יכול להיות רק ממשק רשת אחד ברשת VPC נתונה. |
| משך הזמן המקסימלי לחיבורי TCP ללא פעילות | 10 דקות | רשתות VPC מבטלות באופן אוטומטי חיבורי TCP לא פעילים אחרי עשר דקות. אי אפשר לשנות את המגבלה הזו, אבל אפשר להשתמש ב-TCP keepalives כדי למנוע מצב שבו החיבורים למכונות לא יהיו פעילים. לפרטים נוספים, קראו את המאמר טיפים ופתרון בעיות ב-Compute Engine. |
| קצב הנתונים המקסימלי של תעבורת נתונים יוצאת (egress) ליעד של כתובת IP פנימית | תלוי בסוג המכונה של ה-VM | למידע נוסף, קראו את המאמרים תעבורת נתונים יוצאת ליעדים של כתובות IP פנימיות וסוגי מכונות במאמרי העזרה של Compute Engine. |
| קצב הנתונים המקסימלי של תעבורת נתונים יוצאת ליעד של כתובת IP חיצונית | כל התהליכים: כ-7 Gbps (גיגה-ביט לשנייה) קבוע או 25 Gbps עם ביצועי רשת Tier_1 לכל מכונה וירטואלית תהליך יחיד: 3Gbps קבוע |
למידע נוסף, קראו את המאמר תעבורת נתונים יוצאת ליעדים של כתובות IP חיצוניות במסמכי התיעוד של Compute Engine. |
| קצב תעבורת הנתונים הנכנסת המקסימלי ליעד של כתובת IP פנימית | אין מגבלה מלאכותית | תעבורת נתונים נכנסת ליעדים של כתובות IP פנימיות במאמרי העזרה של Compute Engine. |
| קצב הנתונים המקסימלי של תעבורת נתונים נכנסת (ingress) ליעד של כתובת IP חיצונית | לא יותר מ-30Gbps לא יותר מ-1,800,000 חבילות לשנייה |
תעבורת נתונים נכנסת ליעדים של כתובות IP חיצוניות במאמרי העזרה של Compute Engine. |
מגבלות על רישום החיבורים ביומן
מספר החיבורים המקסימלי שאפשר לתעד לכל מופע VM תלוי בסוג המכונה. מגבלות רישום החיבורים ביומן מוגדרות כמספר המקסימלי של חיבורים שאפשר לרשום ביומן במרווח זמן של חמש שניות.
| סוג המכונה של המכונה הווירטואלית | מספר החיבורים המקסימלי שנרשם ביומן במרווח של 5 שניות |
|---|---|
| f1-micro | 100 חיבורים |
| g1-small | 250 חיבורים |
| סוגי מכונות עם 1-8 יחידות vCPU | 500 חיבורים לכל vCPU |
| סוגי מכונות עם יותר מ-8 מעבדי vCPU | 4,000 חיבורים (500 כפול 8) |
קישוריות היברידית
בקישורים הבאים תוכלו למצוא את המכסות והמגבלות של Cloud VPN, Cloud Interconnect ו-Cloud Router:
המגבלות בפועל על המכסות לכל קבוצת רשתות שכנות (peering)
לכל מכסה של קבוצת רשתות שכנות (peering) יש מגבלה אפקטיבית. בקטע הזה מוסבר איך מחושבת המגבלה בפועל של המכסה. המגבלה בפועל תמיד גדולה או שווה לערך המגבלה של המכסה לכל קבוצת רשתות שכנות (peering).
לרוב המכסות לכל קבוצת רשתות שכנות (peering) יש מכסת רשת תואמת – לדוגמה, SUBNET_RANGES_PER_PEERING_GROUP ו-SUBNET_RANGES_PER_NETWORK. חישוב המגבלה בפועל שמתואר בקטע הזה חל על כל המכסות לכל קבוצת רשתות שכנות (peering), גם על אלה שאין להן מכסה תואמת לכל רשת.
המגבלה בפועל של מכסה לכל קבוצת רשתות שכנות (peering) מחושבת באופן הבא:
שלב 1. בוחרים רשת VPC. כשמשתמשים בקישור בין רשתות VPC שכנות, לכל רשת יש קבוצת רשתות שכנות משלה. קבוצת הרשתות השכנות של רשת מסוימת מורכבת מרשת ה-VPC עצמה ומכל רשתות ה-VPC האחרות שמחוברות אליה ישירות באמצעות קישור בין רשתות VPC שכנות. חישובי המגבלה בפועל חוזרים על עצמם לכל מכסה של קבוצת רשתות שכנות (peering) בכל רשת בנפרד.
שלב 2. ברשת ה-VPC שנבחרה, מאתרים את הערך הגבוה מבין המגבלות הבאות:
- המגבלה של המכסה לכל קבוצת רשתות שכנות (peering)
- המגבלה של המכסה המתאימה לכל רשת
אם אין מכסה תואמת לכל רשת, משתמשים במגבלה של המכסה לכל קבוצת רשתות שכנות (peering).
שלב 3. יוצרים רשימה שמורכבת מהמגבלה הגדולה מבין שתי המגבלות האלה בכל רשת שכנה:
- המגבלה של המכסה לכל קבוצת רשתות שכנות (peering)
- המגבלה של המכסה המתאימה לכל רשת
אם אין מכסה תואמת לכל רשת, משתמשים במגבלה של המכסה לכל קבוצת רשתות שכנות (peering).
שלב 4. מוצאים את הערך הקטן ביותר ברשימה שנוצרה בשלב 3.
שלב 5. בוחרים את הערך הגבוה מבין שני הערכים משלב 2 ומשלב 4. המספר הזה הוא המגבלה בפועל של המכסה לכל קבוצת רשתות שכנות (peering) מנקודת המבט של רשת ה-VPC שנבחרה.
דוגמה למגבלות בפועל
נניח שיש לכם ארבע רשתות VPC: network-a, network-b, network-c ו-network-d. בגלל שיש ארבע רשתות VPC, יש גם ארבע קבוצות של רשתות שכנות (peering), אחת מנקודת המבט של כל רשת.
נניח שחיבורי ה-peering ברשת הם:
-
network-aמקושרת ב-peering ל-network-b, ו-network-bמקושרת ב-peering ל-network-a -
network-aמקושרת ב-peering ל-network-c, ו-network-cמקושרת ב-peering ל-network-a -
network-cמקושרת ב-peering ל-network-d, ו-network-dמקושרת ב-peering ל-network-c
נניח שהמגבלות של שתי מכסות תואמות מוגדרות באופן הבא:
| רשת | המגבלה של INTERNAL_FORWARDING_RULES_PER_PEERING_GROUP |
המגבלה של INTERNAL_FORWARDING_RULES_PER_NETWORK |
|---|---|---|
network-a |
500 | 600 |
network-b |
350 | 300 |
network-c |
300 | 300 |
network-d |
400 | 300 |
המגבלות בפועל של כל מכסת INTERNAL_FORWARDING_RULES_PER_PEERING_GROUP הן:
קבוצת רשתות שכנות (peering) של
network-a– הרשתות השכנות הישירות הןnetwork-bו-network-c.- ב
network-a:max(500,600) = 600 - רשימת הערכים המקסימליים של קישורים ישירים בין רשתות שכנות:
network-b:max(350,300) = 350network-c:max(300,300) = 300
- הערך המינימלי ברשימת קישור ישיר בין רשתות שכנות (direct peering):
min(350,300) = 300 - המגבלה בפועל על
INTERNAL_FORWARDING_RULES_PER_PEERING_GROUPבnetwork-a:max(600,300) = 600
- ב
קבוצת רשתות שכנות (peering) של
network-b– קישור ישיר אחד בין רשתות שכנות (direct peering),network-a.- ב
network-b:max(350,300) = 350 - רשימת הערכים המקסימליים של קישורים ישירים בין רשתות שכנות:
network-a:max(500,600) = 600
- הערך המינימלי ברשימת קישור ישיר בין רשתות שכנות (direct peering):
min(600) = 600 - המגבלה בפועל על
INTERNAL_FORWARDING_RULES_PER_PEERING_GROUPבnetwork-b:max(350,600) = 600
- ב
קבוצת רשתות שכנות (peering) של
network-c– הרשתות השכנות הישירות הןnetwork-aו-network-d.- ב
network-c:max(300,300) = 300 - רשימת הערכים המקסימליים של קישורים ישירים בין רשתות שכנות:
network-a:max(500,600) = 600network-d:max(400,300) = 400
- הערך המינימלי ברשימת קישור ישיר בין רשתות שכנות (direct peering):
min(600,400) = 400 - המגבלה בפועל על
INTERNAL_FORWARDING_RULES_PER_PEERING_GROUPבnetwork-c:max(300,400) = 400
- ב
קבוצת רשתות שכנות (peering) של
network-d– קישור ישיר אחד בין רשתות שכנות (direct peering),network-c.- ב
network-d:max(400,300) = 400 - רשימת הערכים המקסימליים של קישורים ישירים בין רשתות שכנות:
network-c:max(300,300) = 300
- הערך המינימלי ברשימת קישור ישיר בין רשתות שכנות (direct peering):
min(300) = 300 - המגבלה בפועל על
INTERNAL_FORWARDING_RULES_PER_PEERING_GROUPבnetwork-d:max(400,300) = 400
- ב
ניהול מכסות
Virtual Private Cloud אוכפת מכסות על השימוש במשאבים מסיבות שונות. לדוגמה, המכסות מגינות על קהילת משתמשי Google Cloud בכך שהן מונעות עלייה חדה ובלתי צפויה בשימוש. המכסות גם עוזרות למשתמשים שמתנסים ב- Google Cloud במסגרת התוכנית בחינם לא לחרוג מהמכסות של תקופת הניסיון.
כל הפרויקטים מתחילים עם אותן מכסות, שאפשר לשנות אותן על ידי בקשת מכסה נוספת. יכול להיות שחלק מהמכסות יגדלו באופן אוטומטי על סמך השימוש שלכם במוצר.
הרשאות
כדי לראות את המכסות או לבקש להגדיל אותן, לבעלי הרשאות (principals) בניהול הזהויות והרשאות הגישה (IAM) צריכה להיות אחת מההרשאות הבאות.
| משימה | התפקיד הנדרש |
|---|---|
| בדיקת מכסות לפרויקט | אחת מהאפשרויות הבאות:
|
| שינוי מכסות, בקשה למכסה נוספת | אחת מהאפשרויות הבאות:
|
בדיקת המכסה
המסוף
- נכנסים לדף Quotas במסוף Google Cloud .
- כדי לחפש את המכסה שרוצים לעדכן, משתמשים באפשרות 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 חיצוניות זמינות באזור הזה. זמינות של משאב של תחום מוגדר יכולה גם להשפיע על היכולת שלכם ליצור משאב חדש.
מקרים שבהם משאבים לא זמינים באזור שלם הם נדירים. עם זאת, המשאבים באזור עלולים להתרוקן מעת לעת, בדרך כלל בלי להשפיע על הסכם רמת השירות (SLA) לסוג המשאב. מידע נוסף זמין בהסכם רמת השירות הרלוונטי למשאב.