kubernetes1.13.1部署ingress-nginx-十一(2)
一、Ingress 简介
(1)
在Kubernetes中,服务和Pod的IP地址仅可以在集群网络内部使用,对于集群外的应用是不可见的。
为了使外部的应用能够访问集群内的服务,
在Kubernetes 目前 提供了以下几种方案:
NodePort
LoadBalancer
Ingress
(2)
Ingress包含 :
ingress controller
将新加入的Ingress转化成Nginx的配置文件并使之生效;
ingress服务
将Nginx的配置抽象成一个Ingress对象,每添加一个新的服务只需写一个新的Ingress的yaml文件即可;
(3)
Ingress 工作原理:
ingress controller通过和kubernetes api交互,动态的去感知集群中ingress规则变化,
然后读取它,按照ingress中自定义的规则,规则写明了哪个域名对应哪个service,生成一段nginx配置,
再写到nginx-ingress-controller的pod里,这个Ingress controller的pod里运行着一个Nginx服务,控制器会把生成的nginx配置写入/etc/nginx.conf文件中,
然后reload一下使配置生效。
以此达到域名分配置和动态更新的问题。
Ingress 可以解决什么问题:
动态配置服务:
如果按照传统方式, 当新增加一个服务时, 我们可能需要在流量入口加一个反向代理指向我们新的k8s服务.
而如果用了Ingress, 只需要配置好这个服务, 当服务启动时, 会自动注册到Ingress的中, 不需要额外的操作.
减少不必要的端口暴露:
配置k8s时, 第一步是要关闭防火墙, 原因是k8s的很多服务会以NodePort方式映射出去, 这样就相当于给宿主机打了很多孔, 既不安全也不优雅.
而Ingress可以避免这个问题, 除了Ingress自身服务可能需要映射出去, 其他服务都不要用NodePort方式。
(4)
结构图:
因为整个结构中,要创建不止一个service、pod,我这里用A和B加以区分说明:
- service-A:此service是让ingress-controller能够接入集群外部的流量,因为默认外部是不能访问的;要将此service的端口暴露出去(nodepod);
- service-B:此service就是就是正常的pod service ,关联至pod-B;
- ingress-controller:也就是图中的pod-A,运行在service-A后面,(ingress-controller)以一个pod的形式存在,里面运行着nginx,此pod的namespace为ingress-nginx,它会动态感知ingress中的规则变化,ingress规则写明了哪个域名对应哪个service,ingress会生成一段nginx配置,然后将配置注入到ingress-controller的nginx中,reload使其生效,达到动态配置、更新的效果;
- pod-B: 也就是正常的pod
二、部署配置Ingress
(1)获取配置文件
https://github.com/kubernetes/ingress-nginx/tree/nginx-0.20.0/deploy
下载以下几个文件:
configmap.yaml default-backend.yaml mandatory.yaml namespace.yaml rbac.yaml tcp-services-configmap.yaml udp-services-configmap.yaml with-rbac.yaml
(2) 准备镜像
a、
[root@master ingress-nginx]# vim mandatory.yaml #mandatory.yaml是其他文件的集合
编辑mandatory.yaml文件,将defaultbackend镜像地址改成阿里云的镜像地址(如下图),至于原因 你懂得...
image: registry.cn-hangzhou.aliyuncs.com/allinpay/defaultbackend-amd64:v1.5
b、
至于nginx-ingress-controller的镜像,国内可以访问quay.io,就不用改了;
(3) 安装ingress-controller
[root@master ingress-nginx]# kubectl apply -f mandatory.yaml #这里执行mandatory.yaml这一个文件就行了
稍等片刻,只要操作不出问题,应该就OK了,如下图:
(4)创建后端pod和service (pod-B、service-B)
[root@master ~]# cd /root/manifests/ingress
[root@master ingress]# cat deploy-demo.yaml
apiVersion: v1
kind: Service
metadata:
name: myapp
namespace: default
spec:
selector:
app: myapp
release: canary
ports:
- name: http
targetPort: 80
port: 80
---
apiVersion: apps/v1
kind: Deployment
metadata:
name: myapp-deploy
namespace: default
spec:
replicas: 3
selector:
matchLabels:
app: myapp
release: canary
template:
metadata:
labels:
app: myapp
release: canary
spec:
containers:
- name: myapp
image: ikubernetes/myapp:v2
ports:
- name: http
containerPort: 80
------------------------------------------------------------------------------
[root@master ingress]# kubectl apply -f deploy-demo.yaml
[root@master ingress]# kubectl get pods
[root@master ingress]# kubectl get svc
(5)创建service-A
[root@master ingress-nginx]# wget https://raw.githubusercontent.com/kubernetes/ingress-nginx/master/deploy/provider/baremetal/service-nodeport.yaml
[root@master ingress-nginx]# cat 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: 30080
- name: https
port: 443
targetPort: 443
protocol: TCP
nodePort: 30443
selector:
app.kubernetes.io/name: ingress-nginx
app.kubernetes.io/part-of: ingress-nginx
---
[root@master ingress-nginx]# kubectl apply -f service-nodeport.yaml
在外部浏览器中中访问:ip:30080
此时报错的原因是因为没有生成ingress-controller关联到service-B的ingress规则;
(5)
kubectl explain ingress
kubectl explain ingress.spec.rules
定义ingress规则,此间规则会自动注入到ingress-controller(pod)的nginx.conf中;
ingress-controller是直接关联到service-B的,但是这中间由ingress来生成各种规则;
- path : 后不加内容代指nginx.conf中生成的路径为 / (location / ),serviceName:代理到的service名字,靠service找到后端的pod
此时ingress-controller的nginx.conf中会自动生成一个server段的配置,也就是一个nginx的虚拟主机的字段,还有upstream配置等;
upstream中自动代理到后端pod ip(pod-B),service会识别到pod,这些都是自动生成,所以就实现了自动生成配置,自动更改配置等;
只需要改此yaml文件即可;
[root@master ingress]# kubectl apply -f ingress-myapp.yaml
在外部主机上配置好host文件:
然后在浏览器中再访问,发现已经可以访问到后端pod了:
三、再来一个例子
举一个后端pod(pod-B)为Tomcat的例子:
草图如下:
service-B和后端的Tomcat-pod上要开启8080和8009端口;
ingress-controller上用80(这里是30080)映射到8080端口,来代理Tomcat;
此图中的两个nginx和两个tomcat都是pod(pod-B)
(1)创建后端pod(pod-B、service-B)
查看一下Tomcat容器中所开的端口,发现8080和8009已经打开:
查看tomcat的svc:
(2)创建ingress
(3)
修改hosts文件:
访问,发现已经有了,我们这里ingress-controller的nginx暴露的30080端口,不是80,所以要访问30080: