8. Kubernetes 进阶之路由（Ingress）

最新推荐文章于 2024-01-11 19:46:46 发布
最新推荐文章于 2024-01-11 19:46:46 发布
阅读量178 收藏
点赞数
分类专栏： k8s 文章标签： kubernetes 容器 云原生 服务发现
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u010026928/article/details/127388764
版权

Ingress介绍

Service对集群之外暴露服务的主要方式有两种：NotePort和LoadBalancer，但是这两种方式，都有一定的缺点：

  • NodePort方式的缺点是会占用很多集群机器的端口，那么当集群服务变多的时候，这个缺点就愈发明显
  • LB方式的缺点是每个service需要一个LB，浪费、麻烦，并且需要kubernetes之外设备的支持

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

在这里插入图片描述

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

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

Ingress 具备如下特性：集群外部可访问的 URL、负载均衡、SSL Termination、按域名路由（name-based virtual hosting）。

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

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

在这里插入图片描述

Ingress 资源清单

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: my-ingress-for-nginx  # Ingress 的名字，仅用于标识
spec:
  rules:                      # Ingress 中定义 L7 路由规则
  - host: demo.my-company.com   # 根据 virtual hostname 进行路由（请使用您自己的域名）
    http:
      paths:                  # 按路径进行路由
      - path: /
        backend:
          serviceName: nginx-service  # 指定后端的 Service 为之前创建的 nginx-service
          servicePort: 80

Ingress工作流程

Ingress Controller 通常是部署在集群中的一个 Deployment，并且通过 NodePort Service 暴露自己的端口，使得用户可以在集群外通过其 NodePort 访问到 Ingress Controller，假设该端口为 32351，并且 demo.my-company.com 这个域名被解析到集群中某一个节点的 IP（或者被配置到浏览器所在机器的 hosts 文件），则当用户在浏览器中输入地址 http://demo.my-company.com:32351 时：

  1. 请求被转发到集群某节点的 32351 节点端口；
  2. 根据 Service 的定义，请求被转发到 Ingress Controller 的 Web 端口；
  3. Ingress Controller 根据请求域名 demo.my-company.com 以及请求路径，匹配到 Ingress 定义中该请求应该被路由到 nginx-service 的 80 端口；
  4. Ingress Controller 执行 L7 路由转发，将请求发送到 nginx-service 的 80 端口。

Ingress使用

环境准备 搭建ingress环境

参考：安装 k8s ingress nginx

准备service和pod

为了后面的实验比较方便，创建如下图所示的模型

在这里插入图片描述

创建tomcat-nginx.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

---

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

# 创建
root@master:~# kubectl apply -f tomcat-nginx.yaml
deployment.apps/nginx-deployment created
deployment.apps/tomcat-deployment created
service/nginx-service created
service/tomcat-service created

# 查看
root@master:~# kubectl get svc -n dev
NAME                   TYPE           CLUSTER-IP     EXTERNAL-IP     PORT(S)        AGE
nginx-service          ClusterIP      None           <none>          80/TCP         10s
tomcat-service         ClusterIP      None           <none>          8080/TCP       10s

Http代理

创建ingress-http.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

# 创建
[root@k8s-master01 ~]# kubectl create -f ingress-http.yaml
ingress.extensions/ingress-http created

# 查看
[root@k8s-master01 ~]# kubectl get ing ingress-http -n dev
NAME           HOSTS                                  ADDRESS   PORTS   AGE
ingress-http   nginx.itheima.com,tomcat.itheima.com             80      22s

# 查看详情
[root@k8s-master01 ~]# kubectl describe ing ingress-http  -n dev
...
Rules:
Host                Path  Backends
----                ----  --------
nginx.itheima.com   / nginx-service:80 (10.244.1.96:80,10.244.1.97:80,10.244.2.112:80)
tomcat.itheima.com  / tomcat-service:8080(10.244.1.94:8080,10.244.1.95:8080,10.244.2.111:8080)
...

# 接下来,在本地电脑上配置host文件,解析上面的两个域名到192.168.109.100(master)上
# 然后,就可以分别访问tomcat.itheima.com:32240  和  nginx.itheima.com:32240 查看效果了

Https代理

创建证书

# 生成证书
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=itheima.com"

# 创建密钥
kubectl create secret tls tls-secret --key tls.key --cert tls.crt

创建ingress-https.yaml

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: ingress-https
  namespace: dev
spec:
  tls:
    - hosts:
      - nginx.itheima.com
      - tomcat.itheima.com
      secretName: tls-secret # 指定秘钥
  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

# 创建
[root@k8s-master01 ~]# kubectl create -f ingress-https.yaml
ingress.extensions/ingress-https created

# 查看
[root@k8s-master01 ~]# kubectl get ing ingress-https -n dev
NAME            HOSTS                                  ADDRESS         PORTS     AGE
ingress-https   nginx.itheima.com,tomcat.itheima.com   10.104.184.38   80, 443   2m42s

# 查看详情
[root@k8s-master01 ~]# kubectl describe ing ingress-https -n dev
...
TLS:
  tls-secret terminates nginx.itheima.com,tomcat.itheima.com
Rules:
Host              Path Backends
----              ---- --------
nginx.itheima.com  /  nginx-service:80 (10.244.1.97:80,10.244.1.98:80,10.244.2.119:80)
tomcat.itheima.com /  tomcat-service:8080(10.244.1.99:8080,10.244.2.117:8080,10.244.2.120:8080)
...

# 下面可以通过浏览器访问https://nginx.itheima.com:31335 和 https://tomcat.itheima.com:31335来查看了

参考：
kuboard Kubernetes 进阶
Kubernetes详细教程-调整版

伟大的大威
关注
专栏目录
Kubernetes(K8S) 入门进阶实战完整教程
JustinMars的博客
03-15 2942
Kubernetes详细教程 1. Kubernetes介绍 1.1 应用部署方式演变 在部署应用程序的方式上，主要经历了三个时代： 传统部署：互联网早期，会直接将应用程序部署在物理机上 优点：简单，不需要其它技术的参与 缺点：不能为应用程序定义资源使用边界，很难合理地分配计算资源，而且程序之间容易产生影响 虚拟化部署：可以在一台物理机上运行多个虚拟机，每个虚拟机都是独立的一个环境 优点：程序环境不会相互产生影响，提供了一定程度的安全性 缺点：增加了操作系统，浪费了部分资源 容器化部署：
kubernetes（k8s）： service 和 ingress
weixin_43936969的博客
05-17 3384
文章目录一 总述1 service 作用2 service资源及实现模型1 service 概述2 虚拟IP和服务代理1 虚拟IP2 代理模型二 service 资源基本应用1 创建service 资源1 使用命令行创建service资源2 使用配置文件创建service2 service 会话粘滞性1 概述2 设置字段解析3 部署实例并验证3 服务发现1 概述2 服务发现实现机制3 服务发现类型4 服务发现4 服务暴露1 service类型三. ingress资源应用1 概述2 ingress 和 ing
K8s学习（12）---Service详解（Ingress介绍和使用）
一个人的江湖
12-13 3286
1 Ingress介绍 ​ 在前面课程中已经提到，Service对集群之外暴露服务的主要方式有两种：NotePort和LoadBalancer，但是这两种方式，都有一定的缺点： NodePort方式的缺点是会占用很多集群机器的端口，那么当集群服务变多的时候，这个缺点就愈发明显 LB方式的缺点是每个service需要一个LB，浪费、麻烦，并且需要kubernetes之外设备的支持 ​ 基于这种现状，kubernetes提供了Ingress资源对象，Ingress只需要一个NodePort或者
k8s service：ingress
学亮编程手记
09-22 367
介绍 k8s默认的service只能代理四层，七层代理就要使用ingress实现。 比如：要配置https加密访问，如果没有ingress，只能对Apache每一个都配置https，然后通过service对外暴露端口。有了ingress，只需在外面再加一层Nginx做反向代理，对Nginx配置https加密访问即可，无需对每一个Apache都配置https。 k8s官方在1.11推出了ingress。 nginx是以NodePort的方式对外暴露端口 Nginx-Ingress协程沟通机制 官网
k8s service与ingress
ApexPredator的博客
06-08 2350
k8s service与ingress
k8s（7）——service服务之ingress
dghfttgv的博客
03-05 1160
发布服务 —— 服务类型 对一些应用（如 Frontend）的某些部分，可能希望通过外部Kubernetes 集群外部IP 地址暴露 Service。 Kubernetes ServiceTypes 允许指定一个需要的类型的 Service，默认是 ClusterIP 类型。 Type 的取值以及行为如下： * ClusterIP：通过集群的内部 IP 暴露服务，选择该值，服务只能够在集群内...
Kubernetes 进阶
xinhuixu博客
10-17 151
 Service 控制器  Ingress 对象（对外暴露应用）  管理应用程序配置  K8s 数据卷与持久数据卷  再谈有状态应用部署：StatefulSet控制器  K8s 安全访问控制  K8s 部署利器Helm初探
k8s.zip kubernetes分享
03-30
这个“k8s.zip kubernetes分享”提供的资源显然是一个全面的Kubernetes学习资料，旨在帮助用户从初学者逐渐进阶为专家。其中包含的“kubernetes培训PPT完整版非常实用.rar”很可能是一份详尽的PPT教程，涵盖了...
Kubernetes快速进阶与实战-实践手册
10-27
5. **Ingress**：Ingress为外部访问Kubernetes服务提供了一种统一的入口，它可以配置基于路径的路由规则，实现对外暴露服务。 **实战与集成工具** 本手册结合了其他相关技术，如LVS、Prometheus、Grafana、GitLab...
深入理解Ingress对象：Kubernetes中的路由与流量管理
Ingress对象是Kubernetes中的一种资源类型，它用于定义规则和配置流量路由，实现对集群内部服务的外部访问。通过使用Ingress对象，可以将外部请求路由到不同的后端服务，并提供基于路径、主机和其他条件的流量管理。...
Kubernetes学习(七)——Service
梁海江的博客
08-31 657
本章节主要介绍kubernetes的流量负载组件：Service和Ingress。 1 Service介绍 在kubernetes中，pod是应用程序的载体，我们可以通过pod的ip来访问应用程序，但是pod的ip地址不是固定的，这也就意味着不方便直接采用pod的ip对服务进行访问。 为了解决这个问题，kubernetes提供了Service资源，Service会对提供同一个服务的多个pod进行聚合，并且提供一个同意的入口地址。通过访问Service的入口地址就能访问到后面的pod服务。 Service在
k8s的 service 和 Ingress
叶新东老师的博客
12-07 3400
什么是service service是k8s的流量负载组件中的一种，常用的流量负载组件有以下几种 service ： 4层路由的负载 ingress：7层路由的负载 什么需要用到service 在创建pod的时候，pod中的ip地址不是固定的，也就不能直接对pod的ip进行访问； 为了解决这个问题，k8s提供了流量负载组件service， service会将多个pod进行聚合起来，提供一个统一的入口ip地址，通过service提供的统一入口就可以访问内部的pod资源了； 配置ipvs功能（已配置请略过
K8s service--ingress
LY_CS的博客
03-24 4554
一、Ingress介绍 一种全局的、为了代理不同后端 Service 而设置的负载均衡服务，就是 Kubernetes 里的Ingress 服务。 Ingress由两部分组成：Ingress controller和Ingress服务。 Ingress Controller 会根据你定义的 Ingress 对象，提供对应的代理能力。业界常用的各种反向代理项目，比如 Nginx、HAProxy、Envoy、Traefik 等，都已经为Kubernetes 专门维护了对应的 Ingress Controll
k8s Ingress service 内部网络初探
王佳宇的个人博客
04-30 1737
在k8s内部的网络流转还是比较有趣的，接下来我们来了解一下client 是如何通过ingress、service在到具体服务提供的pod。 实验的deployment.yaml: kind: Deployment apiVersion: apps/v1 metadata: name: nginx-deployment spec: replicas: 3 selector: ...
k8s-服务发现service和ingress
hey_lie的博客
08-01 1401
service主要用于集群内部pod之间的访问，nodeport类型可以实现集群外访问serivce，一般用于部署管理工具的管理容器访问，测试容器时使用ingress主要用于集群外访问集群内部服务即service处理东西流量【内部见pod访问】ingress处理南北流量【集群外访问集群内serivce】
K8s的Service、Ingress
殇的不悔
09-14 2847
● 在kubernetes中，Pod是应用程序的载体，我们可以通过Pod的IP来访问应用程序，但是Pod的IP地址不是固定的，这就意味着不方便直接采用Pod的IP对服务进行访问。● 为了解决这个问题，kubernetes提供了Service资源，Service会对提供同一个服务的多个Pod进行聚合，并且，通过访问Service的入口地址就能访问到后面的Pod服务。Service在很多情况下只是一个概念，真正起作用的其实是，每个Node节点上都运行了一个进程。当创建Service的时候会通过。
k8s-service和Ingress学习
最新发布
qq_41936938的博客
01-11 1133
k8s-服务发布中有关service和Ingress的学习记录
k8s Service和Ingress
Persistence___的博客
05-31 474
Service概念 Service的类型 ClusterIP 当使用默认ClusterIP的时候,其他pod访问nginx-deployment通过svc,直接访问集群内部的IP NodePort类型 使用NodePort类型会在 节点服务器上开放一个端口映射到SVC上面设置的某个端口上,通过标签选择,负载到要访问的pod上,一般SVC前面放个nginx反向代理做负载来实现svc对的高可用 LoadBalancer 需要前面有个云供应商暴露ip,需要收费 ExternalName VIP和Serv
k8s-4:Service，ingress
Fancyll_Lee的博客
08-20 554
文章目录1. Service1.1 简介1.2 k8s网络通信 1. Service 1.1 简介 1. Service可以看作是一组提供相同服务的Pod对外的访问接口。借助Service，应用可以方便的实现服务发现和负载均衡 Service默认只支持4层负载均衡能力，没有7层功能（可以通过Ingress实现） Service的类型： – ClusterIP：默认值，k8s系统给Service自动分配的虚拟IP，只能在集群内部访问。 – NodPort：将Service通过指定的Node上的端口暴露给外部
apiVersion: v1 kind: Service metadata: labels: app.kubernetes.io/component: controller app.kubernetes.io/instance: ingress-nginx app.kubernetes.io/name: ingress-nginx app.kubernetes.io/part-of: ingress-nginx app.kubernetes.io/version: 1.6.4 name: ingress-nginx-controller namespace: ingress-nginx spec: externalTrafficPolicy: Local ipFamilies: - IPv4 ipFamilyPolicy: SingleStack ports: - appProtocol: http name: http port: 80 protocol: TCP targetPort: http - appProtocol: https name: https port: 443 protocol: TCP targetPort: https selector: app.kubernetes.io/component: controller app.kubernetes.io/instance: ingress-nginx app.kubernetes.io/name: ingress-nginx type: NodePort 指定targetPort
06-06
在上述配置中，targetPort 是用来指定 Service 要代理的后端 Pod 的端口号。在这个例子中，Service 会将请求代理到后端 Pod 的 80 端口（targetPort: http）或 443 端口（targetPort: https）。这里的 targetPort 要与后端 Pod 中监听的端口一致，如果不一致，请求就无法到达后端 Pod。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值