【云原生kubernets】Ingress 功能与应用

一、Ingress 介绍

1.1.Ingress产生原因:

当我们使用Service的时候,Service对集群之外暴露服务的主要方式有两种:NotePort和LoadBalancer,但是这两种方式,都有一定的缺点:

(1)NodePort方式的缺点是每创建一个服务,都需要暴露出一个供外部访问的主机端口,就导致会占用很多集群机器的端口,那么当集群服务变多的时候,这个缺点就愈发明显。

(2)LB方式的缺点是每个service需要一个LB,浪费,并且需要kubernetes之外设备的支持。

基于这种现状,kubernetes提供了Ingress资源对象,Ingress只需要一个NodePort或者一个LB就可以满足暴露多个Service的需求。工作机制大致如下图表示:

1.2.Ingress的作用

Ingress相当于一个7层的负载均衡器,是kubernetes对反向代理的一个抽象,它的工作原理类似于Nginx,可以理解成在Ingress里建立诸多映射规则,Ingress Controller通过监听这些配置规则并转化成Nginx的反向代理配置 , 然后对外部提供服务。

在这里有两个核心概念:

(1)ingress:kubernetes中的一个对象,作用是定义请求如何转发到service的规则

(2)ingress controller:具体实现反向代理及负载均衡的程序,对ingress定义的规则进行解析,根据配置的规则来实现请求转发,实现方式有很多,比如Nginx, Contour, Haproxy等等

1.3.Ingress(以Nginx为例)的工作原理:

(1)用户编写Ingress规则,说明哪个域名对应kubernetes集群中的哪个Service

(2)Ingress控制器动态感知Ingress服务规则的变化,然后生成一段对应的Nginx反向代理配置

(3)Ingress控制器会将生成的Nginx配置写入到一个运行着的Nginx服务中,并动态更新

(4)到此为止,其实真正在工作的就是一个Nginx了,内部配置了用户定义的请求转发规则

二、实验应用

创建两个模型 nginx service 和 tomcat service以及服务下的Pod

创建nginx-deployment.yaml:

复制代码
apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
  namespace: dev
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx-pod
  template:
    metadata:
      labels:
        app: nginx-pod
    spec:
      containers:
      - name: nginx
        image: nginx:1.17.1
        ports:
        - containerPort: 80

创建tomcat-deployment.yaml:

复制代码
apiVersion: apps/v1
kind: Deployment
metadata:
  name: tomcat-deployment
  namespace: dev
spec:
  replicas: 3
  selector:
    matchLabels:
      app: tomcat-pod
  template:
    metadata:
      labels:
        app: tomcat-pod
    spec:
      containers:
      - name: tomcat
        image: tomcat:8.5-jre10-slim
        ports:
        - containerPort: 8080

创建nginx-service.yam文件:

复制代码
apiVersion: v1
kind: Service
metadata:
  name: nginx-service
  namespace: dev
spec:
  selector:
    app: nginx-pod
  clusterIP: None
  type: ClusterIP
  ports:
  - port: 80
    targetPort: 80

创建 tomcat-service.yaml文件:

复制代码
apiVersion: v1
kind: Service
metadata:
  name: tomcat-service
  namespace: dev
spec:
  selector:
    app: tomcat-pod
  clusterIP: None
  type: ClusterIP
  ports:
  - port: 8080
    targetPort: 8080

创建出这些Service和Pod,查看创建出来相应的服务:

编写Http代理 Ingress.yaml 文件代理服务:

复制代码
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: ingress-http
  namespace: dev
spec:
  rules:
  - host: nginx.itheima.com
    http:
      paths:
      - path: /
        backend:
          serviceName: nginx-service
          servicePort: 80
  - host: tomcat.itheima.com
    http:
      paths:
      - path: /
        backend:
          serviceName: tomcat-service
          servicePort: 8080

创建Ingress,查看Ingress对应的信息:

查看 Ingress 的详细信息:

相关推荐
橙色云-智橙协同研发2 小时前
从 CAD 图纸到 Excel 数据:橙色云智橙 PLM 打造制造企业数字化协同新模式
大数据·功能测试·云原生·cad·plm·云plm·bom提取
Wang's Blog6 小时前
Nestjs框架: 微服务事件驱动通信与超时处理机制优化基于Event-Based 通信及异常捕获实践
微服务·云原生·架构·nestjs
YXWik66 小时前
新版若依微服务增强swagger增强集成knife4j
微服务·云原生·架构
马达加斯加D6 小时前
k8s --- Intro
云原生·容器·kubernetes
!chen11 小时前
k8s-应用部署和组件及常用命令
云原生·容器·kubernetes
Solar202512 小时前
微服务调用超时:从问题分析到全链路优化实践
微服务·云原生·架构
hkNaruto17 小时前
【k8s】Kubernetes 资源限制设置规范手册 MB与MiB的概念混淆问题
云原生·容器·kubernetes
不爱笑的良田1 天前
从零开始的云原生之旅(十一):压测实战:验证弹性伸缩效果
云原生·容器·kubernetes·go·压力测试·k6
Wang's Blog1 天前
Nestjs框架: 微服务容器化部署与网络通信解决方案
docker·微服务·云原生·架构·nestjs
Serverless社区1 天前
为什么别人用 DevPod 秒启 DeepSeek-OCR,你还在装环境?
阿里云·云原生·serverless