Kubernetes DNS Concepts: Difference between revisions

From NovaOrdis Knowledge Base
Jump to navigation Jump to search
Line 28: Line 28:
The local DNS library is thus configured to use by default the name server behind the Kubernetes [[#DNS_Service|DNS service]].
The local DNS library is thus configured to use by default the name server behind the Kubernetes [[#DNS_Service|DNS service]].


Each name being resolved resolved on a pod is successively looked up, in order, in the following DNS subdomains: "default.svc.cluster.local", "svc.cluster.local" and "cluster.local". <font color=darkgray>Explain default.svc.cluster.local, svc.cluster.local, cluster.local.</font>
Each name being resolved resolved on a pod is successively looked up, in order, in the following DNS subdomains: "default.svc.cluster.local", "svc.cluster.local" and "cluster.local". For more details see [[/etc/resolv.conf#Search|/etc/resolv.conf search]]. <font color=darkgray>Explain default.svc.cluster.local, svc.cluster.local, cluster.local.</font>


=cluster.local=
=cluster.local=

Revision as of 06:55, 20 September 2020

Internal

Overview

Each Kubernetes cluster runs its own DNS service. The DNS service is exposed as a kube-dns Kubernetes ClusterIP service, running in the "kube-system" namespace. The service is backed by two coredns highly-available pods, also deployed in the "kube-system" namespace.

The DNS Service

Each Kubernetes cluster runs an internal DNS service. The DNS service is exposed as a regular Kubernetes ClusterIP service, deployed in the "kube-system" namespace, which in turn exposes the Kubernetes internal DNS server:

NAME       TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)                  AGE
kube-dns   ClusterIP   10.96.0.10   <none>        53/UDP,53/TCP,9153/TCP   49d

The static ClusterIP address allocated to the DNS service (10.96.0.10) is hardcoded into every pod in the cluster, allowing the pods to resolve service names.

Every time a new Kubernetes service is deployed, the Kubernetes cluster automatically updates the internal database with service name to ClusterIP address mappings, making the ClusterIP address of the new service dynamically available to all other pods in the cluster. The mechanism is explained in detail in:

Services and DNS

StatefulSets and the individual pods managed by a StatefulSet are also registered with the DNS service.

Name Resolution inside a Pod

A pod can be configured to use the internal DNS server or not for DNS queries executed on the pod. This behavior is configured with the pod manifest dnsPolicy element.

Each pod gets an /etc/resolv.conf with a name server hardcoded to the IP address of the DNS service kube-dns:

nameserver 10.96.0.10
search default.svc.cluster.local svc.cluster.local cluster.local
options ndots:5

The local DNS library is thus configured to use by default the name server behind the Kubernetes DNS service.

Each name being resolved resolved on a pod is successively looked up, in order, in the following DNS subdomains: "default.svc.cluster.local", "svc.cluster.local" and "cluster.local". For more details see /etc/resolv.conf search. Explain default.svc.cluster.local, svc.cluster.local, cluster.local.

cluster.local

"cluster.local" is a configurable cluster domain suffix used in all cluster local names.

svc.cluster.local

All services in the cluster belong to "svc.cluster.local" subdomain.

TODO

DNS Operations

DNS Implementation Details

The DNS Server

The Kubernetes cluster's DNS server implementation is based on CoreDNS, kube-dns or SkyDNS, depending on version. The pods implementing the DNS support are exposed to the cluster via a DNS ClusterIP Service.

CoreDNS

NAME                         READY   STATUS    RESTARTS   AGE
coredns-5644d7b6d9-kcxt6     1/1     Running   0          8h
coredns-5644d7b6d9-mztf9     1/1     Running   0          8h

kube-dns

Note that kube-dns seems to be both the name of the Kubernetes DNS service and the name of a backing provider.

SkyDNS