写在前面的话node
在 K8S 第一节的时候咱们简单提到过 Service 的工做模式有三种:userspace / iptables / ipvs。而且已经知道在目前新版本中默认是 ipvs,前提是在按照 K8S 的时候配置了 ipvs 模块。redis
Service 资源清单api
前面就已经知道 service 简称 svc,因此咱们能够直接经过 explain 查看资源清单的参数以下表:session
svc | |||
---|---|---|---|
apiVersion | v1 | ||
kind | Service | ||
metadata | 和其余同样,name / labels / namespace 等 | ||
spec | |||
clusterIP | 定义 Service 的 IP,通常在 type 是 ClusterIP 的时候才配置,大多时候随机分配 | ||
ports | |||
name | 名称 | ||
nodePort | 在 type 是 NodePort 的时候使用,就是大于 30000 的本机映射端口 | ||
port | Service 的端口 | ||
targetPort | Pod 的端口 | ||
selector | 标签选择器,直接键值对 | ||
sessionAffinity | 配置分配规则,支持 ClientIP / None | ||
type | ExternalName, ClusterIP, NodePort, LoadBalancer(通常用于云) |
简单的资源清单示例:app
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
运行查看:spa
kubectl apply -f svc-demo.yaml
kubectl get svc
结果如图:code
资源记录解析名字格式:SVC_NAME.NS_NAME.DOMAIN.LTD.blog
例如上面的 redis 名字为:redis.default.svc.cluster.local.dns
当咱们 type 使用 NodePort 的时候,就能够在 ports 里面配置 nodePort 参数(大于 30000 端口,不指定随机)。ip
必定要确保该端口没用被其余服务占用。
当咱们这只 CluterIP 为 None 的时候,资源记录直接解析到 Pod。此时再使用 dig 添加本地解析时,该资源记录须要解析到 kube-dns 的 IP 地址。