查看k8s版本号（k8s查看pod yaml）

大家好，我是讯享网，很高兴认识大家。

在kubernetes中，有以下4中DNS策略，可以通过dnsPolicy指定：

Default: Pod从运行所在的节点继承名称解析配置，就是该 Pod 的 DNS 配置会跟宿主机完全一致。。Default 不是默认的 DNS 策略。如果未明确指定dnsPolicy，则使用 ClusterFirst。
ClusterFirst: 它会预先把 kube-dns（或 CoreDNS）的信息当作预设参数写入到该 Pod 内的 DNS 配置。不过ClusterFirst 还有一个冲突，如果你的 Pod 设置了 HostNetwork=true，则 ClusterFirst 就会被强制转换成 Default。
ClusterFirstWithHostNet: 对于与 hostNetwork（网络接口使用的是宿主机的）一起运行的 Pod，应显式设置其DNS策略 ClusterFirstWithHostNet，他将同时解决default和ClusterFirst的DNS解析。如果不加上，Pod默认使用所在宿主主机使用的DNS，这样也会导致容器内不能通过service name 访问k8s集群中其他Pod。
None: 表示会清除 Pod 预设的 DNS 配置，当 dnsPolicy 设置成这个值之后，Kubernetes 不会为 Pod 预先载入任何自身逻辑判断得到的 DNS 配置。因此若要将 dnsPolicy 的值设为 None，为了避免 Pod 里面没有配置任何 DNS参数，至少需要在dnsConfig中设置nameservers的参数。

在 Kubernetes 1.11 及其以后版本中，推荐使用 CoreDNS， kubeadm 默认会安装 CoreDNS。当Pod向CoreDNS发起DNS解析请求时，CoreDNS先会自己尝试解析，如果无法解析该域名，会将DNS请求交给CoreDNS的Pod所在的宿主机，让宿主机尝试解析。

本次实验kubernetes集群中coredns service的地址是10.247.3.10。

讯享网

宿主机的/etc/resolv.conf文件如下：

讯享网

CluterFirst

CluterFirst是kubernetes集群中默认的DNS策略，这里是一个普通的Pod yaml文件，没有指定dnsPolicy。

创建Pod后，进入该Pod查看/etc/resolv.conf配置，可以看到nameserver为CoreDNS的service的地址。

讯享网

如果在Pod的yaml文件中指定了DNS参数，会和默认的ClusterFirst的配置叠加：

讯享网

Default

dnsPolicy为Default模式时，Pod使用的是宿主机的DNS配置：

讯享网

ClusterFirstWithHostNet

当Pod使用了hostNetwork模式时，Pod使用的是宿主机的网卡：

当Pod使用hostNetwork模式，并且未指定dnsPolicy为ClusterFirstWithHostNet时，Pod会使用的宿主机的DNS:

讯享网

此时Pod无法通过域名访问Kubernetes集群内部：

如果Pod在hostNetwork模式下要通过域名的方式访问kubernetes集群内的服务，需要指定dnsPolicy为ClusterFirstWithHostNet：

讯享网

此时查看Pod的DNS配置，可以看到nameserver使用的是CoreDNS:

None

当设置dnsPolicy为None时，不会使用Kubernetes集群和宿主机的 DNS 策略，但是必须自己配置dnsConfig。

讯享网

StatefulSet Pod 具有唯一的标识，该标识包括顺序标识、稳定的网络标识和稳定的存储。该标识和 Pod 是绑定的，不管它被调度在哪个节点上。
StatefulSet 中的每个 Pod 根据 StatefulSet 的名称和 Pod 的序号派生出它的主机名。组合主机名的格式为。下例将会创建三个名称分别为的 Pod。StatefulSet 可以使用 Headless Service（无头服务）控制它的 Pod 的网络域。管理域的这个服务的格式为：，其中是集群域。一旦每个 Pod 创建成功，就会得到一个匹配的 DNS 子域，格式为：，其中所属服务由 StatefulSet 的域来设定。

讯享网

通过域名去访问Headless Service负载的Pod是不走iptables的，通过域名去访问ClusterIP负载的Pod要走Iptables。
下面给出一些选择集群域、服务名、StatefulSet 名、及其怎样影响 StatefulSet 的 Pod 上的 DNS 名称的示例：

Cluster Domain Service (ns/name) StatefulSet (ns/name) StatefulSet Domain Pod DNS Pod Hostname cluster.local default/nginx default/web nginx.default.svc.cluster.local web-{0..N-1}.nginx.default.svc.cluster.local web-{0..N-1} cluster.local foo/nginx foo/web nginx.foo.svc.cluster.local web-{0..N-1}.nginx.foo.svc.cluster.local web-{0..N-1} kube.local foo/nginx foo/web nginx.foo.svc.kube.local web-{0..N-1}.nginx.foo.svc.kube.local web-{0..N-1}

Headless Service

首先我们将StatefulSet和Headless Service结合使用，(通常情况下是这么做的）：

讯享网

查看创建的StatefulSet的Pod，命名是有规律的按照0,1,2的顺序递增。

查看创建的Headless Service，可以看到ClusterIP为None：

讯享网

找一个相同namespace的Pod来解析该Headless Service：

查看default命名空间下的Pod的/etc/resolv.conf配置：

讯享网

在不同的 namespace 下的 Pod 通过 Service 访问的时候，需要在 Service name 后面加上 .<namespace名字>。

查看kube-system命名空间下的Pod的/etc/resolv.conf配置：

讯享网

ClusterIP Service

现在我们将StatefulSet和ClusterIP Service结合使用：

查看创建的Service：

讯享网

此时用Pod解析域名只能得到ClusterIP地址，无法得到Pod的IP地址：

在 Kubernetes 中，如果不指定 Pod 的 hostname，其默认为 pod.metadata.name，通过 spec.hostname 字段可以自定义；另外还可以给 Pod 设置 subdomain，通过 spec.subdomain 字段。比如下面这个例子：

创建一个Nginx Pod，指定Pod的hostname和subdomain：

讯享网

可以查看这个 Pod 的 hostname 和 hosts 文件：

在 busybox 容器中通过域名访问这个Pod：

讯享网