kubernetes集群实战——暴露service供外部访问的4种方法(NodePort、LoadBalancer、ExternalName和分配公有IP)

本文介绍了Kubernetes中Service的四种暴露方式:ClusterIP、NodePort、LoadBalancer和ExternalName。详细讲解了每种方式的工作原理和应用场景,包括如何通过NodePort和LoadBalancer对外提供服务,以及使用ExternalName通过DNS映射外部域名。同时,还探讨了Headless Service在Pod滚动更新中的作用。
摘要由CSDN通过智能技术生成

1.service介绍

==Service可以看作是一组提供相同服务的Pod对外的访问接口。借助Service,应用可以方便地实现服务发现和负载均衡。 ==
• service默认只支持4层负载均衡能力,没有7层功能。(可以通过Ingress实现)
service的类型:
• ClusterIP:默认值,k8s系统给service自动分配的虚拟IP,只能在集群内部访问。
• NodePort:将Service通过指定的Node上的端口暴露给外部,访问任意一个 NodeIP:nodePort都将路由到ClusterIP。
• LoadBalancer:在 NodePort 的基础上,借助 cloud provider 创建一个外部的负载均 衡器,并将请求转发到 :NodePort,此模式只能在云服务器上使用。
• ExternalName:将服务通过 DNS CNAME 记录方式转发到指定的域名(通过 spec.externlName 设定)。

2.service类型应用

2.1 ClusterIP类型

== ClusterIP:默认值,k8s系统给service自动分配的虚拟IP,只能在集群内部访问
集群内部运行一个pod==
在这里插入图片描述

2.2 NodePort类型

NodePort:将Service通过指定的Node上的端口暴露给外部,访问任意一个 NodeIP:nodePort都将路由到ClusterIP
更改service类型:

kubectl edit svc myservice	##更改service类型为NodePort
kubectl get svc myservice
kubectl get pod -o wide	##集群中的节点开启了32290端口

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
外部访问测试
在物理机上进行访问测试
在这里插入图片描述

2.3 更改Service的规则方式为ipvsadm

Service 是由 kube-proxy 组件,加上 iptables 来共同实现的
• kube-proxy 通过 iptables 处理 Service 的过程,需要在宿主机上设置相当多的 iptables 规则,如果宿主机有大量的Pod,不断刷新iptables规则,会消耗大量的CPU 资源。
• IPVS模式的service,可以使K8s集群支持更多量级的Pod。
开启kube-proxy的ipvs模式

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值