kubernetes-Ingress使用

基于这种现状，kubernetes提供了Ingress资源对象，Ingress只需要一个NodePort或者一个LB就可以满足暴露多个Service的需求。工作机制大致如下图表示实际上，Ingress相当于一个7层的负载均衡器，是kubernetes对反向代理的一个抽象，它的工作原理类似于Nginx，可以理解成在Ingress里建立诸多映射规则，Ingress Controller通过监听这些配置

呵~女人

2433人浏览 · 2021-11-12 23:25:16

呵~女人 · 2021-11-12 23:25:16 发布

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

在这里插入图片描述

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

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

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

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

在这里插入图片描述

Ingress使用

环境准备搭建ingress环境

# 创建文件夹
[root@k8s-master ~]# mkdir ingress
[root@k8s-master ~]# cd ingress
[root@k8s-master ingress-controller]# wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/nginx-0.30.0/deploy/static/mandatory.yaml

# 查看ingress-nginx
[root@master ingress]# kubectl get po -n ingress-nginx 
NAME                                        READY   STATUS    RESTARTS   AGE
nginx-ingress-controller-65886f4f5d-87nrt   1/1     Running   0          59s

# 查看service
[root@master ingress]# kubectl get svc -n ingress-nginx 
NAME            TYPE       CLUSTER-IP       EXTERNAL-IP   PORT(S)                      AGE
ingress-nginx   NodePort   10.106.176.147   <none>        80:32123/TCP,443:31360/TCP   2m

准备nginx和tomcat的service和pod

创建nginx.yaml

vim nginx.yaml

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

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

vim tomcat.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
 name: tomcat-deployment
 namespace: dev
spec:
 replicas: 2
 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: tomcat-service
 namespace: dev
spec:
 selector:
   app: tomcat-pod
 clusterIP: None
 type: ClusterIP
 ports:
 - port: 8080
   targetPort: 8080

创建dev命名空间
[root@master ingress]# kubectl create ns dev
[root@master ingress]# kubectl apply -f tomcat.yaml 
deployment.apps/tomcat-deployment created
service/tomcat-service created

[root@master ingress]# kubectl apply -f nginx.yaml 
deployment.apps/nginx-deployment created
service/nginx-service created

# 查看
[root@master ingress]# kubectl get po -n dev
NAME                                 READY   STATUS    RESTARTS   AGE
nginx-deployment-5ffc5bf56c-gz9v6    1/1     Running   0          67s
nginx-deployment-5ffc5bf56c-jggmw    1/1     Running   0          67s
tomcat-deployment-7db86c59b7-k8kjr   1/1     Running   0          91s
tomcat-deployment-7db86c59b7-l8hrs   1/1     Running   0          91s
[root@master ingress]# kubectl get svc -n dev
NAME             TYPE        CLUSTER-IP   EXTERNAL-IP   PORT(S)    AGE
nginx-service    ClusterIP   None         <none>        80/TCP     78s
tomcat-service   ClusterIP   None         <none>        8080/TCP   102s

Http代理

vim http-ingres.yaml

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

[root@master ingress]# kubectl apply -f http-ingres.yaml 
Warning: extensions/v1beta1 Ingress is deprecated in v1.14+, unavailable in v1.22+; use networking.k8s.io/v1 Ingress
ingress.extensions/ingress-http created

#查看
[root@master ingress]# kubectl get ingress -n dev
NAME           CLASS    HOSTS                                  ADDRESS          PORTS   AGE
ingress-http   <none>   nginx.liu.com,tomcat.liu.com   10.106.176.147   80      81s

#查看描述信息
[root@master ingress]# kubectl describe ingress -n dev
Name:             ingress-http
Namespace:        dev
Address:          10.106.176.147
Default backend:  default-http-backend:80 (<error: endpoints "default-http-backend" not found>)
Rules:
 Host                Path  Backends
 ----                ----  --------
 nginx.itheima.com   
                     /   nginx-service:80 (10.244.1.63:80,10.244.2.73:80)
 tomcat.itheima.com  
                     /   tomcat-service:8080 (10.244.1.62:8080,10.244.2.72:8080)
Annotations:          <none>
Events:
 Type    Reason  Age   From                      Message
 ----    ------  ----  ----                      -------
 Normal  CREATE  2m4s  nginx-ingress-controller  Ingress dev/ingress-http
 Normal  UPDATE  110s  nginx-ingress-controller  Ingress dev/ingress-http

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

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=liu.com"
# 创建密钥
kubectl create secret tls tls-secret --key tls.key --cert tls.crt

创建https-ingress.yaml

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: ingress-https
  namespace: dev
spec:
  tls:
    - hosts:
      - nginx.liu.com
      - tomcat.liu.com
      secretName: tls-secret
  rules:
  - host: nginx.liu.com
    http:
      paths:
      - path: /
        backend:
          serviceName: nginx-service
          servicePort: 80
  - host: tomcat.liu.com
    http:
      paths:
      - path: /
        backend:
          serviceName: tomcat-service
          servicePort: 8080

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

#查看
[root@master ingress]# kubectl get ingress -n dev
NAME            CLASS    HOSTS                                  ADDRESS          PORTS     AGE
ingress-http    <none>   nginx.liu.com,tomcat.liu.com   10.106.176.147   80        8m9s
ingress-https   <none>   nginx.liu.com,tomcat.liu.com                    80, 443   27s
#查看描述信息
[root@master ingress]# kubectl describe ingress -n dev ingress-https
Name:             ingress-https
Namespace:        dev
Address:          10.106.176.147
Default backend:  default-http-backend:80 (<error: endpoints "default-http-backend" not found>)
TLS:
  tls-secret terminates nginx.liu.com,tomcat.liu.com
Rules:
  Host                Path  Backends
  ----                ----  --------
  nginx.itheima.com   
                      /   nginx-service:80 (10.244.1.63:80,10.244.2.73:80)
  tomcat.itheima.com  
                      /   tomcat-service:8080 (10.244.1.62:8080,10.244.2.72:8080)
Annotations:          <none>
Events:
  Type    Reason  Age   From                      Message
  ----    ------  ----  ----                      -------
  Normal  CREATE  61s   nginx-ingress-controller  Ingress dev/ingress-https
  Normal  UPDATE  29s   nginx-ingress-controller  Ingress dev/ingress-https

nginx进行BasicAuth

[root@master ingress]# yum -y install httpd
[root@master ingress]# htpasswd -c auth foo  //创建文件名为auth 用户名为foo
[root@master ingress]# kubectl create secret generic basic-auth --from-file=auth

vim ingress-auth.yaml

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: ingress-with-auth
  annotations:
    nginx.ingress.kubernetes.io/auth-type: basic
    nginx.ingress.kubernetes.io/auth-secret: basic-auth
    nginx.ingress.kubernetes.io/auth-realm: 'Authentication Required - foo'
spec:
  rules:
  - host: auth.liu.com
    http:
      paths:
      - path: /
        backend:
          serviceName: nginx-service
          servicePort: 80

nginx进行重写

nginx重写.png
示例

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: nginx-test
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: https://liu.com:31170
spec:
  rules:
  - host: liu1.com
    http:
      paths:
      - path:
        backend:
          serviceName: nginx-service
          servicePort: 80

访问liu1.com跳转到liu.com

Cloudpods

开源、云原生的融合云平台

更多推荐

面向未来的 IT 基础设施管理架构——融合云（Unified IaaS）

随着数字化时代的到来，IT系统已成为人类社会正常运转不可或缺的组成部分。不远的未来，智能制造，5G和人工智能等技术将成为推动生产力发展的重要引擎，人类社会将面临前所未有的全面彻底的数字化浪潮。IT基础设施作为IT系统运行的平台和载体，是实现数字化的基石。在这场数字化浪潮中，企业必须积极拥抱云计算技术，采用符合技术发展趋势、面向未来的IT基础构架，才能在未来的竞争中赢得先机。一、云计算历经十余年

Cloudpods

Cloudpods负载均衡的功能介绍

作者:周有松今天的内容会从以下几个方面展开：负载均衡产品简介。主要介绍负载均衡作为一个云上产品，它的功能模型是怎样的，日常使用中会遇到的业务词汇负载均衡的功能与典型应用场景。这部分主要结合业务词汇，对负载均衡服务中常见的一些功能选项进行介绍，并举例介绍一些典型的应用场景最后，我们做一下总结，讨论一下负载均衡产品相比传统方式的优点一、产品简介 1. 以NGINX为例提到负载均衡，我们以

Cloudpods

使用Linux vfio将Nvidia GPU透传给QEMU虚拟机

Linux 上虚拟机 GPU 透传需要使用 vfio 的方式。主要是因为在 vfio 方式下对虚拟设备的权限和 DMA 隔离上做的更好。但是这么做也有个缺点，这个物理设备在主机和其他虚拟机都不能使用了。 qemu 直接使用物理设备本身命令行是很简单的，关键在于事先在主机上对系统、内核和物理设备的一些配置。单纯从 qemu 的命令行来看，其实和普通虚拟机启动就差了最后那个-device的选项。这