k8s学习笔记之CoreDNS
一、CoreDNS configMap配置参数及说明
主要讲解CoreDNS configMap及其他关键配置
部署文件(需要替换其中一些变量)：https://github.com/kubernetes/kubernetes/blob/master/cluster/addons/dns/coredns/coredns.yaml.base
1.configMap配置
apiVersion: v1
kind: ConfigMap
metadata:
name: coredns
namespace: kube-system
labels:
addonmanager.kubernetes.io/mode: EnsureExists
data:
Corefile: |
.:53 {
errors
health {
lameduck 5s
}
ready
kubernetes __DNS__DOMAIN__ in-addr.arpa ip6.arpa {
pods insecure
fallthrough in-addr.arpa ip6.arpa
ttl 30
}
prometheus :9153
forward . /etc/resolv.conf {
max_concurrent 1000
}
cache 30
loop
reload
loadbalance
}
2.配置参数说明
|
参数 |
描述 |
|
errors |
错误信息到标准输出。 |
|
health |
CoreDNS自身健康状态报告，默认监听端口8080，一般用来做健康检查。可以通过 |
|
ready |
CoreDNS插件状态报告，默认监听端口8181，一般用来做可读性检查。可以通过 |
|
kubernetes |
CoreDNS Kubernetes插件，提供集群内服务解析能力，基于kubernetes service name 进行DNS查询并返回记录给客户端 |
|
prometheus |
CoreDNS自身metrics数据接口。可以通过 |
|
forward（或proxy） |
将域名查询请求转到预定义的DNS服务器。默认配置中，当域名不在Kubernetes域时，将请求转发到预定义的解析器（/etc/resolv.conf）中。默认使用宿主机的/etc/resolv.conf配置。 |
|
cache |
DNS缓存，单位秒。 |
|
loop |
环路检测，如果检测到环路(cordns转发到其他DNS，其他DNS再转发到coredns)，则停止CoreDNS。 |
|
reload |
允许自动重新加载已更改的Corefile。编辑ConfigMap配置后，默认等待两分钟后更改生效。 |
|
loadbalance |
轮询DNS解析记录，如果一个域名存在多个解析记录，可以抽取记录值随机响应，对A、AAAA、MX记录生效。 |
3.其他重要参数
service中：__DNS__SERVER__ ：自定义 coredns svc的地址即DNS服务器地址
configMap中kubernetes cluster.local 自定义DNS解析与，如果修改则集群DNS完全解析域名如下：${SVC_NAME}.${NAMESPACE_NAME}.svc.${DNS_DOMAIN}
二、CoreDNS的扩展配置
以下为常见场景下CoreDNS配置
1.设置打印CoreDNS的解析日志，启用log插件，配置如下
Corefile: |
.:53 {
errors
log #在errors插件下添加log,2分钟后生效
health {
lameduck 15s
}
2.为指定域名配置转发
如example.com类型后缀的域名需要经过自建DNS服务器（IP为10.10.0.10）进行解析的话，可为域名配置一个单独的服务块。示例配置如下：
Corefile: |
.:53 {
errors
health {
lameduck 15s
}
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 {
prefer_udp
}
cache 30
loop
reload
loadbalance
}
# 此处为新增内容(forward和proxy都可以)
example.com:53 {
errors
cache 30
forward . 10.10.0.10 {
prefer_udp
}
}
3.对集群外域名配置其他域名服务器
即将所有k8s集群外的域名解析转发到指定的服务器，如当前业务在阿里云，可以将k8s集群外的所有域名转发到阿里云公共DNS服务器，不使用宿主机上的/etc/resolv.conf配置，具体配置如下
Corefile: |
.:53 {
errors
health {
lameduck 15s
}
ready
kubernetes cluster.local in-addr.arpa ip6.arpa {
pods insecure
fallthrough in-addr.arpa ip6.arpa
ttl 30
}
prometheus :9153
forward . 10.10.0.10 10.10.0.20 { #10.10.0.10 10.10.0.20为自定义DNS服务器
prefer_udp
}
cache 30
loop
reload
loadbalance
}
4.自定义域名hosts
碰到过的实际场景：三方的域名突然失效，通过在CoreDNS中指定三方域名的IP实现业务正常运行，具体示例如下
Corefile: |
.:53 {
errors
health {
lameduck 15s
}
ready
#使用Hosts插件来配置，以下为新增
hosts {
127.0.0.1 www.example.com #为特定域名指定hosts，如为www.example.com指定IP为127.0.0.1
fallthrough #保留该指令，否则会导致其他域名解析失败
}
5.内网场景下，k8s集群外访问k8s集群内部域名
1.将svc暴露到集群外
2.使用阿里云PrivateZone添加A记录到保留的地址，如SLB
6.公网、内网下统一访问域名
1.将集群内服务foo.default.svc.cluster.local暴露到公网上，如SLB，并配置公网域名foo.example.com解析到该服务
2.集群内服务foo.default.svc.cluster.local暴露到内网上，如SLB，并配置Private Zone域名foo.example.com解析到该服务
3.在集群内部，通过Rewrite插件将foo.example.com CNAME到foo.default.svc.cluster.local。示例配置如下：
Corefile: |
.:53 {
errors
health {
lameduck 15s
}
ready
rewrite stop {
name exact foo.example.com foo.default.svc.cluster.local
answer name foo.default.svc.cluster.local foo.example.com
}
7.禁止对IPv6类型的AAAA记录查询返回
当业务容器不需要AAAA记录类型时，可以在CoreDNS中将AAAA记录类型拦截，返回空（NODATA），以减少不必要的网络通信。示例配置如下：
Corefile: |
.:53 {
errors
health {
lameduck 15s
}
#新增以下一行Template插件，其它数据请保持不变。
template IN AAAA .
}
