nginx 请求转发_k8s之HTTP请求负载分发

导读

        对于基于HTTP的服务来说，不同的URL地址经常对应不同的后端服务或者虚拟服务器，通常的做法是在应用前添加一个反向代理服务器Nginx，进行请求的负载转发，在Spring Cloud这个微服务框架中，使用zuul网关实现此功能。

        而对于k8s集群来说，当然也是可以用Nginx实现请求的转发，但对于一个成熟的容器编排工具，k8s内置了一个HTTP请求负载分发的组件，就是Ingress Controll。另外，k8s的Service也是具有负载均衡能力的组件。  

用法

        在定义Ingress之前，需要先部署Ingress Controller，以实现所有后端Service提供一个统一的入口。Ingress Controller需要实现基于不同Http URL向后转发的负载分发规则 。

        在K8s中，Ingress Controller将以Pod的形式运行，监控apiserver的/ingress接口后端的backend services，如果service发生变化，则Ingress Controller应自动更新其转发规则。

1、创建Ingress Controller

其实Ingress底层就可以用Nginx实现，Ingress Controller会监听ApiServer，获取全部的Ingress定义，然后根据定义生成Nginx的配置文件。

下面使用nginx-ingress-controller镜像来创建Ingress Controller。

apiVersion: v1kind: ReplicationControllermetadata:  name: nginx-ingress  namespace: ingress  labels:    app: nginx-ingressspec:  replicas: 1  template:    metadata:      name: nginx-ingress      labels:        app: nginx-ingress    spec:      serviceAccountName: ingress-sc      containers:      - name: nginx-ingress        image: imagia/nginx-ingress-controller:0.32.0        imagePullPolicy: IfNotPresent        env:        - name: POD_NAME          valueFrom:            fieldRef:              fieldPath: metadata.name        - name: POD_NAMESPACE          valueFrom:            fieldRef:              fieldPath: metadata.namespace        ports:        - containerPort: 80          hostPort: 80        - containerPort: 443          hostPort: 443

这里为Nginx容器设置了hostPort，将容器应用监听的80和443端口 号映射到物理机上，使得客户端应用可以通过URL地址“http://物理机 IP:80”或“https://物理机IP:443”来访问该Ingress Controller。这使得Nginx 类似于通过NodePort映射到物理机的Service，成为代替kube-proxy的 HTTP层的Load Balancer：

2、创建Ingress

下面的Ingress定义了将/user的请求转发至user-svc的Service上，将/order的请求转发至order-svc的Service上。

apiVersion: extensions/v1beta1kind: Ingressmetadata:  name: myweb-ingress  namespace: ingressspec:  rules:  - host: myweb.com    http:      paths:      - path: /api/user        backend:          serviceName: user-svc          servicePort: 8081      - path: /api/order        backend:          serviceName: order-svc          servicePort: 8082

Ingress的策略配置：

(1)所有请求都转发到单个Service上

此时不用配置rules

spec:  backend:    serviceName: user    servicePort: 8080

(2)同一域名，不同url转发到不同的服务上

比如域名都是myweb.com，/api/user转发到user服务，/api/order转发到 order服务。

spec:  rules:  - host: myweb.com    http:      paths:      - path: /api/user        backend:          serviceName: user-svc          servicePort: 8081      - path: /api/order        backend:          serviceName: order-svc          servicePort: 8082

(3)不同域名

域名为myweb1.com的请求转发到user服务，域名为myweb2.com的请求转发到order服务

spec:  rules:  - host: myweb1.com    http:      paths:      - backend:          serviceName: user-svc          servicePort: 8081  - host: myweb2.com    http:      paths:      - backend:          serviceName: order-svc          servicePort: 8082

(4)不使用域名

这种配置用于一个网站不使用域名直接提供服务的场景，此时通过 任意一台运行ingress-controller的Node都能访问到后端的服务。

spec:  rules:  - http:      paths:      - path: /api/user        backend:          serviceName: user-svc          servicePort: 8081

【注】使用无域名的Ingress转发规则时，将默认禁用非安全 HTTP，强制启用HTTPS。

案例

一、简介

创建一个命名空间：ingress，启动两个服务，一个是user，一个是order，利用Ingress-controller将请求/api/user转发到user服务，将请求/api/order转发到order服务。

二、创建服务

(1)创建简单springboot应用

只有两个api接口，分别是/api/order和/api/user，然后打成jar包上传至服务器

(2)将上述jar包创建为镜像

将jar包、jdk安装包和Dockerfile放在同一个目录

Dockerfile文件内容如下：

FROM centos:7LABEL author=lsyENV path=/usr/softRUN mkdir ${path}WORKDIR ${path}ADD jdk-8u191-linux-x64.tar.gz ${path}ENV JAVA_HOME=${path}/jdk1.8.0_191ENV CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jarENV PATH=$JAVA_HOME/bin:$PATHCOPY service-1.0.jar ${path}EXPOSE 8080CMD  java -jar service-1.0.jar

使用命令创建镜像：

docker build ./ -t  cnode-1:5000/ingress-service:v1.0

镜像创建完成后记得上传到docker私有仓库

(3)在ingress命名空间启动相应的ReplicationController和Service

user-rc.yaml

apiVersion: v1kind: ReplicationControllermetadata:  name: user-rc  namespace: ingress  labels:    name: user-rcspec:  replicas: 1  selector:    name: user-rc  template:    metadata:      name: user-rc      labels:        name: user-rc    spec:      containers:      - name: user-rc        image: cnode-1:5000/ingress-service:v1.0        imagePullPolicy: IfNotPresent        ports:        - containerPort: 8080

user-svc.yaml

apiVersion: v1kind: Servicemetadata:  name: user-svc  namespace: ingressspec:  selector:    name: user-rc  ports:  - port: 8081    targetPort: 8080

order-rc.yaml

apiVersion: v1kind: ReplicationControllermetadata:  name: order-rc  namespace: ingress  labels:    name: order-rcspec:  replicas: 1  selector:    name: order-rc  template:    metadata:      name: order-rc      labels:        name: order-rc    spec:      containers:      - name: order-rc        image: cnode-1:5000/ingress-service:v1.0        imagePullPolicy: IfNotPresent        ports:        - containerPort: 8080

order-svc.yaml

apiVersion: v1kind: Servicemetadata:  name: order-svc  namespace: ingressspec:  selector:    name: order-rc  ports:  - port: 8082    targetPort: 8080

分别使用kubectl create 命令创建上述资源

(4)在ingress命名空间中创建ServiceAccount

创建ServiceAccount和ClusterRoleBinding，如果不创建的话，Ingress-controller会使用默认名为default的ServiceAccount，default权限很弱，获取不到相应的资源信息，这样Ingress-controller会启动失败。

---apiVersion: v1kind: ServiceAccountmetadata:  labels:    name: ingress-sc  name: ingress-sc  namespace: ingress---apiVersion: rbac.authorization.k8s.io/v1beta1kind: ClusterRoleBindingmetadata:  name: ingress  labels:    name: ingress-crbroleRef:  apiGroup: rbac.authorization.k8s.io  kind: ClusterRole  name: cluster-adminsubjects:- kind: ServiceAccount  name: ingress-sc  namespace: ingress

(5)创建Ingress Controller

apiVersion: v1kind: ReplicationControllermetadata:  name: nginx-ingress  namespace: ingress  labels:    app: nginx-ingressspec:  replicas: 1  template:    metadata:      name: nginx-ingress      labels:        app: nginx-ingress    spec:      serviceAccountName: ingress-sc      containers:      - name: nginx-ingress        image: imagia/nginx-ingress-controller:0.32.0        imagePullPolicy: IfNotPresent        env:        - name: POD_NAME          valueFrom:            fieldRef:              fieldPath: metadata.name        - name: POD_NAMESPACE          valueFrom:            fieldRef:              fieldPath: metadata.namespace        ports:        - containerPort: 80          hostPort: 80        - containerPort: 443          hostPort: 443

创建完后查看：

【注】环境变量POD_NAME和POD_NAMESPACE是必须要设置的，不然会报错。

(6)创建Ingress

也就是规则设置，将请求地址为/api/user转发至user服务，请求地址为/api/order的转发至order服务。

apiVersion: extensions/v1beta1kind: Ingressmetadata:  name: myweb-ingress  namespace: ingressspec:  rules:  - host: myweb.com    http:      paths:      - path: /api/user        backend:          serviceName: user-svc          servicePort: 8081      - path: /api/order        backend:          serviceName: order-svc          servicePort: 8082

创建完后查看：

可以看到，它的Hosts是myweb.com，物理机地址是192.168.197.120，端口为80.

如果ADDRESS列为空， 则通常说明Nginx未能正确连接到后端Service，需要排错。

【注】为什么只有一个ip，是因为这个RC只有一个Pod，调度到cnode-2这台机运行，如果想要每台机器都有一个，建议使用DaemonSet类型的Controller

此时查看ingress-controller的Pod的日志：

先获取Pod的名字

然后查看日志：

从上图可以看到，当ingress创建之后，ingress-controller会自动去加载，然后生成对应的nginx的conf文件。

进入容器查看nginx的配置文件：文件是/etc/nginx/nginx.conf

(7)测试效果

由于并没有上述设置的myweb.com这个域名，所以需要进行解析。

curl --resolve myweb.com:80:192.168.197.120 http://myweb.com:80/api/order

访问order服务：

查看日志：可以看到是转发到order-svc这个Service上了

192.168.197.100 - - [31/Oct/2020:07:40:46 +0000] "GET /api/order HTTP/1.1" 200 21 "-" "curl/7.29.0" 82 0.004 [ingress-order-svc-8082] [] 10.36.0.4:8080 21 0.004 200 0f7dfb1134644ee2ceb7a7d364ddfe45

访问user服务：

查看日志：可以看到是转发到user-svc这个Service上了

192.168.197.100 - - [31/Oct/2020:07:42:16 +0000] "GET /api/user HTTP/1.1" 200 20 "-" "curl/7.29.0" 81 0.011 [ingress-user-svc-8081] [] 10.44.0.3:8080 20 0.010 200 46f66ab540c41590a74bbea66bd65ea8

结尾

秋风吹落叶，天气微凉，注意保暖！

• k8s重器之Service

• k8s之DNS服务器搭建

• 服务挂掉导致需要对k8s水平扩容

• k8s基本使用

下期见

Liusy01

一个分享Java后端学习日志的公众号

欢迎大家点个在看

分享至朋友圈