在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 名称的示例：
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：
到此这篇查看k8s版本号（k8s查看pod yaml）的文章就介绍到这了,更多相关内容请继续浏览下面的相关推荐文章，希望大家都能在编程的领域有一番成就！版权声明：
本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！
转载请注明出处，原文链接：https://www.xkablog.com/bcyy/28868.html