在Kubernetes中,DNS无法解决NGINX问题

blo*_*oop 7 dns nginx amazon-web-services kubernetes

我有一个Kubernetes集群,我用kube-aws设置.我正在尝试运行自定义NGINX配置,该配置使用DNS解析到proxy_pass.这是NGINX代码块

location /api/v1/lead {
  resolver 10.3.0.10 ipv6=off;
  set $container lead-api;
  proxy_pass http://$container:3000;
}
Run Code Online (Sandbox Code Playgroud)

10.3.0.10来自Kubernetes中的DNS服务的集群IP.我也试过127.0.0.11,这是我们在docker-compose/docker环境中使用的.

$ kubectl describe --namespace=kube-system service kube-dns
Name:                   kube-dns
Namespace:              kube-system
Labels:                 k8s-app=kube-dns
                        kubernetes.io/cluster-service=true
                        kubernetes.io/name=KubeDNS
Selector:               k8s-app=kube-dns
Type:                   ClusterIP
IP:                     10.3.0.10
Port:                   dns     53/UDP
Endpoints:              10.2.26.61:53
Port:                   dns-tcp 53/TCP
Endpoints:              10.2.26.61:53
Session Affinity:       None
Run Code Online (Sandbox Code Playgroud)

此配置适用于使用docker-compose的三种不同环境.但是,我在Kubernetes集群的NGINX日志中收到以下错误

[错误] 9#9:*20无法解决lead-api(2:服务器故障),客户端:10.2.26.0,服务器:,请求:"GET/api/v1/lead/661DF757-722B-41BB-81BD -C7FD398BBC88 HTTP/1.1"

如果我在NGINX pod中运行nslookup,我可以使用相同的dns服务器解析主机:

$ kubectl exec nginx-1855584872-kdiwh -- nslookup lead-api
Server:         10.3.0.10
Address:        10.3.0.10#53

Name:   lead-api.default.svc.cluster.local
Address: 10.3.0.167
Run Code Online (Sandbox Code Playgroud)

我不知道它是否重要,但请注意错误的"服务器"部分是空的.当我查看dnsmasq的pod日志时,我看不到任何相关内容.如果我更改NGINX块以对proxy_pass进行硬编码,那么它就可以解决.但是,我有其他需要动态代理名称的配置.我可以通过这种方式对每个上游进行硬编码,但我想知道如何使DNS解析器工作.

location /api/v1/lead {
  proxy_pass http://lead-api:3000;
}
Run Code Online (Sandbox Code Playgroud)

MrE*_*MrE 17

解析名称失败,因为您需要使用完全限定域名.也就是说,你应该使用:

lead-api.<namespace>.svc.cluster.local

不只是

lead-api

仅使用主机名通常会起作用,因为在kubernetes resolv.conf中配置了搜索域,因此您通常不需要提供服务的FQDN.例如:

search default.svc.cluster.local svc.cluster.local cluster.local
nameserver 10.3.240.10
options ndots:5
Run Code Online (Sandbox Code Playgroud)

但是,当您告诉nginx使用自定义解析程序时,指定FQDN是必要的,因为它无法获得这些域搜索规范的好处.

  • 如果您不能使用 FQDN,即您不知道要部署的集群的名称空间和名称怎么办?这是一个真正的问题。我已经尝试删除 nginx conf 中的解析器定义,但它在使用短名称时效果不佳:( (2认同)