这是一个创建于 128 天前的主题，其中的信息可能已经有所发展或是发生改变。
问题描述
- 楼主最近在公网搭建了 Kubernetes (K8s) 集群，集群由三台具有公网 IP 的机器组成。目前使用 NodePort 方式访问服务，由于预算有限，没有使用公网负载均衡。
- 服务架构为前后端分离，前端通过 Nginx 启动，NodePort 端口为 30080 。访问方式为直接通过 IP:Port 进行访问。
- 现在是已有域名比如test.com解析到机器 A ，并在机器 A 上通过 80 端口反向代理到机器 A 、B 、C ，以实现通过域名访问服务。
- 有使用过 Ingress Controller, 但是还是使用的 nodeport 方式, 感觉多此一举
问题
请问是否有其他更好的方法来实现通过域名访问 K8s 集群中的服务？公司里面一般是怎么做的呢, 新手不太明白
38 条回复 • 2024-08-13 17:25:17 +08:00
 |
1
lzh690554304 128 天前
ingress controller 是第一步
|
|
2
lzh690554304 128 天前
还有一种模式叫做 hostnetwork
|
 |
3
THESDZ 128 天前
ingress controller caddy/traefik
|
 |
4
wandehul 128 天前
企业服务还在乎 alb 那点钱 ？ 流量费算是最便宜的部份了。 搞什么 nodeport ？人工运维的成本都要比 alb + 流量贵很多。
|
 |
5
lingerr OP @lzh690554304 @THESDZ 感谢, 我去看看
|
 |
7
mightybruce 128 天前  4
自己测试想怎么玩怎么玩，
我只说一下在正式环境中不使用 nodeport,生产环境中是不许 NodePort ，NodePort 会在所有节点（ VM ）上打开一个特定的端口，并且发送到该端口的所有流量都将转发到该服务。 此方法有很多缺点： 每个端口只能提供一次服务 您只能使用端口 30000–32767 如果您的节点/ VM IP 地址更改，则需要处理 正常情况都是通过各种 ingress controller 比如 nginx ingress 来访问的 生产环境建议使用 Loadbalancer 和 Ingress ，四层（ TCP/UDP ）代理使用 Loadbalancer ，七层（ HTTP/HTTPS ）代理使用 Ingress 。 另外也不是直接访问 ip 和端口，而是通过 ingress 去访问 service(clusterIP), service 再访问 pod |
|
8
mightybruce 128 天前
ingress 是可以自建的，另外 ingress controller 也提供 NodePort 选项来访问。
|
 |
9
sujin190 128 天前
看来你对 Ingress 有误解啊，Ingress Controller 调整配置绑定到 host network 就可以绑定到宿主机的 80 和 443 端口了啊，然后直接域名解析到部署 Ingress Controller 的那个节点就好了啊，否则 Ingress Controller 还是通过 nodeport 导出的，不能绑定到 80 和 443 端口，域名解析自然也还是需要输入端口
|
|
10
sujin190 128 天前 1
如果你有 lbs 的话，lbs 会绑定到 Ingress Controller 的 nodeport ，如果你没有 lbs ，那么简单点的做法就是调整 Ingress Controller pod 的网络配置使用 host 网络，让 Ingress Controller 的 80 和 443 端口直接绑定到宿主机的 80 和 443 端口，之后域名直接解析到宿主机 ip 就可以了
|
|
11
lingerr OP @mightybruce 我也发现了
|
|
12
wandehul 128 天前
个人玩，配通了 就 delete 了 ， 十块钱就能让你拥有云运维经验。 不比你这 hostport 那 nginx 转发爽多了 。
|
 |
14
JayZXu 128 天前
ingress 默认启动就是 80 和 443 ，接管了本地反代，后面的东西直接在 k8s 里面改配置就行了
|
 |
15
sudosu 128 天前 1
rancher
|
 |
16
Daath 128 天前 1
* 抛开外网怎么访问 k8s 里面的具体什么应用服务，在 k8s 的运行机制里面，pod 对外服务交由 svc 来暴露，所以在 pod 之间访问也一般都经过 svc
* 当你使用 ingress controller 这类资源时，它也首先是作为应用服务 pod ，譬如 nginx-ingress-controller ，然后接收 k8s 的 ingress 配置来让 controller 这个 pod 服务知道怎么访问别的 namespace 下的 svc ，至此，从 controller 的 pod 到其他应用 pod 的链路就通了 * 那么外网怎么访问服务，只需要考虑如何让外网访问到 ingress-controller ，那么是由 ingress-controller-svc 来描述，至于是采用 nodeport 或者 lb 类型，都是告知集群上节点机器宿主端口做映射到集群上 ingress-controller 的 svc 端口，从而实现外部访问 |
 |
17
guoguobaba 128 天前
假设你的 k8s 的 ip 是 ip1 ，你设置了一个 host1 对应到 ip1 ，无论是公共的 dns 解析还是你机器上的/etc/hosts 解析。
然后在 ingress 里绑定一个 host1 对应到相关 cluster ip 就可以了。 当然，你也可以开一个 node port 的 service ，然后用 host1:<node port>访问也可以。 ingress 里绑定证书，你就可以用 https 访问 如果你是多节点，也可以弄一个 SLB ，把 host1 绑定在 SLB 的 ip 上，这样 SLB 会自动负载均衡到所有 INGRESS 对应的 ip 上。 |
 |
18
Cola98 128 天前
traefik 做代理，就是需要配置 hosts 文件
|
 |
19
NevadaLi 127 天前 via iPhone
istio
|
 |
20
smilingsun 127 天前
如果不使用云的负载均衡的话，也许可以参考这个使用 haproxy ？
https://docs.k3s.io/datastore/cluster-loadbalancer |
 |
21
kennylam777 127 天前
@mightybruce 其實在正式的 LoadBalancer 上, 也是用 NodePort 的, 不然雲服務商的 LoadBalancer 如何連接到服務上? LoadBalancer 的實作會幫你把 NodePort 至雲上的對應都處理好, 可以看看 aws-load-balancer-controller 的實作。
只是在生產環境上, Node Group 的端口不能直接全開到公網。 @lingerr 自己玩的就直接用 HostPort 吧, 一般 ingress controller 都支持, 這樣最簡單了。 |
 |
22
moonlight010 127 天前
使用 ingress controller 去访问 service,然后 service 去访问 pod ，这比较好吧
nodeport 是对 k8s 集群每个机器上指定特定的端口提供对外暴露，测试的时候使用 ingress 其实就是一个 nginx ，这个 ingress 比如使用的是 80 端口，然后可以配置二级域名解析到对应的 service ，比如 a.xx.com 解析到 tomcat 服务。b.xx.com 解析到 wordpress 服务，c.xx.com 解析到 springboot 服务等等，这样以来只暴露了 80 端口，而且这个端口是复用的，当然因为你是三台机器，可以配置 ingress nginx 是 nodeport 方式暴露 80 服务，然后可以使用 haproxy 配置一个配置云服务器 VIP(虚拟 ip)，真正访问的域名，解析到这个 vip |
 |
23
liuhai233 127 天前 via iPhone
这个月刚把云 k8s 的服务迁移到自建 k3s 了，成本省了不少，可以参考我的迁移过程： https://dreamhunter2333.com/posts/k8s/install-k3s.html
|
 |
24
ysicing 127 天前
可以看看我写的 k3s 集群私有负载均衡的另一种选择 Tailscale ，k8s 跑也是可以的
https://ysicing.me/k3s-tailscale-loadbalancer |
 |
25
caicaiwoshishui 127 天前
你还需要一个服务器，做 nginx 代理转发，
1. 你的域名代理到这个服务器，这个服务的 nginx 的 upstram 设置为你的 k8s 对外的 ingress ip ，可以多个 ip 。 2. 再通过 ingress 实现代理到具体 pod service |
 |
26
wuoty 127 天前
如果不使用负载均衡的情况下使用 Ingress ，那么可以用 MetalLB 的 Layer2 模式，把用户的所有 443 和 80 的流量集中到一个节点上，再通过这个节点转发到其他节点上
这个是 Nginx Ingress 提供的一种解决方案 https://kubernetes.github.io/ingress-nginx/deploy/baremetal/#a-pure-software-solution-metallb  |
|
28
lingerr OP @guoguobaba 明白了, 我就是想直接域名解析到服务, 不想再套一层 nodeport 的
|
|
30
lingerr OP @kennylam777 你的看法和楼上 @lzh690554304 差不多, ingress 直接用 hostnetwork 就行了, 我了解一下
|
|
31
lingerr OP @moonlight010 好像 ingress nginx 的 nodeport 方式没办法暴露 80 服务吧
|
|
32
Daath 125 天前
@lingerr #27 因为你使用 svc 的配置文件写了 nodeport 类型，然后认为每个应用服务得用他们自己 svc 配置 nodeport 暴露出来，那么访问的流量就直接经过他们得 svc 得 nodeport 端口到达各自服务，不过域名这些得自己应用去维护，这是一种解决方式。不过想要方便是就是应用服务得 svc 是用 clusterip 类型，然后让 ingress-controller 来配置通过什么域名，什么路径匹配访问到应用服务得 svc 即可，这样就只需要暴露 ingress-controller 自己的 svc 的 nodeport 或者 lb 类型，通常就暴露 80 和 443 端口，这样就运行 k8s 集群的主机都会接受 80 和 443 端口的流量转到 ingress-controller 里面，这样你域名的配置，以及 tls 证书都是 ingress-controller 来接管
|
|
33
kennylam777 125 天前
@lingerr HostPort 跟 HostNetwork 是兩碼事
HostNetwork 會影響到 networking namespace, 比如說 HostNetwork 的 container 裡面 listen 0.0.0.0:80, 就是用 Host 的所有 IP listen 80, 因為 container 直接用 Host network(名字就說明了), 在 k8s 不定義甚麼也能曝露出去。 但 HostPort 的話, container 裡面仍然是一個帶 Pod IP 的獨立 network interface, HostPort 只是將指定 Pod 端口在 Host 曝露出去。 |
|
34
lingerr OP @kennylam777 感谢, 我去看看资料
|
 |
36
terencelau 113 天前 1
我用的是 [MetalLB]( https://metallb.universe.tf/) 和官方的 [ingress-nginx-controller]( https://kubernetes.github.io/ingress-nginx/) 在 metallb 里配置 External IP 以后（在这里应该是你的机器 A 的 IP ），启动 ingress-nginx 后会有一个 LoadBalancer 的 svc ， 之后的所有 svc/ingress 可以就可以配 ClusterIP / 域名，controller 会解决其他问题
如果想要把三台机器的 IP 都用上，最粗暴的方法是部署三个 ingress-nginx ，metallb 里写三个 ExternalIP ，然后 DNS 指向三个 IP 即可。 |
 |
37
naison 112 天前
直接使用 kubevpn ，在本地直接访问到集群内部的服务了，不需要这么复杂。https://github.com/kubenetworks/kubevpn
|
|
38
lingerr OP |
Select Language