当前位置：网站首页 > 技术资源 > 正文

kubernetes基础知识之clusterip类服务service

off999 2025-03-23 22:28 35 浏览 0 评论

kubernetes service底层工作模式：

①：userspace用户空间模式

②：iptables 防火墙模式

③：ipvs 虚拟服务器模式

进入pod内的容器：

kubectl exec -it $pod_name -n $namespace_name -- /bin/sh

kubectl exec -it $pod_name -c $container_name -n $namespace_name -- /bin/sh

把kube-proxy的工作模式iptables换成ipvs具有更好的性能、更高的稳定性。

服务的类型：

ClusterIP：默认类型，自动分配一个仅cluster内部可以访问的虚拟IP。Headless Service访问方式为服务名.命名空间.svc.cluster.local.@dns地址（coredns）

NodePort:在ClusterIP的基础上，为service在每台机器上绑定一个端口，这样就可以通过:NodePort来访问服务。NodePort端口是30000起步。

LoadBalancer:在NodePort的基础上，借助Cloud Provider 创建一个外部负载均衡器，并且将请求转发到:NodePort。

ExternalName:把集群外部的服务引入到集群内部来，在集群内部直接使用。没有任何代理类型被创建，这只有kubernetes 1.7或者更高版本的kube-dns才支持。

Tomcat的缺点是：对静态资源的代理能力比较弱。

所以一般需要Nginx服务做反向代理。

Nginx反向代理tomcat，需要写一个upstream，并且需要在nginx配置文件server部分的location区域里面，写上proxy_pass http://$proxy_name;

ClusterIP类型的服务，在集群内部提供一个VIP。访问这个VIP，这个服务的VIP会自动去匹配后端的真实服务器，满足的条件包括：①：就绪状态②标签选择器要满足子集的运算。

创建一个服务，在ipvs的工作模式里面，就会生成一个VIP。并且将后端能够满足条件的pod绑定过来。变成一个ipvs的负载均衡集群。它会自动更新当前的最新状态，规则会自动修改，不用担心。

这时候前端的nginx反向代理服务器，可以把upstream里面的地址，直接配置成server $clusterip(service Ip)，也就是ipvs的IP。这个IP不需要更改，只要kubernetes集群是稳定可靠的，那么这个ClusterIP类型的服务就会一直存在。并且会动态地将后端pod的变化更新到自己的负载均衡规则中。

鼓励的话语：想赢，不一定要有实力和本钱；最重要的是要有信心和胆识。放弃，就一定是输。尝试，还有一半机会！

nginx 代理ip