【08】Kubernets:Service

本文深入探讨Kubernetes中Service的工作模式、配置参数及其资源清单,包括userspace、iptables、ipvs三种模式,以及如何通过Service实现集群内外的服务访问。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

写在前面的话

 

在 K8S 第一节的时候我们简单提到过 Service 的工作模式有三种:userspace / iptables / ipvs。并且已经知道在目前新版本中默认是 ipvs,前提是在按照 K8S 的时候配置了 ipvs 模块。

 

 

Service 资源清单

 

前面就已经知道 service 简称 svc,所以我们可以直接通过 explain 查看资源清单的参数如下表:

svc
apiVersion  v1 
kind  Service
metadata  和其他一样,name / labels / namespace 等
spec   
 clusterIP 定义 Service 的 IP,一般在 type 是 ClusterIP 的时候才配置,大多时候随机分配
 ports  
  name名称
  nodePort在 type 是 NodePort 的时候使用,就是大于 30000 的本机映射端口
  portService 的端口
  targetPortPod 的端口
 selector 标签选择器,直接键值对
 sessionAffinity 配置分配规则,支持 ClientIP / None
 type ExternalName, ClusterIP, NodePort, LoadBalancer(一般用于云)

 

简单的资源清单示例:

apiVersion: v1
kind: Service
metadata:
  name: redis-svc
  namespace: default
spec:
  type: ClusterIP
  selector:
    app: redis
    role: logstore
  ports:
  - name: redis-port
    port: 6373
    targetPort: 6379

运行查看:

kubectl apply -f svc-demo.yaml
kubectl get svc

结果如图:

 

资源记录解析名字格式:SVC_NAME.NS_NAME.DOMAIN.LTD.

例如上面的 redis  名字为:redis.default.svc.cluster.local.

当我们 type 使用 NodePort 的时候,就可以在 ports 里面配置 nodePort 参数(大于 30000 端口,不指定随机)。

一定要确保该端口没用被其他服务占用。

当我们这只 CluterIP 为 None 的时候,资源记录直接解析到 Pod。此时再使用 dig 添加本地解析时,该资源记录需要解析到 kube-dns 的 IP 地址。

 

转载于:https://www.cnblogs.com/Dy1an/p/11011947.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值