Organízate con las colecciones
Guarda y clasifica el contenido según tus preferencias.
Descripción general de descubrimiento de servicios y DNS
Este tema describe cómo GKE en Azure interactúa con los Servicios de nombres de dominio (DNS).
Descubrimiento de servicios
La detección de servicios es el proceso mediante el cual las cargas de trabajo detectan servicios sin conocer su dirección IP. Esta sección describe cómo GKE en Azure implementa la detección de servicios y el DNS administrado.
Kubernetes genera automáticamente nombres de servicios que utilizan la siguiente especificación :
service . namespace .svc.cluster.local
Dónde:
service : el nombre de su servicio
namespace : el espacio de nombres de su servicio
Las cargas de trabajo también acceden a servicios externos (por ejemplo, example.net ) mediante nombres DNS. Para obtener más información sobre el comportamiento de DNS en Kubernetes, consulte DNS para servicios y pods .
CoreDNS
GKE en Azure usa CoreDNS para resolver nombres DNS dentro de los clústeres. CoreDNS se ejecuta como una implementación redundante y escalable en el espacio de nombres kube-system . La implementación de CoreDNS cuenta con un servicio que agrupa los pods de CoreDNS y les asigna una única dirección IP. La implementación de CoreDNS escala según el tamaño y el uso del clúster.
Caché DNS local del nodo
GKE en Azure usa NodeLocal DNSCache para mejorar el rendimiento de las búsquedas DNS. NodeLocal DNSCache se ejecuta como un DaemonSet en cada nodo del clúster. Cuando un pod realiza una solicitud DNS, esta se dirige primero a la caché DNS del mismo nodo. Si la caché no puede resolver la solicitud DNS, la reenvía a:
CoreDNS para un nombre interno, por ejemplo foo.bar.svc.cluster.local
¿Qué sigue?
Para obtener una descripción general de cómo se usa DNS en los clústeres de Kubernetes, consulte DNS para servicios y pods .
[[["Es fácil de entender","easyToUnderstand","thumb-up"],["Me ofreció una solución al problema","solvedMyProblem","thumb-up"],["Otro","otherUp","thumb-up"]],[["Es difícil de entender","hardToUnderstand","thumb-down"],["La información o el código de muestra no son correctos","incorrectInformationOrSampleCode","thumb-down"],["Me faltan las muestras o la información que necesito","missingTheInformationSamplesINeed","thumb-down"],["Problema de traducción","translationIssue","thumb-down"],["Otro","otherDown","thumb-down"]],["Última actualización: 2025-06-12 (UTC)."],[],[],null,["# Service discovery and DNS overview\n==================================\n\nThis topic describes how GKE on Azure interacts with Domain\nName Services (DNS).\n\nService discovery\n-----------------\n\nService discovery is the process where workloads discover services without\nknowing the service's IP address. This section describes how\nGKE on Azure implements service discovery and managed DNS.\n\nKubernetes automatically generates service names that use the following\n[specification](https://github.com/kubernetes/dns/blob/master/docs/specification.md):\n\n\u003cvar translate=\"no\"\u003eservice\u003c/var\u003e`.`\u003cvar translate=\"no\"\u003enamespace\u003c/var\u003e`.svc.cluster.local`\n\nWhere:\n\n- \u003cvar translate=\"no\"\u003eservice\u003c/var\u003e: your service's name\n- \u003cvar translate=\"no\"\u003enamespace\u003c/var\u003e: your service's Namespace\n\nWorkloads also access external services--- for example `example.net`---\nusing DNS names. For more information on the behavior of DNS in Kubernetes, see\n[DNS for Services and Pods](https://kubernetes.io/docs/concepts/services-networking/dns-pod-service/).\n\n### CoreDNS\n\nGKE on Azure uses\n[CoreDNS](https://kubernetes.io/blog/2018/07/10/coredns-ga-for-kubernetes-cluster-dns/)\nto resolve DNS names within clusters. CoreDNS runs as a redundant, scaled\n[Deployment](https://kubernetes.io/docs/concepts/workloads/controllers/deployment/)\nin the `kube-system`\nnamespace. The CoreDNS deployment has a\n[Service](/kubernetes-engine/docs/concepts/service) that groups the CoreDNS Pods\nand gives them a single IP address. The CoreDNS Deployment scales with the\ncluster's size and usage.\n\n### NodeLocal DNSCache\n\nGKE on Azure uses\n[NodeLocal DNSCache](https://kubernetes.io/docs/tasks/administer-cluster/nodelocaldns/)\nto improve DNS lookup performance. NodeLocal DNSCache runs as a\n[DaemonSet](https://kubernetes.io/docs/concepts/workloads/controllers/daemonset/)\non each node in your cluster. When a Pod makes a DNS request, the request first\ngoes to the DNS cache on the same node. If the cache can't resolve the DNS\nrequest, the cache forwards the request to either:\n\n- CoreDNS for an internal name--- for example `foo.bar.svc.cluster.local`\n\nWhat's next\n-----------\n\n- For an overview of how DNS is used in Kubernetes clusters, see [DNS for Services and Pods](https://kubernetes.io/docs/concepts/services-networking/dns-pod-service/)."]]
