‫Google משתמשת בטכנולוגיית AI כדי לתרגם תוכן לשפה המועדפת עליך. בתרגומים כאלו עשויות להיות שגיאות.

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

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

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

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

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

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

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

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

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

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

מכסות

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

בטבלה הזו מפורטות מכסות גלובליות חשובות למשאבי Cloud DNS בכל פרויקט. למכסות אחרות, ראו את הדף Quotas במסוף Google Cloud .

פריט	תיאור
מגבלת קריאה לדקה לאזור	המספר המקסימלי של בקשות API שמשתמש IAM יכול לשלוח ל-Cloud DNS API בפרק זמן של דקה אחת. המכסה הזו מיועדת רק לקריאות ל-API. אין מכסות לעיבוד שאילתות DNS.
מפתחות DNSSEC לכל אזור מנוהל	המספר המקסימלי של מפתחות DNSSEC לכל אזור מנוהל.
אזורים מנוהלים לכל פרויקט	המספר המקסימלי המותר של אזורים מנוהלים בפרויקט.
אזורים מנוהלים לכל רשת VPC	המספר המקסימלי של אזורים מנוהלים שאפשר לצרף לרשת VPC.
משאבי מדיניות לכל פרויקט	המספר המקסימלי של כללי מדיניות לשרת DNS בכל פרויקט.
רשתות לכל מדיניות תגובה	המספר המקסימלי המותר של רשתות VPC לכל מדיניות תגובה.
מדיניות ניתוב עם בדיקת תקינות של האינטרנט לכל פרויקט	המספר המקסימלי של כללי מדיניות ניתוב של DNS עם בדיקת תקינות באינטרנט שמותרים בכל פרויקט.
פריטים בכל מדיניות ניתוב	המספר המקסימלי המותר של פריטים לכל מדיניות ניתוב.
אשכולות GKE לכל אזור מנוהל	המספר המקסימלי של אשכולות Google Kubernetes Engine (GKE) שאפשר לצרף לאזור עם היקף פרטי.
אשכולות GKE לכל מדיניות	המספר המקסימלי המותר של אשכולות GKE לכל מדיניות.
אזורים מנוהלים לכל אשכול GKE	המספר המקסימלי של אזורים מנוהלים שאפשר לצרף לאשכול GKE.
הוספת רשומות משאבים לכל שינוי	המספר המקסימלי של `ResourceRecordSets` שאפשר להוסיף לכל `ChangesCreateRequest`.
מחיקות של רשומות משאבים לכל שינוי	המספר המקסימלי של `ResourceRecordSets` שאפשר למחוק בכל `ChangesCreateRequest`.
קבוצות של רשומות משאבים לכל אזור מנוהל	המספר המקסימלי המותר של `ResourceRecordSets` לכל אזור בפרויקט.
רשומות משאבים לכל קבוצת רשומות משאבים	המספר המקסימלי המותר של `ResourceRecords` לכל `ResourceRecordSet`. לכל הקצאה (קבוצות של רשומות משאבים מסוג `NS`) יכולים להיות עד שמונה שרתי שמות.
מדיניות תגובה לכל פרויקט	המספר המקסימלי של כללי מדיניות תגובה שאפשר להגדיר בכל פרויקט.
מגבלת הכתיבה של כללי מדיניות התגובה לדקה לאזור	המספר המקסימלי של כללי מדיניות תגובה שאפשר לכתוב בדקה באזור מסוים.
כללי מדיניות התגובה לכל פעולה באצווה	המספר המקסימלי של פעולות ניהול של מדיניות תגובה לכל אצווה לדקה.
כללי מדיניות התגובה לכל מדיניות	המספר המקסימלי של כללי מדיניות תגובה שאפשר ליצור למדיניות.
שרתי שמות לטירגוט לפי מדיניות העברה	המספר המקסימלי המותר של שרתי שמות לטירגוט בכל מדיניות העברה.
שרתי שמות של יעדים לכל אזור מנוהל	המספר המקסימלי המותר של שרתי שמות לטירגוט לכל אזור העברה מנוהל.
הגודל הכולל של נתוני קבוצת רשומות המשאבים (בבייטים) לכל שינוי	הגודל המקסימלי המותר של כל `rrdata` ב-`ChangesCreateRequest` אחד, בבייטים.
רשתות VPC לכל אזור מנוהל	המספר המקסימלי של רשתות VPC שאפשר לצרף לאזור עם היקף פרטי.
רשתות VPC לכל כלל מדיניות	המספר המקסימלי המותר של רשתות VPC לכל מדיניות שרת DNS של Cloud DNS.
מגבלת כתיבה לדקה באזור	המספר המקסימלי של פעולות כתיבה ב-DNS בכל אזור בדקה. המכסה הזו משמשת לכל פעולת כתיבה שיוצרת, משנה או מוחקת רשומת DNS.

מגבלות

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

שימוש ב-API

מספר בקשות ה-API (שאילתות) ביום מנוהל ברמת הפרויקט. כל בקשות ה-API נכללות במגבלה הזו, כולל בקשות שנשלחות מ-Google Cloud CLI וממסוף Google Cloud .

הגבלות על משאבים

פריט	הגבלה
כדי לבקש עדכון של המגבלות האלה, צריך לפנות ל-Cloud Customer Care.
מספר תחומי הקישור בין רשתות שכנות לכל רשת	1,000
שרתי שמות לכל הקצאה	8
הוספות לכל שינוי	1,000
מחיקות לכל שינוי	1,000
גודל הנתונים של רשומת המשאב לכל שינוי	‫100,000 בייטים
מספר שילובי התוויות	1,000
מספר הכללים בכל מדיניות תגובה	10,000
מספר הפריטים בכל מדיניות ניתוב	100
מספר האזורים המנוהלים שמקושרים לרשת VPC	10,000
הגודל המקסימלי של תגובת DNS‏ (UDP)	‫1,440 בייטים
הגודל המקסימלי של תגובת DNS‏ (TCP)	‫65,533 בייטים
אי אפשר להגדיל את המגבלות האלה.
קצב השאילתות המקסימלי לכל רשת VPC בכל אזור	‫100,000 שאילתות בפרק זמן של עשר שניות (10s) באזור Google Cloud , לדוגמה `us-central1-a`
מספר כללי מדיניות התגובה לכל רשת VPC	1
מספר התוויות לכל אזור מנוהל	‫64 תוויות ו-128 בייטים לכל מפתח או ערך
מספר יעדי ההעברה באזור העברה	50
מספר יעדי ההעברה בשרת שמות חלופי	50
נקודות קצה יוצאות לכל פרויקט בכל אזור (גרסת טרום-השקה (Preview))	10
מספר נקודות הקצה היוצאות שמצורפות לאזור העברה או למדיניות של שרת DNS (תצוגה מקדימה)	100

מגבלות של שרתי שמות

ב-Cloud DNS, כל תחום מנוהל ציבורי מוקצה לאחד מחמישה פיצולים (shards) של שרתי שמות. הפיצולים הם האות שלפני המספר בשם של שרת שמות מוסמך, כך ש-ns-cloud-e1 עד ns-cloud-e4 הם הפיצול E.

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

אזור מנוהל עם אותו שם DNS, כמו domain.example.tld
תת-דומיין של שם ה-DNS, למשל sub.domain.example.tld
דומיין הורה של שם ה-DNS, כמו example.tld

בגלל ההגבלות האלה, המגבלות הבאות חלות על אזורים מנוהלים ציבוריים:

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

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

אפשר להקצות כמה תת-דומיינים של אותו דומיין הורה, למשל domain.example.tld ו-otherdomain.example.tld, לאותו מקטע. עם זאת, יכול להיות ש-Cloud DNS יבחר כל שאילתה זמינה אחרי שיביא בחשבון את המגבלות. אם יוצרים תת-דומיינים כאלה בכל פיצול, אי אפשר ליצור אזור לדומיין ההורה example.tld.

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

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

בודקים את שרתי השמות של כל אזור של תת-דומיין כדי לקבוע את המקטע שלו.
מוצאים את המקטע (X) עם הכי מעט אזורים מנוהלים (או עם האזורים הכי פחות חשובים).
מייצאים את האזורים במקטע X (ומשנים את ההקצאות שלהם) לשירות DNS אחר.
אחרי שתוקף ה-TTL יפוג בהקצאות המקוריות, מחקו את האזורים המנוהלים של תת-הדומיינים של המקטע X.
יוצרים את האזור המנוהל לדומיין ההורה. הוא מוקצה למקטע X.
משחזרים את האזורים המנוהלים שנמחקו של תת-הדומיינים, ומשחזרים את תת-הדומיינים לפני שמשחזרים את תת-הדומיינים שלהם. הם נמצאים במקטעים חדשים, ולכן צריך לעדכן את כל ההקצאות שלהם.

בדיקת המגבלות

כדי לבדוק את המגבלות של הפרויקט, אפשר להריץ את הפקודה הבאה. בדוגמה הבאה מוצגות המגבלות הכוללות לסוגים השונים של אובייקטים בפרויקט my-project. המכסה של totalRrdataSizePerChange נמדדת בבייטים, והיא הסכום הכולל של התוספות והמחיקות בשינוי.

gcloud dns project-info describe my-project

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

id: my-project,
kind: "dns#project",
number: "123456789012",
quota:
    kind: dns#quota,
    managedZones: 10000,
    resourceRecordsPerRrset: 10000,
    rrsetAdditionsPerChange: 3000,
    rrsetDeletionsPerChange: 3000,
    rrsetsPerManagedZone: 10000,
    totalRrdataSizePerChange: 100000,
    labelSets: 1000

השם של פרויקט ברירת המחדל ושל פרויקטים נוספים מופיע בחלק העליון של דף הבית ב- Google Cloud console.

管理配额

出于各种原因，Cloud DNS 会对资源用量实施配额限制。例如，配额可避免出现意料之外的用量突增，从而为 Google Cloud 用户社区提供保护。配额还可帮助正在通过免费层级探索 Google Cloud 的用户避免中断试用。

所有项目在开始时都具有相同的配额，您可以通过申请更多配额来进行更改。根据您使用产品的情况，一些配额可能会自动增加。

权限

如需查看配额或申请增加配额，Identity and Access Management (IAM) 主账号需要具备以下某个角色：

任务	所需角色
检查项目的配额	以下之一： Project Owner (`roles/owner`) Project Editor (`roles/editor`) Quota Viewer (`roles/servicemanagement.quotaViewer`)
修改配额，申请更多配额	以下之一： Project Owner (`roles/owner`) Project Editor (`roles/editor`) Quota Administrator (`roles/servicemanagement.quotaAdmin`) 具有 `serviceusage.quotas.update` 权限的自定义角色

查看您的配额

控制台

在 Google Cloud 控制台中，进入配额页面。
转到“配额”
如需搜索要更新的配额，请使用过滤表。如果您不知道配额的名称，请使用此页面上的链接。

gcloud

使用 Google Cloud CLI 运行以下命令来查看您的配额。

请将 PROJECT_ID 替换为您自己的项目 ID。

    gcloud dns project-info describe PROJECT_ID

超出配额时引发的错误

如果在发出 gcloud 命令时超过了配额，gcloud 会显示一条 quota exceeded 错误消息，并返回退出代码 1。

如果在发出 API 请求时超出了配额， Google Cloud 会返回以下 HTTP 状态代码：413 Request Entity Too Large。

申请更多配额

如需调整大多数配额，请使用 Google Cloud 控制台。如需了解详情，请参阅申请配额调整。

控制台

在 Google Cloud 控制台中，进入配额页面。
转到“配额”
在配额页面上，选择您要更改的配额。
点击位于页面顶部的修改配额。
在名称部分，输入名称。
可选：在电话字段中，输入有效的电话号码。
提交您的申请。配额申请需要 24 到 48 小时才能完成处理。

资源可用性

每个配额代表您可以创建的特定类型资源的数量上限（如果该资源可用）。必须要注意的是，配额无法保证资源可用。即使您具有可用配额，如果新资源不可用，您也无法创建新资源。

例如，您的配额可能足以在 us-central1 区域中创建新的区域性外部 IP 地址。但是，如果该区域中没有可用的外部 IP 地址，则无法执行此操作。可用区级资源可用性也会影响您能否创建新资源。

导致资源在整个区域不可用的情况非常罕见。但是，地区内的资源有时可能会耗尽，通常不会影响资源类型的服务等级协议 (SLA)。如需了解详情，请参阅资源的相关 SLA。

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