kubernetes 对外暴露服务的方法
向 kubernetes 集群外部暴露服务的方式有三种: nodePort,LoadBalancer 和本文要介绍的 Ingress。每种方式都有各自的优缺点,nodePort 方式在服务变多的情况下会导致节点要开的端口越来越多,不好管理。而 LoadBalancer 更适合结合云提供商的 LB 来使用,但是在 LB 越来越多的情况下对成本的花费也是不可小觑。Ingress 是 kubernetes 官方提供的用于对外暴露服务的方式,也是在生产环境用的比较多的方式,一般在云环境下是 LB + Ingress Ctroller 方式对外提供服务,这样就可以在一个 LB 的情况下根据域名路由到对应后端的 Service,有点类似于 Nginx 反向代理,只不过在 kubernetes 集群中,这个反向代理是集群外部流量的统一入口。
Ingress 及 Ingress Controller 简介
Ingress 是 k8s 资源对象,用于对外暴露服务,该资源对象定义了不同主机名(域名)及 URL 和对应后端 Service(k8s Service)的绑定,根据不同的路径路由 http 和 https 流量。而 Ingress Contoller 是一个 pod 服务,封装了一个 web 前端负载均衡器,同时在其基础上实现了动态感知 Ingress 并根据 Ingress 的定义动态生成 前端 web 负载均衡器的配置文件,比如 Nginx Ingress Controller 本质上就是一个 Nginx,只不过它能根据 Ingress 资源的定义动态生成 Nginx 的配置文件,然后动态 Reload。个人觉得 Ingress Controller 的重大作用是将前端负载均衡器和 Kubernetes 完美地结合了起来,一方面在云、容器平台下方便配置的管理,另一方面实现了集群统一的流量入口,而不是像 nodePort 那样给集群打多个孔。
所以,总的来说要使用 Ingress,得先部署 Ingress Controller 实体(相当于前端 Nginx),然后再创建 Ingress (相当于 Nginx 配置的 k8s 资源体现),Ingress Controller 部署好后会动态检测 Ingress 的创建情况生成相应配置。Ingress Controller 的实现有很多种:有基于 Nginx 的,也有基于 HAProxy的,还有基于 OpenResty 的 Kong Ingress Controller 等,更多 Controller 见:https://kubernetes.io/docs/concepts/services-networking/ingress-controllers/,本文使用基于 Nginx 的 Ingress Controller:ingress-nginx。
Nginx Ingress Controller
官方文档参考:https://kubernetes.github.io/ingress-nginx/deploy/
首先部署命名空间,默认后端(处理 404 等),配置等,与官方一致。
https://raw.githubusercontent.com/kubernetes/ingress-nginx/nginx-0.30.0/deploy/static/mandatory.yaml
官方的配置文件使用 Deployment 的方式部署单副本到任意一台 worker 机器,但我修改了一些配置,改变了以下行为:
Nginx 部署在 master 机器上,使用 master 的入口 ip 提供服务
官方文档部署完后仍然需要使用 Service 做转发,在没有 ELB 的情况下仍需使用 NodePort 方式暴露在高端口上
1 |
|
对官方配置的修改主要有以下几处:
- 使用
hostNetwork
配置将服务暴露在外网接口 - 使用亲和性配置限制服务只能部署在 master 上
- 使用
tolerations
配置允许在 master 上部署此服务
因为使用了hostNetwork,直接绑定了宿主机的80和443端口了,不需要再使用NodePort的方式创建一个service。如果没有配置hstoNetwor,那么需要另外配置一个service。
全部配置见下方的配置清单
配置 Ingress
这个困扰我比较久,如果只是简单的80端口转发就搞定了,先上简单版本的吧。
1 | kubectl get svc -n flink |
先查看需要关联的服务,对应的名称是flink-jobmanager-rest,对应的端口是8081。
所以对应的ingress的资源文件应该如下配置
1 | apiVersion: extensions/v1beta1 |
有一点需要注意的是,ingress的资源文件需要跟service同一个空间,内部的匹配规则是 nameSpace.serviceName去匹配的。
部署好以后,如果有公网域名最好了,如果没有就做一条本地host来模拟解析flink.test.com到node的ip地址。测试访问 http://flink.test.com/
但是这样80端口就会占用了,如果你有多个flink作业,想用区分开,如果想要通过后缀区分,例如
http://flink.test.com/app , http://flink.test.com/app1 区分不同的作业,那么就需要进行重定向。
根据官网的重定向配置,配置文件应该修改为
1 | apiVersion: extensions/v1beta1 |
注意了 必须将地址输入全, http://flink.test.com/app 这样是访问不到的,必须是 http://flink.test.com/app/ 才可以正确访问到。
至此,可以通过ingress还有url来区分不同的资源了。
配置
ingress.yaml
1 | apiVersion: v1 |
jobmanager-ingress.yaml
1 | apiVersion: extensions/v1beta1 |