k8s是如何通过DNS访问service访问到POD内部

K8S-k8s是如何通过DNS访问service访问到POD内部

在 Kubernetes (K8s) 中，DNS 服务是一个非常重要的组成部分，它允许 Pod 通过服务名称来发现和访问其他服务。下面详细解释一下 Kubernetes 如何通过 DNS 服务来实现从 Service 到 Pod 的访问。

DNS 服务在 Kubernetes 中的作用

Kubernetes 通过内置的 DNS 服务来实现服务发现。当一个 Pod 想要访问另一个服务时，它可以使用该服务的名称（例如 my-service.default.svc.cluster.local），DNS 服务会将这个名称解析为该服务的 ClusterIP。这个过程使得 Pod 不需要知道具体的 IP 地址，而是可以通过服务名称来访问其他服务。

DNS 解析流程

1. DNS 服务器：每个 Kubernetes 集群都会运行一个 DNS 服务器，默认情况下使用的是 kube-dns 或者 coredns。这个 DNS 服务器负责解析集群内的服务名称。
2. Pod 的 DNS 配置：当创建 Pod 时，Kubernetes 会在 Pod 的网络命名空间中配置一个 /etc/resolv.conf 文件，该文件包含了集群 DNS 服务器的地址。这意味着 Pod 默认会使用这个 DNS 服务器来解析域名。
3. 服务名称解析：当 Pod 尝试通过服务名称访问某个服务时，DNS 请求会被发送到集群的 DNS 服务器。DNS 服务器会解析这个服务名称，并返回相应的 ClusterIP。

Service 的作用

1. ClusterIP：Service 为一组 Pod 提供了一个虚拟 IP 地址（ClusterIP），这个 IP 地址是通过服务名称解析得到的。通过这个 IP 地址，客户端可以访问到该服务后端的所有 Pod。
2. 端口映射：Service 还定义了端口映射规则，指定哪些端口上的流量应该被转发到后端 Pod 的哪些端口上。例如，服务定义中可能有一个 port: 80 和 targetPort: http，这意味着所有发往服务 ClusterIP 的 80 端口的请求都会被转发到后端 Pod 的 http 端口上。

流量路由

1. kube-proxy：当 DNS 解析完成后，客户端会向服务的 ClusterIP 发送请求。kube-proxy 是 Kubernetes 的一个组件，它运行在每个节点上，并负责将流量从 ClusterIP 转发到后端的 Pod 上。kube-proxy 可以使用多种模式来实现这一点，包括 iptables、IPVS 或用户空间模式。
2. 后端选择：kube-proxy 根据服务定义中的负载均衡策略选择一个后端 Pod 来处理请求。通常情况下，这会是一个简单的轮询算法，但也可能涉及更复杂的负载均衡策略。

总结

• 服务发现：Pod 通过服务名称访问服务，而服务名称会被集群 DNS 服务器解析为 ClusterIP。
• 端口映射：服务定义了端口映射规则，确保请求被正确地转发到 Pod 的内部端口。
• 流量路由：kube-proxy 负责将请求从 ClusterIP 转发到后端 Pod，并根据负载均衡策略选择一个合适的 Pod 来处理请求。

通过这种方式，Kubernetes 提供了一个高度动态且易于管理的服务发现机制，使得 Pod 可以通过服务名称轻松地发现和访问其他服务，而无需关心具体的目标 IP 地址和端口。这极大地简化了服务间的通信，并增强了系统的灵活性和可扩展性。

kube-proxy是如何解析到Service的ClusterIp的？

kube-proxy 是 Kubernetes 中的一个重要组件，它负责在各个节点上实现服务（Service）的网络层面的负载均衡。当 Pod 需要访问服务时，kube-proxy 确保请求能够从服务的 ClusterIP 被正确地路由到后端的 Pod。下面是 kube-proxy 如何解析 ClusterIP 并将流量转发到 Pod 的详细过程：

DNS 解析

首先，当 Pod 尝试通过服务名称（例如 my-service.default.svc.cluster.local）访问服务时，请求会先经过 DNS 解析。Kubernetes 的 DNS 服务会将服务名称解析为对应的 ClusterIP。例如，my-service 的 ClusterIP 可能是 10.96.1.100。

kube-proxy 的配置

在每个节点上运行的 kube-proxy 会定期从 API Server 获取服务的配置信息，包括服务的 ClusterIP、端口映射（port 和 targetPort）、选择器（selector）等信息。kube-proxy 会根据这些信息设置节点上的网络规则，以便将流量从 ClusterIP 转发到后端 Pod。

流量转发机制

kube-proxy 支持几种不同的工作模式来实现流量的转发：

1. iptables 模式（默认模式）：
   • 规则设置：kube-proxy 会利用 iptables 规则，在节点的 NAT 表中设置必要的规则。这些规则将流量从服务的 ClusterIP 转发到后端 Pod。
   • DNAT 和 SNAT：当流量到达 ClusterIP 时，iptables 规则会执行 DNAT（Destination Network Address Translation），将目的地址从 ClusterIP 修改为后端 Pod 的 IP 地址。同时，SNAT（Source Network Address Translation）会修改源地址，以便后端 Pod 可以正确地回应请求。
   • 返回路径：当后端 Pod 发送响应时，iptables 规则会确保响应包能够正确地返回到客户端。
2. IPVS 模式：
   • 规则设置：与 iptables 类似，kube-proxy 也会在节点上设置 IPVS 规则，IPVS 是 Linux 内核的一个模块，专门用于实现高性能的负载均衡。
   • 调度算法：IPVS 提供了比 iptables 更高效的调度算法，例如轮询（Round Robin）、最少连接（Least Connections）等。这使得流量可以更快地被转发到后端 Pod。
   • 性能优势：IPVS 相较于 iptables 提供了更好的性能和可扩展性。
3. Userspace 模式（已弃用）：
   • 在早期版本中，kube-proxy 还支持一种用户空间模式，它直接在用户空间中处理请求和响应。但这种方法效率较低，已被 iptables 和 IPVS 模式取代。

流量路由流程

1. 客户端请求：客户端发送请求到服务的 ClusterIP。
2. 节点接收：请求到达节点的网卡接口。
3. iptables/IPVS 规则匹配：请求被 iptables 或 IPVS 规则捕获，并根据服务定义将请求重定向到后端 Pod。
4. Pod 处理请求：后端 Pod 接收到请求并处理。
5. 响应返回：Pod 发送响应回客户端，响应包通过 SNAT 被修改，确保返回路径正确。

通过上述机制，kube-proxy 能够确保服务请求能够正确地从 ClusterIP 转发到后端 Pod，并且响应能够返回到原始客户端。这种方式不仅保证了服务的高可用性和负载均衡，而且也简化了 Pod 之间的通信。