k8s pod dnsPolicy 种类介绍
在 Kubernetes 中，pod.spec.dnsPolicy 用于定义 Pod 的 DNS 策略。dnsPolicy 可以取以下几种值：
-
Default:这意味着 Pod 将继承节点的 DNS 设置。节点的 DNS 配置通常是在 kubelet 启动时配置的，依据主机的
/etc/resolv.conf文件。使用这个策略的 Pod 会使用宿主机上的所有 DNS 配置，包括 DNS 解析服务器和搜索域。 -
ClusterFirst:这是默认策略（在 Kubernetes 1.6 版本及以后）。使用此策略时，Pod 首先会尝试使用集群内部的 DNS（如 kube-dns 或 CoreDNS）进行 DNS 查询。如果集群内部的 DNS 不能解析所需的名称，则会回退到宿主机的 DNS。此策略通常用于需要访问 Kubernetes 服务的应用。
-
ClusterFirstWithHostNet: 该策略与
ClusterFirst类似，但是仅在使用 hostNetwork=true 的情况下生效。当 Pod 使用主机网络模式时，此策略会优先使用集群 DNS，仍然会在集群 DNS 解析失败时回退到宿主机的 DNS。 -
None:选择此策略时，Pod 将不会使用任何 DNS 设置，也就是说，Pod 内部的容器将不会能够进行 DNS 查询。在使用此策略时，用户需要手动配置 DNS 设置。
/etc/resolv.conf是怎么挂载到容器的？
在 Kubernetes 中，Pod 内的 /etc/resolv.conf 文件是由 kubelet 挂载到 Pod 中的，而不是由容器引擎直接操作。
具体来讲，kubelet 负责处理 Pod 的配置和状态管理。当 Pod 被调度到某个节点时，kubelet 会根据 Pod 的 dnsPolicy 和其他相关设置生成相应的 /etc/resolv.conf 文件，并将其挂载到 Pod 的每个容器中。 这个文件内容通常包括了 DNS 解析服务器的地址和搜索域等信息。
以下是 kubelet 在创建 Pod 时处理 /etc/resolv.conf 的几个关键点：
-
根据 DNS 策略生成文件: kubelet 会根据 Pod 的
dnsPolicy属性（例如Default、ClusterFirst、None等）来决定如何生成/etc/resolv.conf的内容。 -
挂载到容器: 文件内容会以 Volume 的形式挂载到 Pod 内，通常是在容器启动时进行，确保容器能够使用默认的 DNS 配置。
-
动态更新: kubelet 还会监控某些资源（如上下游服务的变更），并可以在需要时更新对应的
/etc/resolv.conf文件，以保持 DNS 配置的最新状态。