קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
היקפי Cloud DNS הם דרך גמישה לצרף משאבי DNS פרטיים ל Google Cloud אובייקטים. במקור, אפשר היה לצרף לרשתות של ענן וירטואלי פרטי (VPC) רק משאבי DNS פרטיים, כמו תחומים פרטיים של DNS, כללי מדיניות ותחומי peering. באמצעות היקפי DNS, אפשר לצרף משאבים לא רק למספר רשתות Google Cloud , אלא גם לקבוצה קטנה יותר, כמו אשכול Google Kubernetes Engine (GKE). במקום לצרף משאבי DNS פרטיים לרשתות, אפשר לצרף אותם להיקפים.
היקפי Cloud DNS מאפשרים לצרף משאב DNS פרטי לרשת VPC ולאשכול GKE.
בתוך גבולות היקף מסוים, כמו ברשת, אפשר ליצור תצוגה מותאמת אישית של DNS. לדוגמה, למספר אשכולות GKE ברשת אחת יכולה להיות היררכיית DNS משלהם של cluster.local.
אפשר ליצור תחום DNS ברמת VPC או ברמת אשכול GKE, בהתאם לרצון שלכם ששמות ה-DNS יהיו גלויים לכל רשת ה-VPC או מוגבלים לאשכול GKE:
היקף VPC. משתמשים בהיקף הזה כשצריך לפתור שמות DNS ברשת ה-VPC כולה. תחום DNS ברמת VPC מאפשר לשמות DNS להיות זמינים באופן גלובלי לכל רשת ה-VPC.
ברמת האשכול של GKE. ב-Cloud DNS אפשר ליצור היקף לאשכול GKE יחיד.
לאחר מכן תוכלו ליצור תחום מנוהל פרטי אחד או יותר לכל אשכולות, בדיוק כמו ברשתות. שאילתות מתוך האשכולות האלה בודקות קודם אם אפשר לענות על השאילתה באמצעות משאב ברמת האשכול הספציפי של GKE. אם לא, השאילתות חוזרות להתאמה רגילה, שמתחילה בבדיקת האפשרות להשיב לשאילתה באמצעות משאבים ברמת הרשת.
היררכיית ההיקפים
רזולוציית ה-DNS מתבצעת בהיקף הספציפי ביותר שזמין, ועוברת דרך ההיררכיה כשאזור לא נמצא בהיקף נמוך יותר. האשכולות הם ההיקף הספציפי ביותר, ו-Cloud DNS בודק אותם קודם כדי למצוא התאמה.
ההיקפים מאפשרים גם לתחומים מנוהלים ולמדיניות תגובה להתחבר לבורר אחד או יותר באותו היקף (אם רלוונטי). אפשר להגדיר רשת והיקף לקישור בדרכים הבאות:
בין כמה רשתות
בין אשכול GKE לרשת
בין כמה רשתות וכמה אשכולות GKE
אחרי שמקשרים תחום מנוהל או מדיניות תגובה לבורר, הם גלויים ללקוחות באותו היקף.
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["התוכן קשה להבנה","hardToUnderstand","thumb-down"],["שגיאות בקוד לדוגמה או במידע","incorrectInformationOrSampleCode","thumb-down"],["חסרים לי פרטים או דוגמאות","missingTheInformationSamplesINeed","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 2025-06-27 (שעון UTC)."],[[["\u003cp\u003eCloud DNS scopes enable the attachment of private DNS resources to multiple Google Cloud networks or specific groupings like GKE clusters, offering enhanced flexibility compared to the previous VPC network-only method.\u003c/p\u003e\n"],["\u003cp\u003eDNS scopes allow for custom DNS views within their boundaries, such as multiple GKE clusters in a single network having their own \u003ccode\u003ecluster.local\u003c/code\u003e DNS hierarchy.\u003c/p\u003e\n"],["\u003cp\u003eYou can establish either a VPC-scoped DNS zone for network-wide DNS resolution or a GKE cluster-scoped DNS zone to confine DNS name resolution to a single GKE cluster.\u003c/p\u003e\n"],["\u003cp\u003eDNS resolution follows a hierarchy, starting with the most specific scope (the GKE cluster) and progressively checking broader scopes if a zone is not found.\u003c/p\u003e\n"],["\u003cp\u003eScopes enable managed zones and response policies to be bound to selectors within the same scope, allowing for flexible configurations between multiple networks, GKE clusters, or a combination of both.\u003c/p\u003e\n"]]],[],null,["# Scopes and hierarchies\n\nCloud DNS scopes are a flexible way of attaching private DNS resources\nto Google Cloud objects. Originally, you could only attach private DNS\nresources such as private DNS zones, policies, and peering zones to\nVirtual Private Cloud (VPC) networks. By using DNS scopes, you can\nattach resources not only to multiple Google Cloud networks, but also to a\nsmaller grouping, such as a Google Kubernetes Engine (GKE) cluster. Instead\nof attaching private DNS resources to networks, you can attach private DNS\nresources to scopes.\n\nCloud DNS scopes let you attach a private DNS resource to a\nVPC network and a GKE cluster.\nWithin the boundaries of a particular scope, like in a network, you can create\na custom view of DNS. For example, multiple GKE clusters in a\nsingle network can have their own `cluster.local` DNS hierarchy.\n\nYou can create a VPC-scoped or a GKE cluster-scoped\nDNS zone depending on whether you want DNS names to be visible to the entire\nVPC network or limit them to a GKE cluster:\n\n- **VPC scope**. Use this scope when DNS names have to\n be resolved VPC network-wide. A VPC-scoped\n DNS zone lets DNS names be available globally to the entire\n VPC network.\n\n- **GKE cluster scope**. Cloud DNS lets you\n create a scope for a single GKE cluster.\n You can then create one or more private managed zones for each\n cluster, just like you can for networks. Queries from within that\n cluster first check to see if the query can be answered by a\n resource scoped to that specific GKE cluster. If not, queries\n fall back to normal matching, which starts by checking if the query can be\n answered by any network-scoped resources.\n\nScopes hierarchy\n----------------\n\nDNS resolution occurs at the most specific scope available, walking up the\nhierarchy when a zone is not found in a lower scope. The cluster is the most\nspecific scope, and Cloud DNS checks it first for a match.\n\nScopes also let [managed zones](/dns/docs/key-terms#dns-managed-zones) and\n[response policies](/dns/docs/key-terms#response-policy) bind to one or more\nselectors within the same scope (when applicable). You can configure a network\nand a scope to bind in the following ways:\n\n- Between multiple networks\n- Between a GKE cluster and a network\n- Between multiple networks and multiple GKE clusters\n\nAfter you bind a managed zone or response policy to a selector, it is visible to\nclients within the scope.\n\nTo learn how to configure a cluster-scoped Cloud DNS zone, see\n[Configure a GKE cluster scope](/dns/docs/zones/configure-scopes).\n\nWhat's next\n-----------\n\n- To find solutions for common issues that you might encounter when using Cloud DNS, see [Troubleshooting](/dns/docs/troubleshooting).\n- To learn more about Cloud DNS response policies, see [Manage response policies and rules](/dns/docs/zones/manage-response-policies).\n- To learn more about zones, see [Create, modify, and delete zones](/dns/docs/zones)."]]