5分钟搞懂Ingress / IngressController / IngressClass的区别
本文5分钟大白话说明白Ingress、IngressController、IngressClass的概念和区别,然后结合实践加深理解。
先来个 一句话总结 :Ingress由Ingress规则、IngressController、IngressClass这3部分组成。Ingress资源只是一系列路由转发配置,必须使用IngressController才能让路由规则生效,而IngressClass是IngressController的具体实现。 使用原则 :先部署IngressController → 再部署Ingress资源。
1、理论
1.1、Ingress的概念
没有Ingress之前,可以通过Service的nodePort对外暴露服务,将容器端口与Service的nodePort端口做映射,这样访问集群中任意一台Node的IP:nodePort
就能访问到集群内部。Service 的这种暴露服务的形式是工作在TCP/IP层。或者将Pod的端口与HostPort做映射。
但是这样做弊端较多,比如暴露了太多的Node端口、无法做域名转发等。
所以引入了Ingress的概念,Ingress是一个七层路由转发器,类似于Nginx。使用Ingress进行路由转发时,ingressController会基于ingress规则将客户端请求直接转发到Service对应的Pod上,这样会跳过 kube-proxy 设置的路由转发规则,可以提高网络转发效率。
1.2、Ingress的组成
Ingress资源
是一种虚拟的资源和规则定义,需要配合ingressController才能生效。所以要让Ingress资源
工作,集群必须有一个正在运行的ingressController。
Ingress由Ingress规则、IngressController、IngressClass这3部分组成。Ingress规则只是一系列的配置,必须使用IngressController才能使其生效,而IngressClass是IngressController的具体实现。关系如下图:
1.3、Ingress的功能和工作流程
ingressController的实现有多种,比如有Ingress-Nginx、Traefik、Kong Ingress等,所以需要在Yaml编排文件中指定ingressClass。
一旦Ingress资源
成功部署创建,IngressController就会监控到其配置的路由策略,并更新到Nginx的配置文件中生效。
综上,IngressController 的功能如下:
- 接受外部的流量,并将请求负载均衡到内部运行的 pod上
- 部署Ingress路由转发规则
- 监控Kubernetes中运行的Pod,并在添加或删除Pod后自动更新负载均衡规则
Ingress的工作流程,如下图:
2、实践
2.1、安装IngressClass
本文实践使用的是ingress-nginx,其实方式你可以自行实践。
官网地址:https://kubernetes.github.io/ingress-nginx/deploy/#quick-start
可以通过helm或kubectl安装,本文使用的是kubectl方式安装,yaml的文件内容较多,你可以自行下载查阅。执行以下命令安装:
kubectl apply -f https://raw.githubusercontent.com/kubernetes/ingress-nginx/controller-v1.8.2/deploy/static/provider/cloud/deploy.yaml
2.2、编排Yaml
IngressController部署完毕后,就是开始编排Yaml了。
Yaml中定义了一个容器镜像是Nginx的Pod,然后通过Service与Pod关联,再通过Ingress规则访问对应的Pod。
apiVersion: v1
kind: Pod
metadata:
name: web-app
namespace: demo
labels:
app: web-app
spec:
containers:
- name: web-app
image: nginx
imagePullPolicy: IfNotPresent
ports:
- containerPort: 80
---
apiVersion: v1
kind: Service
metadata:
name: web-service
namespace: demo
labels:
app: web-service
spec:
selector:
app: web-app
# ClusterIP | LoadBalancer | NodePort,使用Ingress就没必要设置成NortPort
type: ClusterIP
clusterIP: None
ports:
- name: web-service-port
protocol: TCP
port: 80
targetPort: 80
---
# 创建Ingress策略
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
annotations:
nginx.ingress.kubernetes.io/rewrite-target: /
name: web-ingress
namespace: demo
spec:
# 指定ingressClass
ingressClassName: nginx
rules:
- host: web-ingress.mangod.top
http:
paths:
- path: /
pathType: Prefix
backend:
service:
name: web-service
port:
number: 80
2.3、部署测试
Yaml编排完毕后,使用kubectl apply
命令部署,部署完毕后,在本地/etc/hosts
里配置域名和某个K8S-Node节点的映射关系(当然,生产环境的访问链路比这个长,后面有机会再介绍,文中为了快速测试,直接在本地配置DNS),类似这样点的映射关系:
10.20.1.23 web-ingress.mangod.top
然后,浏览器访问http://web-ingress.mangod.top/,界面如下,说明ingress使用成功。
此时我们使用如下命令,进入到ingressController对应的pod,继续验证,可以看到熟悉的nginx.conf
,之前配置的ingress规则在配置里都可以看到,如下:
kubectl get pods -n ingress-nginx
kubectl exec ingress-nginx-controller-nginx-d864d97df-22ljk -it -n ingress-nginx /bin/bash
至此实践过程结束。
3、总结
一句话总结 :Ingress由Ingress规则、IngressController、IngressClass这3部分组成。Ingress资源只是一系列路由转发配置,必须使用IngressController才能让路由规则生效,而IngressClass是IngressController的具体实现。 使用原则 :先部署IngressController → 再部署Ingress资源。
本篇完结!感谢你的阅读,欢迎点赞 关注 收藏 私信!!!
原文链接: http://www.mangod.top/articles/2023/09/15/1694742027308.html、https://mp.weixin.qq.com/s/IQ6hrNM_EKHp-Lukuw5Nlw
标题:5分钟搞懂Ingress / IngressController / IngressClass的区别
作者:程序员半支烟
地址:http://mangod.top/articles/2023/09/15/1694742027308.html