k8s中service发现相关说明

旧巷老猫 提交于 2020-04-03 04:04:35

service discory

kubernetes中查找服务主要有两种方式:环境变量和DNS

  • 环境变量

kubelet给每个pod中添加了每个service对应的一组环境变量,包括简单变量{SVCNAME}_SERVICE_HOST和Docker-links变量{SVCNAME}_PORT,变量中的service_name全部大写,中划线转为下划线。
我的一个svc相关变量如下:

SVC_MALIBU_SERVICE_HOST=172.21.39.194
SVC_MALIBU_PORT_8080_TCP_ADDR=172.21.39.194
SVC_MALIBU_PORT_8080_TCP_PORT=8080
SVC_MALIBU_SERVICE_PORT=8080
SVC_MALIBU_PORT_8080_TCP=tcp://172.21.39.194:8080
SVC_MALIBU_PORT_8080_TCP_PROTO=tcp
SVC_MALIBU_PORT=tcp://172.21.39.194:8080

注:在pod中使用这些变量的时候,一定要在pod运行前先创建好svc,不然pod里面读不到的

  • DNS

像coredns等集群感知的DNS server监视了kubernetes api,它会为新service创建一组dns记录。

  • A记录
    除了Headless Service外的svc,会以 svc-name.svc-namespace.svc.cluster-domain.example 的形式添加一条A记录。记录值为svc的Cluster IP。
    “Headless” Service也会以 svc-name.svc-namespace.svc.cluster-domain.example 这种名字的形式添加一条A记录,它会解析成该 Service 选择(selector)的一组Pod的IP。客户端使用round-robin策略从这一组IP中进行选择。
  • SRV记录
    命名端口会创建一条SRV记录,格式 _port-name._port-protocol.svc-name.svc-namespace.svc.cluster-domain.example,普通的svc解析结果是端口号和CNAME(svc-name.svc-namespace.svc.cluster-domain.example)。headless类型的svc会解析出多个值,每个pod一个对应的port和CNAME(pod-name.svc-name.svc-namespace.svc.cluster-domain.example)

我们在应用配置文件中,经常会看到写多个地址,比如zookeeper地址配置为zookeeper://10.0.1.11:2181?backup=10.0.1.12:2181,在k8s中,创建headless类型的svc,会在kube-dns中为每个pod添加一条记录 $(podname).$(headless-svc-name).namespace.svc.cluster.local,值为pod的ip。这样配合stateful-set类型的控制器,每个pod就会有固定的hostname和域名。

headless service

不需要负载均衡或者pod间访问的情况下可能会用到。它不会创建cluster ip和proxy规则。ExternalName接受IPv4地址字符串,但作为包含数字的DNS名称,而不是IP地址。

无selector的service

可以自己手动创建endpoint,与service关联

externalname service

就是返回一条cname记录,访问service的方式与其他服务相同,但主要区别在于重定向发生在DNS级别,而不是通过代理或转发。
service还支持配置会话亲和性
External IPs

默认情况下,没有为pod名称创建A记录,PodSpec有可选字段hostname和subdomain,添加了hostname字段,pod的主机名会被设置为hostname的值。设置了subdomain,那么pod的FQDN为$(hostname).$(subdomain).namespace.svc.cluster-domain.example。如果Headless Service与Pod在同一个Namespace中,且它们具有相同的子域名,集群的KubeDNS服务也会为该Pod的完整合法主机名返回A记录。(参考)

PodSpec.dnsPolicy配置

  • Default: Pod从运行所在的节点继承dns配置。
  • ClusterFirst: 与配置的集群域后缀不匹配的任何DNS查询(例如 “www.taobao.com”)都将转发到从节点继承的上游dns服务器。
  • ClusterFirstWithHostNet: 对于与hostNetwork一起运行的Pod,需要设置其DNS策略为”ClusterFirstWithHostNet“,pod里面nameserver为集群dns地址。
  • None: 它使Pod忽略Kubernetes环境中的DNS设置,使用Pod Spec中的 dnsConfig字段提供所有DNS设置。

自定义pod dns服务

dnsConfig字段,配合dnsPolicy生成pod里面的resolv.conf文件。
nameservers:最多可以指定3个ip地址。列出的ip将合并到从指定的DNS策略生成的nameserver地址,并删除重复的地址。
searches:DNS搜索域的列表,同样是合并dns策略生成的列表。Kubernetes最多允许6个搜索域。
options:对象的可选列表,其中每个对象可能具有name属性(必需)和value属性(可选),同样是合并生成resolv.conf文件。

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!