一、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：
