当前位置:网站首页>kubernetes CoreDNS全解析
kubernetes CoreDNS全解析
2022-08-01 21:34:00 【毛奇志】
文章目录
一、前言
kubernetes CoreDNS 是 kube-system 命令空间里面的一个Pod,用于域名解析。
kubernetes自带三个命名空间(用kubeadm安装的Kubernetes集群):
default kube-public kube-system
前两个不重要,kube-system命名空间很重要,静态Pod都在这个命名空间里面。
kube-system中,与网络相关的三个Pod
kube-proxy:
calico:解决的是node1与node2之间(不同节点之间)网络通不通的问题。
验证1:kubectl get pod -n kube-system 查看calico是否正常运行Running;
验证2:在node1 ping 另一个节点node2 上 serviceName.namespace ,验证通不通。
CoreDNS:解决的是 ping 内网ip 可以通,ping serviceName.namespace 不通,报错为 name server unknown;ping 外网ip 可以通,ping 外网域名 不通的问题,报错为 name server unknown。解决的是将 域名解析为ip 的问题。
二、调用流程
pod - service - deployment - replicaset - 两个pod - configmap - linux




kubectl get deployment coredns -o yaml -n kube-system

小结:调用流程
pod - service - deployment - replicaset - 两个pod - configmap - linux
所有命令:
kubectl get pod -n kube-system -o wide
kubectl exec -it nginx bash
cat /etc/resolv.conf
kubectl get all -o wide -A | grep 10.96.0.10
kubectl get all -o wide -A | grep kube-dns
kubectl get all -o wide -A | grep coredns
kubectl get deployment coredns -o yaml -n kube-system
kubectl get configmap coredns -o yaml -n kube-system
三、CoreDNS
3.1 dnsPolicy的四个属性
Kubernetes 中 Pod 的 DNS 策略有四种类型,yaml 文件中通过 dnsPolicy 和 dnsConfig 两个属性来指定 Pod 的dns方式。
1.Default:Pod 继承所在主机上的 DNS 配置;
2.ClusterFirst:K8s 的默认设置;先在 K8s 集群配置的 coreDNS 中查询,查不到的再去继承自主机的上游 nameserver 中查询(就是通过 configmap 里面的 forward 属性来指定上游服务器);
3.ClusterFirstWithHostNet:对于网络配置为 hostNetwork 的 Pod 而言,其 DNS 配置规则与 ClusterFirst 一致;
4.None:忽略 K8s 环境的 DNS 配置,只认 Pod 的 dnsConfig 设置。(当 dnsPolicy 指定为 none,dnsConfig 属性必须配置)
默认是 ClusterFirst ,表示 ping serviceName.namespace 可以,ping 外网域名 报错 name server unknown。
设置为 Default 表示 继承所在主机上的 DNS 配置,但是 ping serviceName.namespace 报错 name server unknown。
3.2 Corefile 各自字段什么意思
53 表示的 kube-dns Service 服务的端口,其他的如下:
apiVersion: v1
kind: ConfigMap
metadata:
name: coredns
namespace: kube-system
data:
Corefile: |
.:53 {
errors
health {
lameduck 5s
}
ready
kubernetes cluster.local in-addr.arpa ip6.arpa {
pods insecure
fallthrough in-addr.arpa ip6.arpa
ttl 30
}
prometheus :9153
forward . /etc/resolv.conf
cache 30
loop
reload
loadbalance
}
Corefile 配置包括以下 CoreDNS 插件:
errors:错误记录到标准输出。
health:在 http://localhost:8080/health 处提供 CoreDNS 的健康报告。
ready:在端口 8181 上提供的一个 HTTP 末端,当所有能够 表达自身就绪的插件都已就绪时,在此末端返回 200 OK。
kubernetes:CoreDNS 将基于 Kubernetes 的服务和 Pod 的 IP 答复 DNS 查询。你可以在 CoreDNS 网站阅读更多细节。 你可以使用 ttl 来定制响应的 TTL。默认值是 5 秒钟。TTL 的最小值可以是 0 秒钟, 最大值为 3600 秒。将 TTL 设置为 0 可以禁止对 DNS 记录进行缓存。
pods insecure 选项是为了与 kube-dns 向后兼容。你可以使用 pods verified 选项,该选项使得 仅在相同名称空间中存在具有匹配 IP 的 Pod 时才返回 A 记录。如果你不使用 Pod 记录,则可以使用 pods disabled 选项。
prometheus:CoreDNS 的度量指标值以 Prometheus 格式在 http://localhost:9153/metrics 上提供。
forward: 不在 Kubernetes 集群域内的任何查询都将转发到 预定义的解析器 (/etc/resolv.conf).
cache:启用前端缓存。
loop:检测到简单的转发环,如果发现死循环,则中止 CoreDNS 进程。
reload:允许自动重新加载已更改的 Corefile。 编辑 ConfigMap 配置后,请等待两分钟,以使更改生效。
loadbalance:这是一个轮转式 DNS 负载均衡器, 它在应答中随机分配 A、AAAA 和 MX 记录的顺序。
参考资料(Corefile 各自字段什么意思):https://kubernetes.io/zh-cn/docs/tasks/administer-cluster/dns-custom-nameservers/
3.3 让container同时内网和外网(通过 forward 属性配置上游域名解析服务器来实现)
让container同时内网和外网,通过 forward 属性配置上游域名解析服务器来实现
[[email protected] ~]# kubectl get configmap coredns -o yaml -n kube-system
apiVersion: v1
data:
Corefile: |
.:53 {
errors
health
kubernetes cluster.local in-addr.arpa ip6.arpa {
pods insecure
upstream
fallthrough in-addr.arpa ip6.arpa
}
prometheus :9153
# 这里表示将使用本机linux的域名解析,可以配置为ip,表示其他的机器
forward . /etc/resolv.conf
cache 30
loop
reload
loadbalance
}
kind: ConfigMap
metadata:
creationTimestamp: "2022-07-28T16:05:03Z"
name: coredns
namespace: kube-system
resourceVersion: "200"
selfLink: /api/v1/namespaces/kube-system/configmaps/coredns
uid: 0a6711df-0e8f-11ed-a989-000c291867b4
yaml里面的指定 dnsPolicy 为 ClusterFirst 或者不指定,因为默认就是 ClusterFirst,只需要修改 configmap 里面的 forward . /etc/resolv.conf 配置上上游的域名解析服务器为本地。
查看本机使用的域名解析服务器
cat /etc/resolv.conf
nameserver 表示域名解析器
3.4 CoreDNS 配置等同于 kube-dns
在 Kubernetes 1.21 版本中,kubeadm 移除了对将 kube-dns 作为 DNS 应用的支持。 对于 kubeadm v1.24,所支持的唯一的集群 DNS 应用是 CoreDNS。
参考资料:https://kubernetes.io/zh-cn/docs/tasks/administer-cluster/coredns/
四、尾声
kubernetes CoreDNS全解析,完成了。
边栏推荐
- Dichotomy Medium LeetCode6133. Maximum Number of Groups
- Based on php tourism website management system acquisition (php graduation design)
- 用户量大,Redis没法缓存响应,数据库宕机?如何排查解决?
- 多商户商城系统功能拆解19讲-平台端发票管理
- ImportError: `save_weights` requires h5py.问题解决
- Uses of Anacoda
- ”sed“ shell脚本三剑客
- Port protocol for WEB penetration
- HCIP---多生成树协议相关知识点
- MySQL related knowledge
猜你喜欢

10 Practical Uses of NFTs (NFT System Development)

365天挑战LeetCode1000题——Day 046 生成每种字符都是奇数个的字符串 + 两数相加 + 有效的括号

19 Lectures on Disassembly of Multi-merchant Mall System Functions - Invoice Management on the Platform

LeetCode

虚拟内存与物理内存之间的关系
![[Chinese tree tags - CTB]](/img/f4/b985da2ff83b2a9ab4eebb8bd060bf.png)
[Chinese tree tags - CTB]

2022-08-01 第五小组 顾祥全 学习笔记 day25-枚举与泛型

51.【结构体初始化的两种方法】

空间数据库开源路,超图+openGauss风起禹贡

C expert programming
随机推荐
C pitfalls and pitfalls Chapter 8 Suggestions and answers 8.2 Answers
Based on php film and television information website management system acquisition (php graduation design)
ModuleNotFoundError: No module named 'yaml'
树莓派的信息显示小屏幕,显示时间、IP地址、CPU信息、内存信息(c语言),四线的i2c通信,0.96寸oled屏幕
Appendix A printf, varargs and stdarg A.1 printf family of functions
回收租凭系统100%开源无加密 商城+回收+租赁
深拷贝浅拷贝
0DFS中等 LeetCode6134. 找到离给定两个节点最近的节点
基于php在线考试管理系统获取(php毕业设计)
groupByKey和reduceBykey的区别
C Pitfalls and Defects Chapter 7 Portability Defects 7.9 Case Conversion
测试开发人均年薪30w+?软件测试工程师如何进阶拿到高薪?
左旋氧氟沙星/载纳米雄黄磁性/As2O3磁性Fe3O4/三氧化二砷白蛋白纳米球
AI应用第一课:支付宝刷脸登录
Based on php online music website management system acquisition (php graduation design)
【力扣】字符串相乘
基于php在线学习平台管理系统获取(php毕业设计)
PX4模块设计之十五:PX4 Log设计
Transformer学习
C语言必杀技3行代码把运行速度提升4倍