首页 > 其他分享 >Kubernetes Ingress

Kubernetes Ingress

时间：2024-09-18 23:01:32浏览次数：10  
标签：Ingress Kubernetes tomcat ingress nginx service name

目录

一、为什么需要 Ingress

我们使用传统的NodePort类型的Service的确能将集群内的服务暴露给集群外部客户端去访问，但是使用这种类型的Service存在以下问题:

  • 一个端口只能使用一个服务，所有通过NodePort暴露的端口都需要提前规划；

  • 如果集群上的Service的数量太多的话，暴露的NodePort端口不具有连续性。后期维护成本太大，且不宜于管理；

  • 无论是Iptables或者是Ipvs模型的Service都配置在Linux内核中的Netfilter之上进行四层调度。是一种比较通用的调度器。支持调度HTTP、Mysql等应用层服务，不过，也正是工作于传输层从而使得它无法做到类似卸载HTTPS中的SSL会话，也不支持基于URL的请求调度机制，因为它工作在传输层。kubernetes也不支持为此类负载均衡配置任何类型的健康状态检测机制。

为了解决这种需求，提供了一种高级的流量管理，也就Ingress和Ingress Controller，kubernetes使用Ingress Controller来接收所有入口的流量，然后通过Ingress资源来定义流量如何区分，以及如何转发的规则。有了Ingress和Ingress控制器。我们就可以直接定义流量转发规则来发布服务，而无需创建许多的NodePort和LoadBalancer类型的Service。

image-20240917180553792

二、什么是Ingress,Ingress Controller

Ingress 是 Kubernetes 中的一个 API 对象，用于定义集群内部服务的外部可访问性。简而言之，Ingress 是用来描述如何将外部请求路由到集群内部的服务的规则集合。Ingress 提供了一种定义 HTTP 路由规则的方式，使得外部客户端可以通过一个统一的入口点访问集群内部的服务。

img

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

在这里有两个核心概念：

  • ingress：kubernetes中的一个对象，作用是定义请求如何转发到service的规则
  • ingress controller：具体实现反向代理及负载均衡的程序，对ingress定义的规则进行解析，根据配置的规则来实现请求转发，实现方式有很多，比如Nginx, Contour, Haproxy等等

三、Ingress 的工作原理

Ingress（以Nginx为例）的工作原理如下：

  1. 用户编写Ingress规则，说明哪个域名对应kubernetes集群中的哪个Service
  2. Ingress控制器动态感知Ingress服务规则的变化，然后生成一段对应的Nginx反向代理配置
  3. Ingress控制器会将生成的Nginx配置写入到一个运行着的Nginx服务中，并动态更新
  4. 到此为止，其实真正在工作的就是一个Nginx了，内部配置了用户定义的请求转发规则

image-20240917184743873

四、Ingress 配置资源模版

apiVersion: networking.k8s.io/v1   # 资源所属的API群组和版本
kind: Ingress   # 资源类型
metadata:   # 元数据
     name:  <string>   # 资源名称
 namespace: <string>  # 命名空间
spec:     
   ingressClassName: "nginx"   # 适用的Ingress控制器类别，须明确指明
   rules: <[]object>    # Ingress规则列表
   - host: <string>      # 虚拟主机的FQDN，俗称域名
     http: <object>
   paths: <[]object>      # 虚拟主机的PATH定义列表
   - path: <string>    # 匹配以什么开头类似于nginx中的location
  pathType: <string>    # Prefix前缀匹配，不区分大小写 Exact。精确匹配URL，区分大小写
  backend: <object>     # 后端
      service: <object>   #关联后端的Service
      name: <string>   # 后端Service的名称
  port: <object>   #后端Service的端口
     name:      # 端口名称
 number:   # 端口号

五、实例

1、搭建 Ingress 环境

1.1、Ingress-Nginx官网地址

#Ingress-Nginx 官网地址
https://kubernetes.github.io/ingress-nginx/
 
#Ingress-Nginx GitHub地址
https://github.com/kubernetes/ingress-nginx

1.2、master 节点下载 deploy.yaml

wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/controller-v1.0.4/deploy/static/provider/baremetal/deploy.yaml

image-20240917195944285

1.3、所有节点提前 pull 必须的镜像

docker pull registry.cn-hangzhou.aliyuncs.com/eagleslab/service:ingresswebhook111

docker tag c41e9fcadf5a k8s.gcr.io/ingress-nginx/kube-webhook-certgen:v1.1.1

docker pull registry.cn-hangzhou.aliyuncs.com/eagleslab/service:ingresscontroller104

docker tag a9f76bcccfb5 k8s.gcr.io/ingress-nginx/controller:v1.0.4

1.4、修改并应用 deploy.yaml 文件

如果是提前pull的镜像，要删除掉deploy.yaml中对镜像sha256的检查，在image标签中，删除 @sha256到行尾

sed -i 's/@sha256:.*//g' deploy.yaml

kubectl apply -f deploy.yaml

image-20240917220226247

1.5、查看 ingress-nginx

kubectl get pods -n ingress-nginx -l app.kubernetes.io/name=ingress-nginx

image-20240918101812536

1.6、查看 service

kubectl get svc -n ingress-nginx

image-20240918101850149

2、准备 service 和 pod

image-20240917222647664

2.1、创建 nginx 和 tomcat 的 Deployment

apiVersion: v1
kind: Namespace
metadata:
  name: dev
  
---

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

---

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

---

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

---

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

2.2、创建并查看对应 svc,pod

kubectl apply -f tomcat-nginx.yaml

kubectl get pods,svc -n dev

image-20240918103916622

3、HTTP代理

3.1、创建 ingress-http.yaml

ingressClassName: nginx

使用 nginx 的 IngressClass（关联的 ingress-nginx 控制器）

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-nginx
  namespace: dev
spec:
  rules:
  - host: nginx.bbj1030.cn
    http:
      paths:
      - path: /
        pathType: Prefix
        backend: 
          service:
            name: nginx-service
            port: 
              number: 80
  ingressClassName: nginx
---

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: ingress-tomcat
  namespace: dev
spec:
  rules:
  - host: tomcat.bbj1030.cn
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: tomcat-service
            port: 
              number: 8080
  ingressClassName: nginx

3.2、应用并查看

kubectl get ing -n dev

image-20240918120230378

kubectl describe ing -n dev

image-20240918120311196

3.3、本地电脑配置 hosts 解析

将以上 nginx.bbj1030.cn 和 tomcat.bbj1030.cn 解析到 master 节点 192.168.112.10上

192.168.112.10 nginx.bbj1030.cn
192.168.112.10 tomcat.bbj1030.cn

image-20240918120828477

3.4、通过域名+端口号查看

nginx.bbj1030.cn:32596

tomcat.bbj1030.cn:32596

image-20240918112152192

image-20240918120508649

image-20240918130957117

4、HTTPS代理

4.1、生成证书

openssl req -x509 -sha256 -nodes -days 365 -newkey rsa:2048 -keyout tls.key -out tls.crt -subj "/C=CN/ST=BJ/L=BJ/O=nginx/CN=bbj1030.cn"

4.2、创建密钥

kubectl create secret tls tls-secret --key tls.key --cert tls.crt

image-20240918121104780

4.3、创建ingress-https.yaml

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: https-nginx
  namespace: dev
spec:
  tls:
    - hosts:
      - nginx.bbj1030.cn
      secretName: tls-secret # 指定秘钥
  rules:
  - host: nginx.bbj1030.cn
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: nginx-service
            port: 
              number: 80
  ingressClassName: nginx
---

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: tomcat-https
  namespace: dev
spec:
  tls:
    - hosts:
      - tomcat.bbj1030.cn
      secretName: tls-secret # 指定秘钥
  rules:
  - host: tomcat.bbj1030.cn
    http:
      paths:
      - path: /
        pathType: Prefix
        backend:
          service:
            name: tomcat-service
            port: 
              number: 8080
  ingressClassName: nginx

4.4、应用并查看

需要先删除之前创建的 ingress 不然会报错

image-20240918121547056

kubectl delete -f ingress-http.yaml

kubectl apply -f ingress-https.yaml

image-20240918121408401

kubectl get ing -n dev

kubectl describe ing -n dev

image-20240918121642798

4.5、通过 https://域名+端口号 访问

https://nginx.bbj1030.cn:31563

https://tomcat.bbj1030.cn:31563

image-20240918131142580

image-20240918121928061

标签：Ingress,Kubernetes,tomcat,ingress,nginx,service,name
From： https://www.cnblogs.com/misakivv/p/18419533

相关文章

  • Kubernetes Service与服务发现
    1.Service资源基础概念1.1Service资源Service是Kubernetes标准的API资源类型之一为动态的Pod资源提供近似静态的流量入口服务发现：通过标签选择器筛选同一名称空间下的Pod资源的标签，完成Pod筛选实际上是由与Service同名的Endpoint或EndpointSlice资源及控制器完成流量......
  • D22 kubernetes 工作负载资源对象-Deployment{应用回滚、应用扩缩容、应用下线、应用
    1、应用回滚简介 在滚动更新过程中，如果新版本的pod启动失败或者已升级完成，但新版本中存在bug，则可以选择回滚到之前的可用版本。‘kubectlrollout‘命令可以方便的执行回滚和其他滚动更新管理，该命令支持Deployment、DaemonSet和statefulset资源查看博客网站的历史版本[root@......
  • 2024-09-17-生活在Kubernetes中的Springboot
    Springboot和Kubernetes中的很多功能都是重叠的，SpringCloud重合的就更多了。不过我还是希望尽可能采用微服务及服务网格这套思路，应用层做轻，SpringCloud就不用了，重合的部分也尽可能用Kubernetes的功能。配置中心Kubernetes本身提供了对配置中心的支持，不需要再使用Apollo之类的工......
  • 【Kubernetes】常见面试题汇总（二十二）
    目录68.简述Helm及其优势？特别说明：题目1-68属于【Kubernetes】的常规概念题。68.简述Helm及其优势？（1）Helm是Kubernetes的软件包管理工具。类似Ubuntu中使用的apt、Centos中使用的yum或者Python中的pip一样。（2）Helm能够将一组K8S资源打包统一管理，是查......
  • 【Kubernetes】常见面试题汇总（二十一）
    目录65.简述Kubernetes中，如何使用EFK实现日志的统一管理？66.简述Kubernetes如何进行优雅的节点关机维护？67.简述Kubernetes集群联邦？65.简述Kubernetes中，如何使用EFK实现日志的统一管理？-在Kubernetes集群环境中，通常一个完整的应用或服务涉及组件过多，建议对......
  • 深入Kubernetes的自动扩展与弹性伸缩实践
    在云原生架构学习的征途中，第33天我们踏入了Kubernetes（K8s）自动扩展与弹性伸缩的深邃领域。作为云原生技术的基石，Kubernetes不仅以其强大的容器编排能力著称，更在自动扩展和弹性伸缩方面展现出了无与伦比的灵活性与效率。今天，我们深入探讨了Kubernetes如何通过HorizontalPodAutoscal......
  • 探索Kubernetes服务发现与Ingress的奥秘
    在云原生架构的深邃海洋中，第32天我们扬帆起航，探索Kubernetes服务发现与Ingress的广阔天地。这两项技术如同航海中的灯塔与航道，为Pod间的通信及外部访问提供了可靠的导航。服务发现：Pod间的隐形桥梁在Kubernetes集群中，服务发现机制允许Pod通过服务（Service）这一抽象层相互发现并进行通......
  • 在k8s中，客户端访问服务的链路流程，ingress---＞service---＞deployment---＞pod---＞container
                                                                图片来源：自己画的ingress是一个API资源。客户端访问ingress的不同urlingress给客户端返回不同的服务。就和nginx反向代理服务器一样。根据......
  • Kubernetes概述，认识Kubernetes
            通过现代的Web服务，用户希望应用程序能够24/7全天候使用，开发人员希望每天可以多次发布部署新版本的应用程序。容器化可以帮助软件包达成这些目标，使应用程序能够以简单快速的方式发布和更新，而无需停机。Kubernetes帮助你确保这些容器化的应用程序在你想要......
  • Kubernetes怎么进行NFS动态存储迁移
    环境查看系统环境#cat/etc/redhat-releaseCentOSLinuxrelease7.9.2009(Core)#uname-aLinuxCentOS7K8SMaster010633.10.0-1160.108.1.el7.x86_64#1SMPThuJan2516:17:31UTC2024x86_64x86_64x86_64GNU/Linux软件环境#kubectlversionClientVersion:ver......

赞助商

阅读排行

网站主页关于我们联系我们网站地图

本网站内容转载自其他媒体，侵权联系[admin##ips99.com]。

Copyright © 2020-2023 IPS99 版权所有 IPS99