k8s-ingress一
Comfigmap:存储数据Date:Key:value挂载的方式,把配置信息传给容器生产当中的yml文件很长:有deployment容器的探针资源限制Configmap存储卷ServiceIngressService作用体现在两个方面:Service:NodePort:容器端口---service端口----NodePort,设定了nodePort,每个节点都会有一个端口被打开,30000-32
Comfigmap:存储数据
Date:
Key:value
挂载的方式,把配置信息传给容器
生产当中的yml文件很长:
有deployment
容器的探针
资源限制
Configmap
存储卷
Service
Ingress
K8s的对外服务,ingress
Service作用体现在两个方面:
- 集群内部:不断跟踪pod的变化,更新endpoint中的pod对象,基于pod的IP地址不断变化的一种服务发现机制
- 集群外部:类似于负载均衡器,把流量IP+端口,不涉及url(http https),把请求转发到pod当中
Service:
NodePort:容器端口---service端口----NodePort,设定了nodePort,每个节点都会有一个端口被打开,30000-32767
IP+端口:节点IP+30000-32767,实现负载均衡
Loadbalancer:云平台上的一种service机制,云平台一个负载均衡IP地址
Extrenal:域名映射
Ingress:基于域名进行映射,把url(http,https)请求转发到service,再由service把请求转发到每一个pod
Ingress只要一个或者少量的公网IP或者LB,可以把多个http请求暴露到网外,七层反向代理
Service的service。是一组基于域名和url路径,把一个或者多个请求转发到service的规则
先是七层代理---四层代理-----pod
Ingress service nginx
Ingress的组成:
Ingress是一个api对象,通过yaml文件来进行配置,ingress的作用是定义请求如何转发到service的规则,配置模板
Ingress通过http和https暴露集群内部service,给service提供一个外部的URL,负载均衡,ssl/tsl(https)的能力,实现了一个基于域名的负载均衡
Ingress-controller:具体的实现反向代理和负载均衡的程序,对ingress定义的规则进行解析,根据ingress的配置规则进行请求的转发,Ingress-controller不是k8s自带的组件功能,ingress-controller一个统称
例如nginx ingress controller,traefik都是Ingress-controller,他们都是开源的
Ingress资源的定义项:
- 定义外部流量的规则
- 定义服务的暴露方式,主机名,访问路径和其他的选择
- 负载均衡(ingress-controller)
ingress-controller的运行方式是pod方式运行在集群当中
Nginx-ingress-controller:
如何下载:
wget https://gitee.com/mirrors/ingress-nginx/raw/nginx-0.30.0/deploy/static/mandatory.yaml
Ingress暴露服务的方式:
- 方式一:deployment+LoadBalance模式,ingress部署在公有云,ingress配置文件里面会有一个type,type:LoadBalancer. 公有云平台会为个Loadbalance的service创建一个负载均衡器,绑定一个公网地址。通过域名指向这个公网地址就可以实现集群对外暴露
- 方式二:daemonset+hostnetwork+nodeSelector模式:
解析:
Daemonset:在每个节点都会创建一个pod
Hostnework:pod共享节点主机的网络命名空间,容器内直接使用节点主机的IP+端口。Pod当中的容器可以直接访问网络资源
nodeSelector:根据标签来选择部署的节点,Nginx-ingress-controller部署的节点
缺点:直接利用了节点主机的网络和端口,一个node只能部署一个ingress-controller pod比价适合大并发的生产环境,性能是最好的
核心图:
- 方式三:deployment+NodePort 方式
实验演示方式一实现:
1、下载nginx ingress contoller控制器
wget https://gitee.com/mirrors/ingress-nginx/raw/nginx-0.30.0/deploy/static/mandatory.yaml
修改一下配置文件:
创建标签:
kubectl get pod -n ingress-nginx -o wide
上传控制器镜像,也就是nginx-ingress-controller的镜像:拖入每个节点
tar -xf ingree.contro-0.30.0.tar.gz
docker load -i ingree.contro-0.30.0.tar
在controller控制器创建的pod的节点上查看端口
netstat -antp|grep nginx
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 27897/nginx: master
tcp 0 0 0.0.0.0:8181 0.0.0.0:* LISTEN 27897/nginx: master
tcp 0 0 0.0.0.0:443 0.0.0.0:* LISTEN 27897/nginx: master
解析:8081端口,nginx-controller默认配置的一个bachend,反向代理的端口
所有请求当中,只要是不符合ingress配置的请求会转发到8081,相当于error的界面
- 定义yml脚本,创建pvc、pod、service、ingress
kubectl get pod -o wide
映射
vim /etc/hosts
测试访问
负载均衡已经实现(分别查看三个容器的日志)
结论:endpointIP地址变化
如何实现第二种方式:
如何实现deployment+nodePort (常见模式)
将之前的全部删除
下载nginx ingress contoller控制器
wget https://gitee.com/mirrors/ingress-nginx/raw/nginx-0.30.0/deploy/static/mandatory.yaml
将原来的基于daemonset删除ingress删除
下载service-nodeport控制器
定义yml脚本,创建pvc、pod、service、ingress
做映射,端口可以随便写
结构图:
解析图:
三种模式:
Nginx-ingress-controller
Host--->ingress的配置找到pod----controller---请求发送到pod
NodePort----controller---ingress-----service----pod
NodePort暴露端口的方式是最简单的方法,NodePort多了一层NAT,(地址转换)
并发量大的对性能会有一定影响,内部会有NodePort
虚拟主机的方式实现http代理:
创建多个pod、service
pod1、service1
pod2、service2
配置ingress
做映射:
总结:
Ingress的核心组件----nginx-ingress-controller和traefik
他们都是开源的ingress--controller
三种方式:
Deployment+loadbalancer 需要云平台提供一个负载均衡的公网地址,公有云上做(需要钱)
Daemonset+hostnetwork+nodeselector指定节点部署controller,缺点就是和宿主机共享网络,只能是一个controller的pod
Deployment+NodePort最常见,最简单的方式,其中一个nodeport端口,所有的ingress的请求都会转发到NodePort,然后service把流量转发到pod,一个nginx的NodePort,实现访问多个虚拟主机
和nginx类型:
一个端口可以访问多个
例如:80端口,可以访问www.test1.com www.test2.com
更多推荐
所有评论(0)