kubernetes-ingress 控制器

最新推荐文章于 2024-10-03 13:33:13 发布
最新推荐文章于 2024-10-03 13:33:13 发布
阅读量846 收藏 13
点赞数 13
分类专栏： Kubernetes学习 文章标签： kubernetes 容器 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/investor_/article/details/136968408
版权

kubernetes-ingress 控制器

kubernetes-ingress 控制器

1、理解一下负载均衡

在本质上是一个负载均衡器

31e668aaa07b7d2e24172438129bd21

nginx和lvs都是可以做负载均衡的软件

  • lvs的背后是ipvs，支持4层负载均衡(ip+端口)

  • nginx4层和7层(http协议)都支持

1.1、概念图

基于url的负载均衡：

image-20240322162115147

1.2、理解ingress

ingress的本质上是一个nginx

Ingress 是 Kubernetes 中的一个概念，它管理着集群外部到集群内部的网络流量。Ingress 可以被看作是 Kubernetes 集群的“入口”，它允许您定义访问集群中服务的规则，使得外部流量可以基于这些规则被路由到正确的服务。

1.3、ingress的负载均衡属于7层负载均衡

底层使用nginx的域名需要检查http 请求报文里的host的URL

1.4、Ingress 的关键特性包括：

  1. 外部访问：Ingress 允许外部客户端通过定义的规则访问 Kubernetes 集群内的服务。

  2. 路由规则：通过 Ingress 资源，您可以定义路由规则，这些规则指定了基于域名、路径或 HTTP 方法 等条件将流量路由到特定的服务。

  3. 负载均衡：Ingress 控制器通常会处理负载均衡，将流量均匀地分配到后端的多个 Pod 上。

  4. SSL/TLS 终端：Ingress 可以提供 SSL/TLS 加密，确保数据传输的安全性。

  5. 重写和重定向：Ingress 支持 URL 重写和重定向，这使得您可以根据需要将流量从一个路径重定向到另一个路径。

1.5、Ingress 的工作原理：

  1. Ingress 资源：在 Kubernetes 中创建 Ingress 资源，定义访问集群内部服务的规则。

  2. Ingress 控制器：Ingress 控制器是负责实现 Ingress 规则的组件。它通常作为一个 Pod 运行在 Kubernetes 集群中，并监听 Ingress 资源的变化。

  3. 流量路由：当外部流量到达集群时，Ingress 控制器根据 Ingress 资源中定义的规则将流量路由到正确的服务。

1.6、Ingress 的配置示例：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: example-ingress
  annotations:
    nginx.ingress.kubernetes.io/rewrite-target: /$2
spec:
  rules:
  - host: example.com
    http:
      paths:
      - path: /path1(/|$)(.*)
        pathType: Prefix
        backend:
          service:
            name: service1
            port:
              name: use-annotation
      - path: /path2(/|$)(.*)
        pathType: Prefix
        backend:
          service:
            name: service2
            port:
              number: 80

在这个示例中，Ingress 资源定义了两条规则，分别将流量基于不同的路径路由到两个不同的服务。当访问 example.com/path1 时，流量会被路由到 service1，而访问 example.com/path2 时，流量会被路由到 service2。

请注意，Ingress 的实现和功能可能会根据使用的 Ingress 控制器（如 NGINX、Traefik 等）的不同而有所差异。因此，具体的配置和可用的注解可能会有所不同。

1.7、ingress和ingress controller的关系

fc8d02da9a0673924cd48bea1e4548e

49f863a542781a7e21735ee754508bc

先搞明白什么是ingress和ingress controller

Ingress 是 Kubernetes 中的一个资源对象，它定义了访问集群内部服务的规则。Ingress 资源本身不处理流量路由，而是作为一组声明性的配置，告诉 Kubernetes 集群应该如何处理进入集群的外部流量。Ingress 资源包括：

  • 域名和路径的路由规则
  • SSL/TLS 证书配置
  • 负载均衡策略
  • 访问控制和限制

Ingress 资源通常由 Kubernetes 用户创建和管理，以定义期望的流量路由行为。

Ingress Controller 是实际运行在 Kubernetes 集群中的一个 Pod 或服务，它的任务是实现 Ingress 资源中定义的流量路由规则。Ingress Controller 通常由第三方提供，例如 NGINX、Traefik、HAProxy 等，它们负责监听 Ingress 资源的变化，并相应地更新自己的配置，以确保外部流量根据 Ingress 规则被正确地路由到后端服务。

所以他们之间的关系：

Ingress 和 Ingress Controller 之间的关系可以类比于 Kubernetes 中的 Deployment 和 Pod 的关系。Ingress 资源定义了期望的状态（即流量应该如何被路由），而 Ingress Controller 负责实现这个状态。Ingress Controller 作为集群的一部分，通过监听 API 服务器中的 Ingress 资源变化来动态更新自己的配置，从而确保流量路由的实时性和准确性。

ingress controller 本质上是一个nginx软件，用来做负载均衡
ingress 是k8s内部管理nginx配置（nginx.conf）的组件，用来给ingress controller传参

2、做实验:基于域名的负载均衡

image-20240322162115147

使用旧版本ingress controller v1.1完成

准备工作：需要提前上传下面的这些镜像和yaml文件到k8s集群里的linux系统里，建议存放到master节点上，然后再scp到node节点上

[root@master ingress]# ls
ingress-controller-deploy.yaml      nfs-pvc.yaml                       sc-ingress.yaml
ingress_nginx_controller.tar        nfs-pv.yaml                        sc-nginx-svc-1.yaml
kube-webhook-certgen-v1.1.0.tar.gz  nginx-deployment-nginx-svc-2.yaml
[root@master ingress]#
  • ingress-controller-deploy.yaml 是部署ingress controller使用的yaml文件
  • ingress-nginx-controllerv1.1.0.tar.gz ingress-nginx-controller镜像
  • kube-webhook-certgen-v1.1.0.tar.gz kube-webhook-certgen镜像
  • sc-ingress.yaml 创建ingress的配置文件
  • sc-nginx-svc-1.yaml 启动sc-nginx-svc服务和相关pod的yaml
  • nginx-deployment-nginx-svc-2.yaml 启动sc-nginx-svc-2服务和相关pod的yaml

2.1、第1大步骤： 安装ingress controller

1.将镜像scp到所有的node节点服务器上

还要scp:ingress_nginx_controller.tar 我是直接用docker pull拉取的

[root@master ingress]# scp kube-webhook-certgen-v1.1.0.tar.gz node-2:/root
kube-webhook-certgen-v1.1.0.tar.gz                          100%   47MB 123.6MB/s   00:00    
[root@master ingress]# scp kube-webhook-certgen-v1.1.0.tar.gz node-1:/root
kube-webhook-certgen-v1.1.0.tar.gz                          100%   47MB 144.4MB/s   00:00
2.导入镜像，在所有的节点服务器（node-1和node-2）上进行
[root@master ingress]# docker load -i kube-webhook-certgen-v1.1.0.tar.gz
c0d270ab7e0d: Loading layer  3.697MB/3.697MB
ce7a3c1169b6: Loading layer  45.38MB/45.38MB
Loaded image: registry.cn-hangzhou.aliyuncs.com/google_containers/kube-webhook-certgen:v1.1.1
[root@master ingress]#
3.使用ingress-controller-deploy.yaml 文件去启动ingress controller
[root@master ingress]# kubectl apply -f ingress-controller-deploy.yaml
namespace/ingress-nginx created
serviceaccount/ingress-nginx created
configmap/ingress-nginx-controller created
clusterrole.rbac.authorization.k8s.io/ingress-nginx created
clusterrolebinding.rbac.authorization.k8s.io/ingress-nginx created
role.rbac.authorization.k8s.io/ingress-nginx created
rolebinding.rbac.authorization.k8s.io/ingress-nginx created
service/ingress-nginx-controller-admission created
service/ingress-nginx-controller created
deployment.apps/ingress-nginx-controller created
ingressclass.networking.k8s.io/nginx created
validatingwebhookconfiguration.admissionregistration.k8s.io/ingress-nginx-admission created
serviceaccount/ingress-nginx-admission created
clusterrole.rbac.authorization.k8s.io/ingress-nginx-admission created
clusterrolebinding.rbac.authorization.k8s.io/ingress-nginx-admission created
role.rbac.authorization.k8s.io/ingress-nginx-admission created
rolebinding.rbac.authorization.k8s.io/ingress-nginx-admission created
job.batch/ingress-nginx-admission-create created
job.batch/ingress-nginx-admission-patch created
[root@master ingress]#

因为我下载的国内镜像

所以在ingress-controller-deploy.yaml 这个文件中要更改镜像来源

image-20240322172213666

查看ingress controller的相关命名空间

[root@master ingress]# kubectl get ns
NAME                  STATUS   AGE
default               Active   19d
default-mem-example   Active   15d
gaohui-test           Active   18h
halou-gh              Active   14d
ingress-nginx         Active   110s
kube-node-lease       Active   19d
kube-public           Active   19d
kube-system           Active   19d
mem-example           Active   15d
sc                    Active   15d
sc2                   Active   12d

查看ingress controller的相关service

[root@master ingress]# kubectl get svc -n ingress-nginx
NAME                                 TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)                      AGE
ingress-nginx-controller             NodePort    10.105.40.85   <none>        80:32767/TCP,443:30105/TCP   2m4s
ingress-nginx-controller-admission   ClusterIP   10.111.4.214   <none>        443/TCP                      2m4s

查看ingress controller的相关pod

[root@master ingress]# kubectl get pod -n ingress-nginx
NAME                                        READY   STATUS      RESTARTS   AGE
ingress-nginx-admission-create-fwrjt        0/1     Completed   0          2m28s
ingress-nginx-admission-patch-m7ftw         0/1     Completed   0          2m28s
ingress-nginx-controller-589dccc958-pz6s8   1/1     Running     0          2m28s
ingress-nginx-controller-589dccc958-zhrpq   1/1     Running     0          2m28s
[root@master ingress]#

2.2、第2大步骤： 创建pod和暴露pod的服务

[root@master ingress]# cat sc-nginx-svc-1.yaml
apiVersion: apps/v1
kind: Deployment
metadata:
  name: sc-nginx-deploy
  labels:
    app: sc-nginx-feng
spec:
  replicas: 3
  selector:
    matchLabels:
      app: sc-nginx-feng
  template:
    metadata:
      labels:
        app: sc-nginx-feng
    spec:
      containers:
      - name: sc-nginx-feng
        image: nginx
        imagePullPolicy: IfNotPresent
        ports:
        - containerPort: 80
---
apiVersion: v1
kind: Service
metadata:
  name:  sc-nginx-svc
  labels:
    app: sc-nginx-svc
spec:
  selector:
    app: sc-nginx-feng
  ports:
  - name: name-of-service-port
    protocol: TCP
    port: 80
    targetPort: 80
[root@master ingress]# 

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

[root@master ingress]# kubectl get deploy
NAME              READY   UP-TO-DATE   AVAILABLE   AGE
sc-nginx-deploy   3/3     3            3           8m7s
[root@master ingress]# 

[root@master ingress]# kubectl get svc
NAME             TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)        AGE
kubernetes       ClusterIP   10.96.0.1       <none>        443/TCP        19d
mydb             ClusterIP   10.111.97.213   <none>        80/TCP         14d
myservice        ClusterIP   10.110.72.101   <none>        80/TCP         14d
nginx-stateful   NodePort    10.109.219.37   <none>        80:30011/TCP   5d
sc-nginx-svc     ClusterIP   10.96.83.44     <none>        80/TCP         8m1s

2.3、第3大步骤： 启用ingress 关联ingress controller 和service

[root@master ingress]# kubectl apply -f sc-ingress.yaml 
ingress.networking.k8s.io/sc-ingress created
[root@master ingress]# kubectl get ingress
NAME         CLASS   HOSTS                        ADDRESS   PORTS   AGE
sc-ingress   nginx   www.feng.com,www.zhang.com             80      11s
[root@master ingress]# 

'过几分钟后，显示ip地址'
[root@master ingress]# kubectl get ingress
NAME         CLASS   HOSTS                        ADDRESS                           PORTS   AGE
sc-ingress   nginx   www.feng.com,www.zhang.com   192.168.182.134,192.168.182.135   80      56s
[root@master ingress]#

2.4、第四步：查看ingress controller 里的nginx.conf 文件里是否有ingress对应的规则

[root@master ingress]# kubectl get pod -n ingress-nginx
NAME                                        READY   STATUS      RESTARTS   AGE
ingress-nginx-admission-create-fwrjt        0/1     Completed   0          152m
ingress-nginx-admission-patch-m7ftw         0/1     Completed   0          152m
ingress-nginx-controller-589dccc958-pz6s8   1/1     Running     0          152m
ingress-nginx-controller-589dccc958-zhrpq   1/1     Running     0          152m

[root@master ingress]# kubectl exec -it ingress-nginx-controller-589dccc958-pz6s8 -n ingress-nginx -- bash
bash-5.1$ 
bash-5.1$ cat nginx.conf|grep zhang.com
	## start server www.zhang.com
		server_name www.zhang.com ;
	## end server www.zhang.com
bash-5.1$

在其他的宿主机（nfs服务器上）或者windows机器上使用域名进行访问

'先添加hosts'
[root@nfs-server ~]# cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
192.168.182.134 www.feng.com
192.168.182.135 www.zhang.com
[root@nfs-server ~]# 

[root@nfs-server ~]# curl www.feng.com
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
html { color-scheme: light dark; }
body { width: 35em; margin: 0 auto;
font-family: Tahoma, Verdana, Arial, sans-serif; }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>

2.5、第五步：启动2个服务和pod，使用了pv+pvc+nfs

需要提前准备好nfs服务器+创建pv和pvc

[root@master ingress]# cat nfs-pv.yaml 
apiVersion: v1
kind: PersistentVolume
metadata:
  name: sc-nginx-pv
  labels:
    type: sc-nginx-pv
spec:
  capacity:
    storage: 10Gi 
  accessModes:
    - ReadWriteMany
  storageClassName: nfs
  nfs:
    path: "/web"       #nfs共享的目录
    server: 192.168.182.136   #nfs服务器的ip地址
    readOnly: false
[root@master ingress]# 

[root@master ingress]# kubectl apply -f nfs-pv.yaml 
persistentvolume/sc-nginx-pv created

[root@master ingress]# cat nfs-pvc.yaml 
apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: sc-nginx-pvc
spec:
  accessModes:
  - ReadWriteMany      
  resources:
     requests:
       storage: 1Gi
  storageClassName: nfs #使用nfs类型的pv
[root@master ingress]# kubectl apply -f nfs-pvc.yaml 
persistentvolumeclaim/sc-nginx-pvc created
[root@master ingress]# 

[root@master ingress]# kubectl get pv,pvc
NAME                              CAPACITY   ACCESS MODES   RECLAIM POLICY   STATUS   CLAIM                    STORAGECLASS   REASON   AGE
persistentvolume/sc-nginx-pv      10Gi       RWX            Retain           Bound    default/sc-nginx-pvc     nfs                     4m18s
persistentvolume/sc-nginx-pv-2    5Gi        RWX            Retain           Bound    default/sc-nginx-pvc-2   nfs                     3d3h
persistentvolume/task-pv-volume   10Gi       RWO            Retain           Bound    default/task-pv-claim    manual                  3d9h

NAME                                   STATUS   VOLUME           CAPACITY   ACCESS MODES   STORAGECLASS   AGE
persistentvolumeclaim/sc-nginx-pvc     Bound    sc-nginx-pv      10Gi       RWX            nfs            52s
persistentvolumeclaim/sc-nginx-pvc-2   Bound    sc-nginx-pv-2    5Gi        RWX            nfs            3d3h
persistentvolumeclaim/task-pv-claim    Bound    task-pv-volume   10Gi       RWO            manual         3d9h
[root@master ingress]#

启第二个pod和第二个服务

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

访问宿主机暴露的端口号32767或者80都可以

[root@master ingress]# kubectl get svc -n ingress-nginx
NAME                                 TYPE        CLUSTER-IP     EXTERNAL-IP   PORT(S)                      AGE
ingress-nginx-controller             NodePort    10.105.40.85   <none>        80:32767/TCP,443:30105/TCP   174m
ingress-nginx-controller-admission   ClusterIP   10.111.4.214   <none>        443/TCP                      174m
[root@master ingress]# 

[root@nfs-server ~]# curl www.zhang.com
welcome to sanchuang
welcome to changsha
[root@nfs-server ~]# 

[root@nfs-server ~]# curl www.feng.com
<!DOCTYPE html>
<html>
<head>
<title>Welcome to nginx!</title>
<style>
html { color-scheme: light dark; }
body { width: 35em; margin: 0 auto;
font-family: Tahoma, Verdana, Arial, sans-serif; }
</style>
</head>
<body>
<h1>Welcome to nginx!</h1>
<p>If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.</p>

<p>For online documentation and support please refer to
<a href="http://nginx.org/">nginx.org</a>.<br/>
Commercial support is available at
<a href="http://nginx.com/">nginx.com</a>.</p>

<p><em>Thank you for using nginx.</em></p>
</body>
</html>
[root@nfs-server ~]#

3、实验2：基于url的负载均衡

10d9d00207f587ad93e18887c0eaf05

1.准备yaml文件

[root@master lb-url]# ls
sc-ingress-url.yaml  sc-nginx-svc-3.yaml  sc-nginx-svc-4.yaml
[root@master lb-url]# 
sc-ingress-url.yaml    --》'是创建一个基于URL做负载均衡的ingress'
sc-nginx-svc-3.yaml    '创建service3 和相关pod'
sc-nginx-svc-4.yaml    '创建service4 和相关pod'

查看目前已经创建的ingress

[root@master lb-url]# kubectl get ingress
NAME         CLASS   HOSTS                        ADDRESS                           PORTS   AGE
sc-ingress   nginx   www.feng.com,www.zhang.com   192.168.182.134,192.168.182.135   80      14h
[root@master lb-url]#

2.我们去创建另外一个基于url的负载均衡的ingress

[root@master lb-url]# vim sc-ingress-url.yaml 
apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: simple-url-lb-example
  annotations:
    kubernets.io/ingress.class: nginx
spec:
  ingressClassName: nginx
  rules:
  - host: www.wen.com
    http:
      paths:
      - path: /foo
        pathType: Prefix
        backend:
          service:
            name: sc-nginx-svc-3
            port:
              number: 80
      - path: /bar
        pathType: Prefix
        backend:
          service:
            name: sc-nginx-svc-4
            port:
              number: 80
[root@master lb-url]#

去启动

[root@master lb-url]# kubectl apply -f sc-ingress-url.yaml 
ingress.networking.k8s.io/simple-url-lb-example created
[root@master lb-url]# 

[root@master lb-url]# kubectl get ingress
NAME                    CLASS   HOSTS                        ADDRESS                           PORTS   AGE
sc-ingress              nginx   www.feng.com,www.zhang.com   192.168.182.134,192.168.182.135   80      14h
simple-url-lb-example   nginx   www.wen.com                  192.168.182.134,192.168.182.135   80      35s
[root@master lb-url]# 

[root@master lb-url]# kubectl apply -f sc-nginx-svc-3.yaml 
deployment.apps/sc-nginx-deploy-3 created
service/sc-nginx-svc-3 created
[root@master lb-url]# kubectl apply -f sc-nginx-svc-4.yaml 
deployment.apps/sc-nginx-deploy-4 created
service/sc-nginx-svc-4 created
[root@master lb-url]# 

[root@master lb-url]# kubectl get ingress
NAME                    CLASS   HOSTS                        ADDRESS                           PORTS   AGE
sc-ingress              nginx   www.feng.com,www.zhang.com   192.168.182.134,192.168.182.135   80      14h
simple-url-lb-example   nginx   www.wen.com                  192.168.182.134,192.168.182.135   80      98s
[root@master lb-url]#

3.在nfs服务器上进行测试，先添加域名解析记录

[root@nfs-server ~]# cat /etc/hosts
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
::1         localhost localhost.localdomain localhost6 localhost6.localdomain6
192.168.182.134 www.feng.com
192.168.182.134 www.zhang.com
192.168.182.134 www.wen.com
192.168.182.135 www.wen.com
[root@nfs-server ~]#

4.测试发现不能找到页面

[root@nfs-server ~]# curl www.wen.com/foo
<html>
<head><title>404 Not Found</title></head>
<body>
<center><h1>404 Not Found</h1></center>
<hr><center>nginx/1.21.5</center>
</body>
</html>
[root@nfs-server ~]# 
[root@nfs-server ~]# curl www.wen.com/bar
<html>
<head><title>404 Not Found</title></head>
<body>
<center><h1>404 Not Found</h1></center>
<hr><center>nginx/1.21.5</center>
</body>
</html>
[root@nfs-server ~]#

到底是ingress controller的问题还是我们后端的pod的问题

查看ingress-nginx-controller pod的信息

[root@master lb-url]# kubectl get pod -n ingress-nginx
NAME                                        READY   STATUS      RESTARTS   AGE
ingress-nginx-admission-create-fwrjt        0/1     Completed   0          16h
ingress-nginx-admission-patch-m7ftw         0/1     Completed   0          16h
ingress-nginx-controller-589dccc958-pz6s8   1/1     Running     1          16h
ingress-nginx-controller-589dccc958-zhrpq   1/1     Running     1          16h
[root@master lb-url]#

查看思路

1.进入ingress控制器的内部查看是否加载基于URL的负载均衡的配置

[root@master lb-url]# kubectl exec -it ingress-nginx-controller-589dccc958-pz6s8 -n ingress-nginx -- bash

2.看pod日志

[root@master lb-url]# kubectl logs ingress-nginx-controller-589dccc958-pz6s8 -n ingress-nginx

3.看详细信息

[root@master lb-url]# kubectl describe pod ingress-nginx-controller-589dccc958-pz6s8 -n ingress-nginx

4.进入pod的内部，查看nginx的日志

看不了

5.盯着末尾看日志

[root@master lb-url]# kubectl logs -f ingress-nginx-controller-589dccc958-pz6s8 -n ingress-nginx
192.168.182.136 - - [23/Mar/2024:02:26:19 +0000] "GET /bar HTTP/1.1" 404 153 "-" "curl/7.29.0" 78 0.001 [default-sc-nginx-svc-4-80] [] 10.244.84.147:80 153 0.001 404 6c3fb38ab80c8a7bab9baec078001aaf

发现是pod的问题，去看容器的日志

[root@master lb-url]# kubectl logs sc-nginx-deploy-4-766c99dd77-dgzq5 -f
192.168.182.134 - - [23/Mar/2024:02:30:21 +0000] "GET /bar HTTP/1.1" 404 153 "-" "curl/7.29.0" "192.168.182.136"
2024/03/23 02:30:21 [error] 30#30: *4 open() "/usr/share/nginx/html/bar" failed (2: No such file or directory), client: 192.168.182.134, server: localhost, request: "GET /bar HTTP/1.1", host: "www.wen.com"

发现缺少/usr/share/nginx/html/bar bar文件夹没有新建，导致了404错误

5.进入service4 对应的一个pod里，新建bar和foo文件夹以及index.html网页文件

[root@master lb-url]# kubectl exec -it sc-nginx-deploy-4-766c99dd77-dgzq5 -- bash
root@sc-nginx-deploy-4-766c99dd77-dgzq5:/# cd /usr/share/nginx/html/
root@sc-nginx-deploy-4-766c99dd77-dgzq5:/usr/share/nginx/html# mkdir foo
root@sc-nginx-deploy-4-766c99dd77-dgzq5:/usr/share/nginx/html# mkdir bar
root@sc-nginx-deploy-4-766c99dd77-dgzq5:/usr/share/nginx/html# echo 'hello,foo' >foo/index.html
root@sc-nginx-deploy-4-766c99dd77-dgzq5:/usr/share/nginx/html# echo 'hello,bar' >bar/index.html

6.再去访问

[root@nfs-server ~]# curl www.wen.com/bar/index.html
hello,bat
[root@nfs-server ~]#

在nfs服务器上测试，多测试几次，因为service 背后的ipvs的调度算法是轮询的

验证和排错

数据的流程
ingress-controller--》ingress--》service-->pod


'查看配置的负载均衡策略'
kubectl describe ingress simple-url-lb-example

'在ingress-controller上查看负载均衡的情况'
[root@master url]# kubectl logs -f ingress-nginx-controller-6c8ffbbfcf-4j872  -n ingress-nginx
'在后端的nginx pod上查看访问日志'
[root@master url]# kubectl logs sc-nginx-deploy-3-7496c84fcf-6kkr5 -f


'查看ingress的负载均衡配置'
[root@master lb-url]# kubectl describe  ingress  simple-url-lb-example
Name:             simple-url-lb-example
Namespace:        default
Address:          192.168.203.129,192.168.203.130
Default backend:  default-http-backend:80 (<error: endpoints "default-http-backend" not found>)
Rules:
  Host         Path  Backends
  ----         ----  --------
  www.wen.com  
               /foo   sc-nginx-svc-3:80 (10.244.247.10:80,10.244.247.3:80,10.244.84.151:80)
               /bar   sc-nginx-svc-4:80 (10.244.247.13:80,10.244.84.154:80,10.244.84.160:80)
Annotations:   kubernets.io/ingress.class: nginx
Events:
  Type    Reason  Age                From                      Message
  ----    ------  ----               ----                      -------
  Normal  Sync    30m (x2 over 31m)  nginx-ingress-controller  Scheduled for sync
  Normal  Sync    30m (x2 over 31m)  nginx-ingress-controller  Scheduled for sync
[root@master lb-url]# 
'查看service对应的endpoint 是否存在，就可以指定service是否有问题'
[root@master lb-url]# kubectl get ep
NAME                ENDPOINTS                                            AGE
kubernetes          192.168.203.128:6443                                 22d
mysql-service       10.244.84.158:3306                                   3d17h
nginx               <none>                                               2d17h
nginx-stateful      <none>                                               2d17h
php-apache          <none>                                               19d
redis-leader        <none>                                               3d18h
sc-nginx-svc        10.244.84.136:80,10.244.84.142:80,10.244.84.157:80   17h
sc-nginx-svc-2      10.244.247.38:80,10.244.84.138:80,10.244.84.146:80   17h
sc-nginx-svc-3      10.244.247.10:80,10.244.247.3:80,10.244.84.151:80    31m
sc-nginx-svc-4      10.244.247.13:80,10.244.84.154:80,10.244.84.160:80   31m
scnginx-service     <none>                                               3d23h
scnginx-service-2   <none>                                               3d18h
wordpress-mysql     10.244.247.56:3306                                   41h
[root@master lb-url]#
不冤不乐
关注
专栏目录
kubernetes Ingress、Ingress controller
weixin_38320674的博客
04-01 544
前言 拥抱开源，无私分享，共享技术，相互学习，共同进步，分享更多有深度的文章，欢迎转发分享 四层负载均衡调度器service回顾 使用四层负载均衡调度器service时，当客户端访问kubernetes集群内部的应用时，数据包走向如下面流程所示 client--->nodeip:port--->service ip:port--->podip:port 客户端-->no...
Kubernetes之Ingress Controller
Java大数据联盟
04-16 1061
3.4 安装Nginx-Ingress-Controller 创建配置文件： 在 master 节点中创建一个名称为 nginx-ingress-controller.yaml 的配置文件，该配置文件中定义了安装Nginx-Ingress-Controller所需要的各种资源，该yaml 配置文件的内容参考了官方示例 https://raw.githubusercontent.com/kube...
【Kubernets】kubernets资源类型ingress详细介绍
最新发布
wendao76的专栏
10-03 1175
Ingress是Kubernetes中一种对集群中服务的外部访问进行管理的API对象，它典型的访问方式是HTTP和HTTPS。Ingress可以提供负载均衡、SSL和基于名称的虚拟托管等功能。不过，要实现Ingress的功能，必须部署一个Ingress控制器（如ingress-nginx）来满足Ingress资源的要求，仅创建Ingress资源本身是无效的。Ingress公开了从集群外部到集群内部服务的HTTP和HTTPS路由，这些路由由Ingress资源上定义的规则来控制。
Kubernetes Ingress Controller介绍&安装&测试
热门推荐
weixin_46660849的博客
05-27 9万+
Ingress Controller，Kubenetes Ingress Controller
18-【kubernetes】Kubernetes ingress及ingress Controller
qq_42303254的博客
09-27 740
一、前言 1、service的缺点 service的工作模式：userspace（基于iptables的）、iptables、ipvs，无论是哪一种工作模式，都是四层调度器。 四层调度器的缺点在于：只是工作在OSI网络模型的第四层，因此如果用户访问的是https请求，service将束手无策。 那么针对这种https请求，Kubernetes集群有两种处理方案： 【1】、方案一：client——>调度器——>node节点（多个node节点）——>service——>能够提供
kubernetes 安装 ingress controller
cnsre运维博客
09-02 479
文章链接 ingress-nginx ingress 官方网站 ingress 仓库地址 ingress-nginx v1.0 最新版本 v1.0 适用于 Kubernetes 版本 v1.19+ （包括 v1.19 ） Kubernetes-v1.22+ 需要使用 ingress-nginx>=1.0，因为 networking.k8s.io/v1beta 已经移除 直接部署 ingress-nginx 直接部署比较简单，直接拉去 girhub 的文件就可以了，如果遇到长时间无响应，可以终止任务从新
kubernetes-ingress：适用于K8的HAProxy入口控制器
02-04
HAProxy Kubernetes入口控制器 描述 入口控制器是Kubernetes资源，可将流量从群集外部路由到群集内的服务。 详细文档可在找到。 您还可以在此存储库中找到所有可用的的列表。 用法 Docker镜像在Docker Hub上可用：...
kubernetes-ingress：用于Kubernetes的NGINX和NGINX Plus入口控制器
02-08
此存储库为NGINX和NGINX Plus提供了Ingress控制器的实现。 注意：该项目不同于库中的NGINX Ingress控制器。 请参阅以了解主要区别。 什么是Ingress？ Ingress是Kubernetes资源，可让您为在Kubernetes上运行的应用...
kubernetes-server-linux-amd64.tar
01-17
总之，"kubernetes-server-linux-amd64.tar"是构建Kubernetes Linux集群的关键组件，它的部署和使用涉及到了Kubernetes的核心机制，如API服务器、控制器管理器、调度器和Kubelet等。掌握这些知识，将使你能够有效地...
terraform-kubernetes-alb-ingress-controller：Terraform模块，可简化AWS ALB Ingress Controller的部署
02-04
“k8s ingress-controller”指的是Kubernetes Ingress控制器，它是Kubernetes中处理入站网络流量的核心组件。Ingress控制器可以实现外部网络对内部服务的访问，比如通过HTTPS、负载均衡或路径路由。 “alb-ingress-...
kubernetes-ingress
Drw_Dcm的博客
11-15 1195
kubernetes-ingress
Kubernetes学习笔记整理之Ingress Controller
arnolan的博客
05-19 1450
Kubernetes学习笔记整理之Ingress Controller 概念理解 1. 简介 Ingress 是反向代理规则，用来规定 HTTP/S 请求应该被转发到哪个 Service 上，比如根据请求中不同的 Host 和 url 路径让请求落到不同的 Service 上 2. 两大组件 简单来说，Ingress 只有两大组件：Ingress Controller 和 Ingress Ingress 其中，Ingress资源通过yaml文件申明规则配置 Ingress Controller Ingre
Kubernetes的Ingress Controller
qq42004的博客
04-14 1090
Ingress是Kubernetes中的一个AP对象，属于七层代理用于管理HTTP和HTTPS流量的路由规则。它充当了集群内部服务与外部流量之间的网关，允许将外部请求路由到集群内部的不同服务上。
Kubernetes Ingress Controller 技术细节探讨
小楼一夜听春雨，深巷明朝卖杏花
06-11 675
对于许多企业来说，将生产环境转移到Kubernetes集群上，会让应用程序的流量管理变得复杂且具有挑战性。 而Ingress Controller允许通过Yaml编排脚本提供高可用的七层负载均衡、Waf防火墙或者API Gateway，它是Kubernetes集群对外服务的核心组件。 Ingress-nginx是Kubernetes Ingress Controller开源版本中的一种，它使用了NGINX作为反向代理和负载均衡器，生态完善、功能丰富，性能与稳定性也是极优秀的。 ...
K8S(05)核心插件-ingress(服务暴露)控制器-traefik
风水道人
05-01 453
K8S(05)核心插件-ingress(服务暴露)控制器-traefik
kubernetes之ingress及ingress controller
大JAVA解决方案
05-08 557
什么是ingress Ingress是授权入站连接到达集群服务的规则集合。 从外部流量调度到nodeprot上的service 从service调度到ingress-controller ingress-controller根据ingress中的定义（虚拟主机或者后端的url） 根据虚拟主机名调度到后端的一组pod中 Ingress资源定义 kubectl explain ingress.spec rules 定义成虚拟主机调度还是url调度 backend 知道后端主机...
Ingress 控制器
weixin_34189116的博客
03-26 394
2019独角兽企业重金招聘Python工程师标准>>> ...
Ingress controller：Kubernetes 的瑞士军刀
NGINX开源社区的博客
05-29 955
如果部署和配置得当，Ingress controller 能够从根本上简化 Kubernetes 集群的操作，同时增强安全防护并提高性能和弹性，可成为您软件栈中的强大工具。‌
kubernetes的ingress：Ingress controller，traefik
阿白，
05-05 2030
文章目录Ingress介绍nginx ingress controlleringressURL RewriteBasic Auth灰度发布等各种发布方式HTTPSCertManager 自动 HTTPS安装配置自动化 HTTPSHTTP-01 校验DNS-01 校验Traefik核心概念traefik安装ACME中间件Traefik Pilot灰度发布流量复制TCPTCP服务实例带 TLS 证书的 TCPUDP Ingress介绍 对外暴露集群服务 前面我们学习了在 Kubernetes 集群内部使用 ku
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

不冤不乐

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值