如何理解kubernetes中的入口,针对这个问题,这篇文章详细介绍了相对应的分析和解答,希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。
<强>一:简介
进入资源对象,用于将不同的URL的访问请求转发到后端不同的服务,以实现HTTP层的业务路由机制.Kubernetes使用一个入口策略定义和一个具体的入口控制器,两者结合并实现了一个完整的入口负载均衡器。
入口控制器将基于入口规则将客户请求直接转发到服务对应的后端端点上,这样会跳过kube-proxy的转发功能,kube-proxy不再起作用。
<强>二:使用入口
具体使用过程,请参照之前的博文http://blog.itpub.net/28624388/viewspace-2152650/
1。创建入口控制器
在定义入口策略之前,需要先部署入口控制器,以实现为所有后端服务提供一个统一的入口.Ingress控制器需要实现基于不同的HTTP URL向后转发的负载分发机制,并可以灵活设置7层的负载分发策略。如果公有云服务商提供该类型的HTTP路由loadbalance,则可以设置其为入口控制器。
在Kubernetes中,入口控制器将以Pod的形式运行,监控apiserver的/入口端口后的后端服务,如果服务发生变化,则进入控制器应用自动更新其转发规则。
2。安装backend服务
为了让Ingress Controller 能够正常启动，还需要为它配置一个默认的backend，用于在客户端访问的URL地址不存在时，能够返回一个正确的404应答。这个backend服务用任何应用实现都可以，只要满足默认对路径的访问返回404应答，并且提供/healthz完成对它的健康检查。
三：Ingress策略配置
1.转发到单个后端服务上
点击(此处)折叠或打开
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: test-ingress
spec:
backend:
serviceName: myweb
servicePort: 8080
客户端到Ingress Controller的访问请求都将被转发到后端的唯一Service上，这种情况下Ingress 无须定义任何rule.
2.同一域名下，不同的URL路径被转发到不同的服务上
点击(此处)折叠或打开
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: test-ingress
spec:
rules:
- host: mywebsite.com
http:
paths:
- path:/web
backend:
serviceName: web-service
servicePort: 80
- path:/api
backend:
serviceName: api-service
servicePort: 8081
3.不同的域名被转发到不同的服务上
点击(此处)折叠或打开
apiVersion: extensions/v1beta1
kind: Ingress
metadata:
name: test-ingress
spec:
rules:
- host: foo.bar.com
http:
paths:
,,安康;后端:
<李>
,,,,,,,,,,名:,service1
<李>
,,,,,,,,,, servicePort: 80
<李>
,(主持人:,bar.foo.com
<李>
,,http:
<李>,,,路径:
<李>,,,安康;后端:
<李>,,,,生成,名:service2
<李>,,,,,servicePort: 80
<强> 4。不使用域名的转发规则
点击(此处)折叠或打开
apiVersion:扩展/v1beta1
:入口
元数据:
,,名字:test-ingress
