服务器K8s集群DNS排错_服务器dns用哪个好！

本文目录一览：

• 1、kube-dns配置注意及问题排查
• 2、记:k8s内部服务调用连接超时
• 3、K8S的corodns不通的解决

kube-dns配置注意及问题排查

下面介绍配置kube-dns，需要注意的地方，验证及问题排查过程。在/etc/resolv.conf文件中配置短域补齐，比如cluster.local，这里必须要与skydns-rc.yaml.sed文件中的domain参数一致。

运行 Inspektor Gadget：过滤观察上游服务器响应，关注 kube-system 命名空间和 CoreDNS Pod。解读结果：example.com 成功响应表示正常运行，unknown.example.com 的 name error 响应表示预期错误行为。

本文将深入探讨在Kubernetes环境中的DNS查询追踪过程。以解析Service完全限定域名（FQDN）foo.bar.svc.cluster.local为例，本文将详细阐述DNS解析流程。DNS解析流程涉及上游DNS服务器配置，该配置位于Pod内部，通常由Kubernetes集群DNS服务器如kube-dns或CoreDNS承担。

记:k8s内部服务调用连接超时

当服务之间使用 Fegin 进行访问的时候，我们使用的是 service_name . namespace：port 进行访问的，根据k8s的DNS策略，找到相关的服务并进行路由是没有问题的，但是仍然会出现的服务连接超时的问题。最开始我只是通过最简单粗暴的方式解决，那就是重启服务器，但是这并不能从根本上解决问题。

k8s集群curl连接超时可能由多种原因导致，以下是一些可能的解决方案：检查iptables防火墙规则：在Kubernetes集群中，iptables防火墙规则的配置可能会影响curl的连接。如果Chain FORWARD （policy DROP）规则存在，可能会导致数据包无法被正确转发，从而导致curl连接超时。

记一次MicroK8s集群中使用Cluster IP通信错误解决答案：在MicroK8s集群中，服务之间使用Cluster IP或服务名称进行通信时遇到了超时问题。经过一系列排查和尝试，最终确定问题源于CoreDNS的配置或状态异常，并通过重启集群解决了该问题。

服务A使用Java的RestTemplate进行请求，其默认配置是通过HttpClients.createSystem（）创建的，内部使用SimpleClientHttpRequestFactory。该工厂内部调用jdk的HttpConnection，默认超时为-1（永不超时），连接池数量为5，通道reuse为true。

网络问题 网络连通性故障：容器之间的网络通信可能会出现问题，比如无法ping通、连接超时等。这可能是由于网络插件配置错误、防火墙规则限制、网络设备故障等原因导致。例如，Flannel网络插件配置参数有误，使得容器间的网络流量无法正常转发。 服务暴露问题：将内部服务暴露给外部时，可能会遇到困难。

K8S的corodns不通的解决

1、防火墙配置优化K8S集群中，防火墙需满足以下关键需求：节点间通信：允许集群内所有节点IP（包括Pod CIDR）的互通。NAT伪装：启用IP伪装以支持Service的NodePort和ClusterIP流量转发。端口开放：放行DNS（53/udp/tcp）、NodePort（30000-32767）等必要端口。

2、K8S CoreDNS启动失败，可以通过以下步骤进行排查和解决：查看CoreDNS的Pod状态：使用命令kubectl get pods -n kube-system -l k8s-app=kube-dns来查看CoreDNS的Pod状态。这一步是确认CoreDNS Pod是否存在异常，例如是否处于Pending、CrashLoopBackOff等状态。