Kubernetes之Ingress

已于 2023-01-18 17:00:41 修改
阅读量463 收藏
点赞数
分类专栏： Kubernetes 文章标签： kubernetes ingress
于 2022-07-07 13:33:47 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_26709459/article/details/125657344
版权

通过对Service的了解，暴露服务给外部可以使用NodePort和LoadBalancer两种方式，说明如下：

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

        所以再此基础上，kubernetes提供了Ingress资源对象，Ingress只需要一个NodePort或者一个LB就可以满足暴露多个Service的需求。Ingress相当于一个7层的负载均衡器，是kubernetes对反向代理的一个抽象，它的工作原理类似于Nginx，可以理解成在Ingress里建立诸多映射规则，Ingress Controller通过监听这些配置规则并转化成Nginx的反向代理配置 , 然后对外部提供服务。

一、环境搭建（注意选择自己需要的版本）
我们需要这两个yaml文件，如下：

https://github.com/kubernetes/ingress-nginx/blob/nginx-0.30.0/deploy/static/mandatory.yaml
https://github.com/kubernetes/ingress-nginx/blob/nginx-0.30.0/deploy/static/provider/baremetal/service-nodeport.yaml

在这里插入图片描述
在这里插入图片描述
其中service-nodeport.yaml 做如下修改，端口可以自己指定：
在这里插入图片描述
文件具体内容如下：
mandatory.yaml

apiVersion: v1
kind: Namespace
metadata:
  name: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---

kind: ConfigMap
apiVersion: v1
metadata:
  name: nginx-configuration
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---
kind: ConfigMap
apiVersion: v1
metadata:
  name: tcp-services
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---
kind: ConfigMap
apiVersion: v1
metadata:
  name: udp-services
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---
apiVersion: v1
kind: ServiceAccount
metadata:
  name: nginx-ingress-serviceaccount
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRole
metadata:
  name: nginx-ingress-clusterrole
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
rules:
  - apiGroups:
      - ""
    resources:
      - configmaps
      - endpoints
      - nodes
      - pods
      - secrets
    verbs:
      - list
      - watch
  - apiGroups:
      - ""
    resources:
      - nodes
    verbs:
      - get
  - apiGroups:
      - ""
    resources:
      - services
    verbs:
      - get
      - list
      - watch
  - apiGroups:
      - ""
    resources:
      - events
    verbs:
      - create
      - patch
  - apiGroups:
      - "extensions"
      - "networking.k8s.io"
    resources:
      - ingresses
    verbs:
      - get
      - list
      - watch
  - apiGroups:
      - "extensions"
      - "networking.k8s.io"
    resources:
      - ingresses/status
    verbs:
      - update

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: Role
metadata:
  name: nginx-ingress-role
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
rules:
  - apiGroups:
      - ""
    resources:
      - configmaps
      - pods
      - secrets
      - namespaces
    verbs:
      - get
  - apiGroups:
      - ""
    resources:
      - configmaps
    resourceNames:
      # Defaults to "<election-id>-<ingress-class>"
      # Here: "<ingress-controller-leader>-<nginx>"
      # This has to be adapted if you change either parameter
      # when launching the nginx-ingress-controller.
      - "ingress-controller-leader-nginx"
    verbs:
      - get
      - update
  - apiGroups:
      - ""
    resources:
      - configmaps
    verbs:
      - create
  - apiGroups:
      - ""
    resources:
      - endpoints
    verbs:
      - get

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: RoleBinding
metadata:
  name: nginx-ingress-role-nisa-binding
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: Role
  name: nginx-ingress-role
subjects:
  - kind: ServiceAccount
    name: nginx-ingress-serviceaccount
    namespace: ingress-nginx

---
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRoleBinding
metadata:
  name: nginx-ingress-clusterrole-nisa-binding
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: nginx-ingress-clusterrole
subjects:
  - kind: ServiceAccount
    name: nginx-ingress-serviceaccount
    namespace: ingress-nginx

---

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-ingress-controller
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
spec:
  replicas: 1
  selector:
    matchLabels:
      app.kubernetes.io/name: ingress-nginx
      app.kubernetes.io/part-of: ingress-nginx
  template:
    metadata:
      labels:
        app.kubernetes.io/name: ingress-nginx
        app.kubernetes.io/part-of: ingress-nginx
      annotations:
        prometheus.io/port: "10254"
        prometheus.io/scrape: "true"
    spec:
      # wait up to five minutes for the drain of connections
      hostNetwork: true
      terminationGracePeriodSeconds: 300
      serviceAccountName: nginx-ingress-serviceaccount
      nodeSelector:
        kubernetes.io/os: linux
      containers:
        - name: nginx-ingress-controller
          image: quay.io/kubernetes-ingress-controller/nginx-ingress-controller:0.30.0
          args:
            - /nginx-ingress-controller
            - --configmap=$(POD_NAMESPACE)/nginx-configuration
            - --tcp-services-configmap=$(POD_NAMESPACE)/tcp-services
            - --udp-services-configmap=$(POD_NAMESPACE)/udp-services
            - --publish-service=$(POD_NAMESPACE)/ingress-nginx
            - --annotations-prefix=nginx.ingress.kubernetes.io
          securityContext:
            allowPrivilegeEscalation: true
            capabilities:
              drop:
                - ALL
              add:
                - NET_BIND_SERVICE
            # www-data -> 101
            runAsUser: 101
          env:
            - name: POD_NAME
              valueFrom:
                fieldRef:
                  fieldPath: metadata.name
            - name: POD_NAMESPACE
              valueFrom:
                fieldRef:
                  fieldPath: metadata.namespace
          ports:
            - name: http
              containerPort: 80
              protocol: TCP
            - name: https
              containerPort: 443
              protocol: TCP
          #livenessProbe:
           # failureThreshold: 3
            #httpGet:
             # path: /healthz
              #port: 10254
              #scheme: HTTP
            #initialDelaySeconds: 10
            #periodSeconds: 10
            #successThreshold: 1
            #timeoutSeconds: 10
          #readinessProbe:
           # failureThreshold: 3
            #httpGet:
             # path: /healthz
              #port: 10254
              #scheme: HTTP
            #periodSeconds: 10
           # successThreshold: 1
            #timeoutSeconds: 10
          lifecycle:
            preStop:
              exec:
                command:
                  - /wait-shutdown

---

apiVersion: v1
kind: LimitRange
metadata:
  name: ingress-nginx
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
spec:
  limits:
  - min:
      memory: 90Mi
      cpu: 100m
    type: Container

service-nodeport.yaml

apiVersion: v1
kind: Service
metadata:
  name: ingress-nginx
  namespace: ingress-nginx
  labels:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx
spec:
  type: NodePort
  ports:
    - name: http
      port: 80
      targetPort: 80
      protocol: TCP
      nodePort: 32005
    - name: https
      port: 443
      targetPort: 443
      protocol: TCP
      nodePort: 32006
  selector:
    app.kubernetes.io/name: ingress-nginx
    app.kubernetes.io/part-of: ingress-nginx

创建：

kubectl create -f mandatory.yaml

在这里插入图片描述

kubectl create -f service-nodeport.yaml

在这里插入图片描述
测试访问：http://ip+端口
在这里插入图片描述
接下来我们部署具体的应用！！

二、部署tomcat
vim ingress-tomcat.yaml

apiVersion: v1
kind: Service
metadata:
  name: tomcat-svc
  namespace: dev
spec:
  selector:
    app: tomcat
  ports:
  - name: tomcat-http
    port: 8080
    targetPort: 8080

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: tomcat-deploy
  namespace: dev
spec:
  replicas: 3
  selector:
    matchLabels:
      app: tomcat
  template:
    metadata:
      labels:
        app: tomcat
    spec:
      containers:
      - name: tomcat
        image: tomcat:7-alpine
        ports:
        - name: httpd
          containerPort: 8080
---
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: ingress-tomcat
  namespace: dev
  annotations:
    kubernets.io/ingress.class: "nginx"
spec:
  rules:
  - host: mytomcat.dev.com
    http:
      paths:
      - path:
        backend:
          serviceName: tomcat-svc   #Service名称
          servicePort: 8080

kubectl create -f ingress-tomcat.yaml

kubectl describe ingress -n dev

在这里插入图片描述
访问测试：http://域名+端口
在这里插入图片描述
注：如果域名是本地测试使用，必须在Hosts文件中配置：
在这里插入图片描述
配置https

[root@master ingress-new]# openssl genrsa -out tls.key 2048
Generating RSA private key, 2048 bit long modulus
..................................+++
............+++
e is 65537 (0x10001)
注：必须与自己域名保持一致
[root@master ingress-new]# openssl req -new -x509 -key tls.key -out tls.crt -subj /C=CN/ST=Beijing/L=Beijing/O=DevOps/CN=mytomcat.dev.com
注：相关名称可以自行修改
[root@master ingress-new]# kubectl create secret tls tomcat-ingress-secret --cert=tls.crt --key=tls.key
secret/tomcat-ingress-secret created
[root@master ingress-new]# kubectl get secret
NAME                    TYPE                                  DATA   AGE
default-token-srx5s     kubernetes.io/service-account-token   3      32d
tomcat-ingress-secret   kubernetes.io/tls                     2      7s
[root@master ingress-new]#

修改yaml文件内容：
在这里插入图片描述
修改后完整文件如下：

apiVersion: v1
kind: Service
metadata:
  name: tomcat-svc
  namespace: dev
spec:
  selector:
    app: tomcat
  ports:
  - name: tomcat-http
    port: 8080
    targetPort: 8080

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: tomcat-deploy
  namespace: dev
spec:
  replicas: 3
  selector:
    matchLabels:
      app: tomcat
  template:
    metadata:
      labels:
        app: tomcat
    spec:
      containers:
      - name: tomcat
        image: tomcat:7-alpine
        ports:
        - name: httpd
          containerPort: 8080
---
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: ingress-tomcat
  namespace: dev
  annotations:
    kubernets.io/ingress.class: "nginx"
spec:
  tls:
  - hosts:
    - mytomcat.dev.com
    secretName: tomcat-ingress-secret
  rules:
  - host: mytomcat.dev.com
    http:
      paths:
      - path:
        backend:
          serviceName: tomcat-svc   #Service名称
          servicePort: 8080

创建完成之后查看信息：

kubectl get svc -n ingress-nginx

在这里插入图片描述
https的访问端口设置成了32006，访问看看：
在这里插入图片描述

三、部署自己的springboot应用
创建证书：

[root@master ingress-new]# openssl genrsa -out tls.key 2048
Generating RSA private key, 2048 bit long modulus
.......+++
.................................................................................+++
e is 65537 (0x10001)
[root@master ingress-new]# openssl req -new -x509 -key tls.key -out tls.crt -subj /C=CN/ST=Beijing/L=Beijing/O=DevOps/CN=boot.dev.com
[root@master ingress-new]# kubectl create secret tls boot-ingress-secret --cert=tls.crt --key=tls.key
secret/boot-ingress-secret created
[root@master ingress-new]# kubectl get secret
NAME                    TYPE                                  DATA   AGE
boot-ingress-secret     kubernetes.io/tls                     2      17s
default-token-srx5s     kubernetes.io/service-account-token   3      34d
tomcat-ingress-secret   kubernetes.io/tls                     2      2d17h
[root@master ingress-new]# kubectl describe secret boot-ingress-secret
Name:         boot-ingress-secret
Namespace:    default
Labels:       <none>
Annotations:  <none>

Type:  kubernetes.io/tls

Data
====
tls.key:  1679 bytes
tls.crt:  1281 bytes

vim ingress-boot.yaml

apiVersion: v1
kind: Service
metadata:
  name: boot-svc
  namespace: dev
spec:
  selector:
    app: boot
  ports:
  - name: boot-http
    port: 8082
    targetPort: 8082

---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: boot-deploy
  namespace: dev
spec:
  replicas: 3
  selector:
    matchLabels:
      app: boot
  template:
    metadata:
      labels:
        app: boot
    spec:
      containers:
      - name: boot
        image: registry.cn-hangzhou.aliyuncs.com/button_dev/test:v1.3
        ports:
        - name: httpd
          containerPort: 8082
---
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: ingress-boot
  namespace: dev
  annotations:
    kubernets.io/ingress.class: "nginx"
spec:
  tls:
  - hosts:
    - boot.dev.com
    secretName: boot-imgress-secret
  rules:
  - host: boot.dev.com
    http:
      paths:
      - path:
        backend:
          serviceName: boot-svc   #Service名称
          servicePort: 8082

kubectl create -f  ingress-boot.yaml

测试访问：https://boot.dev.com:32006/doc.html
在这里插入图片描述
查看pod中容器的运行日志：

kubectl logs -f boot-deploy-77f996f7c8-8njnz -n dev

在这里插入图片描述
注:如果一个pod中含有多个不同的容器，可以通过加上"-c"参数来进行查看
例如： kubectl logs -f boot-deploy-77f996f7c8-8njnz -n dev -c busybox

GreaterBuilder
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
quay.io/kubernetes-ingress-controller/nginx-ingress-controller:0.20.0镜像包
03-06
kubernetes的quay.io/kubernetes-ingress-controller/nginx-ingress-controller:0.20.0镜像包，版本为v0.20.0。文件先解压，之后得到nginx-ingress-controller.0.20.0.tar
kubernetes的TLS 启动引导（二进制方式、kubeadm）
rendongxingzhe的博客
06-02 714
kubernetes的TLS
Kubernetes应用中使用TLS/SSL证书的两种方法及实践 详细整理版
且炼时光
08-27 6937
在k8s应用注入自签发的TLS/SSL证书有两种思路：1.使用certificates.k8s.io API 进行签发。2. 自己生成CA证书进行签发，将所需的证书及公密钥打包进secret。本文将对这两种方法进行比较并动手实践。 文章目录零 获取自签发CA根证书1. 准备好openssl工具2. 创建 CA证书签名申请 配置文件（ca-csr-config.json）3. 生成 CA密钥及证书一 certificates.k8s.io API签发1 配置kubernetes使用自定义的CA根证书二 使用自
《Kubernetes证书篇：使用TLS bootstrapping简化kubelet证书制作》
东城绝神
05-12 2136
《Kubernetes证书篇：使用TLS bootstrapping简化kubelet证书制作》
Kubenetes(3)--网络通信(3)--ingress部署、域名解析、TLS、以及认证和地址重写
Jelly
04-09 3166
一、ingress简介 官网参考：https://kubernetes.github.io/ingress-nginx/ Ingress是一种全局的、为了代理不同后端 Service 而设置的负载均衡服务，就是 Kubernetes 里的 Ingress 服务。 Ingress的组成：Ingress controller、Ingress。 Ingress Controller 会根据你定义的 Ingress 对象，提供对应的代理能力。业界常用的各 种反向...
【kubernetes系列】Kubernetes之Secret凭证
margu_168的博客
07-05 960
如果–service-account-key-file=未传入任何值，那么将默认使用–tls-private-key-file的值，即API Server的私钥。它们都通过mount 的方式挂载到 pod 中，其中 token 保存的路径是 /var/run/secrets/kubernetes.io/serviceaccount/token ，是 kube-controller-manager 通过–service-account-private-key-file私钥签发的token；
kubernetes-ingress
03-08
Ingress是Kubernetes资源，可让您为在Kubernetes上运行的应用程序（由一个或多个表示）配置HTTP负载平衡器。 这样的负载平衡器对于将这些应用程序交付给Kubernetes集群之外的客户端是必需的。 Ingress资源支持以下...
kubernetes-ingress：适用于K8的HAProxy入口控制器
02-04
docker build -t haproxytech/kubernetes-ingress -f build/Dockerfile . 可以使用以下示例环境创建 deploy/kind/create.sh 请参阅以获取控制器图像的所有可用参数。 可用的自定义在进行了描述 文件中描述了运行...
Kubernetes ingress yaml文件包
09-21
Kubernetes ingress yaml文件包
kubernetes 服务发现 ingress
03-11
kubernetes 服务发现 ingress文件
在k8s上配置ingress并启用HTTPS证书
梦想起飞的地方.........
04-25 3593
第一步，定义Secret文件 该文件设置tls的证书私钥和公钥内容，通过base64编码的内容 tls.crt: 证书公钥 tls.key: 证书私钥 示例 apiVersion: v1 kind: Secret metadata: name: secret-tls data: tls.crt: xxxxx cat xxx.crt | base64 -w 0 tls.key: xxxxx cat xxx.pem | base64 -w 0 type: kubernetes.io/tls
如何在Kubernetes里配置Ingress TLS证书
最新发布
weixin_45363959的博客
12-12 1644
注意： SSL和TLS是一样的，SSL是旧的版本，TLS是新版本的SSL。
Kubernetes集群配置免费的泛域名证书支持https
scwang18的博客
05-08 2016
前言 kubernetes 集群默认安装的证书是自签发证书，浏览器访问会发出安全提醒。 本文记录了利用 dnspod 、 cert-manager 、let’s encrytp 等开源组件，实现泛域名证书的自动生成、续期管理，为现有kubernetes 集群应用启动 HTTPS，提高系统安全性。 架构 在 Kubernetes 集群中使用 HTTPS 协议，需要一个证书管理器、一个证书自动签发服务 cert-manager 是一个云原生证书管理开源项目，用于在 Kubernetes 集群中提供 HTTPS
Kubernetes详解（四十）——Secret和ConfigMap
永远是少年
05-06 587
今天继续给大家介绍Linux运维相关知识，本文主要内容是Secret和ConfigMap。 一、背景 二、Secret详解 三、ConfigMap详解
Kubernetes实战 如何创建ingress tls secret？
xiliangMa的博客
06-08 3011
自签名证书： 生成私钥： openssl genrsa -out rest.key 2048 生成证书： openssl req -new -x509 -key rest.key -out rest.crt -subj /C=CN/ST=Beijing/L=Biejing/O=DevOpes/CN=restapi.test.com 创建secret 通过rancher 创建： 查看： 通过...
Kubernetes的ingress服务部署、会话保持，TLS配置，认证配置、地址重写
Thorne_lu的博客
11-19 3286
Ingress是一种全局的、为了代理不同后端 Service 而设置的负载均衡服务，就是 Kubernetes 里的 Ingress 服务。 Ingress由两部分组成：Ingress controller和Ingress服务。 Ingress Controller 会根据你定义的 Ingress 对象，提供对应的代理能力。业界常用的各 种反向代理项目，比如 Nginx、HAPro
Kubernetes Secret存储敏感数据
小楼一夜听春雨，深巷明朝卖杏花
01-07 1004
Secret 与ConfigMap类似，区别在于Secret主要存储敏感数据，所有的数据要经过base64编码。 应用场景：凭据 kubectl create secret 支持三种数据类型： docker-registry（kubernetes.io/dockerconfigjson）：存储镜像仓库认证信息 generic（Opaque）：存储密码、密钥等 tls（kubernetes.io/tls）：存储TLS证书 [root@k8s-master ~]# kubectl cr.
kubernetes—Ingress详解
清风
03-04 7387
IngressIngress介绍Ingress使用环境准备搭建ingress环境准备service和podHttp代理(ingress-http.yaml)Https代理(ingress-https.yaml) Ingress介绍   Service对集群之外暴露服务的主要方式有两种：NotePort和LoadBalancer，但是这两种方式，都有一定的缺点： NodePort方式的缺点是会占用很多集群机器的端口，那么当集群服务变多的时候，这个缺点就愈发明显 LB方式的缺点是每个service需要一个LB
k8s笔记四（service及ingress资源的创建与管理）
dayi_123的博客
04-30 6854
Service资源用于为pod对象提供一个固定、统一的访问接口及负载均衡的能力，并借助新一代DNS系统的服务发现功能，解决客户端发现并访问容器化应用的问题。 1、service资源实现模型 （1）service资源 Service资源基于标签选择器将一组pod定义成一个逻辑组合，并通过自己的IP地址和端口调度代理请求至组内的对象上。并对客户端隐藏了真实的处理用户请...
kubernetes的ingress示例
02-06
Kubernetes Ingress是一种提供外部访问应用程序的方法。它使用Ingress资源来配置路由规则和管理流量流向应用程序的方式。 下面是一个示例Ingress资源配置： apiVersion: networking.k8s.io/v1 kind: Ingress ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值