Container Service for Kubernetes:DNS overview

CoreDNS non managé

CoreDNS est un module complémentaire dans un cluster Kubernetes qui gère la résolution DNS. Il peut résoudre à la fois les noms de domaine des services internes et les noms de domaine externes. Le projet CoreDNS est hébergé par la Cloud Native Computing Foundation (CNCF). Pour plus d'informations, consultez la page CoreDNS : DNS et découverte de services.

Conformément à la norme Kubernetes open source, les clusters ACK installent CoreDNS comme serveur DNS par défaut. CoreDNS est déployé en tant que Deployment dans le namespace kube-system. kube-dns est le Service de type ClusterIP pour CoreDNS. Pour savoir comment configurer CoreDNS, consultez la rubrique Configurer CoreDNS non managé.

Dans l'exemple suivant, un Pod du namespace default tente d'accéder à database-svc et suit le processus ci-dessous :

1. Le pod vérifie le fichier de configuration /etc/resolv.conf et détermine que l'adresse IP du serveur DNS est 172.0.XX.XX. Il s'agit du ClusterIP de kube-dns. Voici un exemple du fichier de configuration.

   nameserver 172.0.XX.XX                                              # Defines the IP address of the DNS server.
   search default.svc.cluster.local svc.cluster.local cluster.local    # Sets the search suffix rules for domain names. The more search paths are configured, the more lookup attempts are made.
   options ndots:5                                                     # Defines options for the domain name resolution configuration file. Multiple key-value pairs are supported.

2. Un pod envoie une requête DNS à kube-dns, en utilisant les valeurs du champ search comme suffixes pour résoudre séquentiellement les noms suivants :

   1. database-svc.default.svc.cluster.local (un Service dans le même namespace que le pod)

   2. database-svc.svc.cluster.local (un Service dans un autre namespace)

   3. database-svc.cluster.local (nom de domaine étendu au cluster)

   4. database-svc (nom de domaine externe)

3. Le pod CoreDNS renvoie le résultat, à savoir l'adresse IP 172.4.XX.XX.

4. Le pod utilise cette adresse IP pour accéder au service cible database-svc.

5. Si la requête concerne un nom de domaine externe, tel qu'un nom de domaine interne au VPC ou un nom de domaine public, le pod CoreDNS transfère la requête au serveur DNS en amont.

   Important

   Ne modifiez pas la configuration du serveur DNS sur le nœud, car CoreDNS hérite de l'adresse du serveur DNS en amont depuis le nœud sur lequel il s'exécute.

   La configuration CoreDNS est stockée dans le ConfigMap coredns du namespace kube-system. Dans la configuration par défaut, le plugin forward pointe vers /etc/resolv.conf. Cela signifie que pour les requêtes DNS en amont, CoreDNS utilise les adresses des serveurs DNS issues du fichier /etc/resolv.conf de son conteneur. Le fichier /etc/resolv.conf du conteneur CoreDNS est, par défaut, identique au fichier /etc/resolv.conf de son nœud hôte, qui utilise les adresses DNS par défaut 100.100.2.136 et 100.100.2.138. Si vous modifiez la configuration du serveur DNS sur le nœud, CoreDNS utilisera des adresses DNS en amont incorrectes, ce qui entraînera des échecs de résolution ou des résultats inattendus.

       .:53 {
           ...
           forward . /etc/resolv.conf {
             prefer_udp
           }
           ...
       }

CoreDNS managé

CoreDNS managé fonctionne sur le même principe que CoreDNS non managé, mais il est entièrement géré par ACK. Il ne consomme pas de ressources du cluster et ne nécessite aucune intervention O&M de votre part. Il effectue également un scaling automatique en fonction de la charge. Pour plus d'informations, consultez la rubrique Performances de CoreDNS managé.

CoreDNS managé est pris en charge dans les clusters managés ACK avec le mode automatique activé. Pour utiliser un cluster managé ACK avec le mode automatique activé, consultez la rubrique Créer un cluster managé ACK avec le mode automatique activé.