kubenetes源码分析之DNS

Posted 柳清风09

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了kubenetes源码分析之DNS相关的知识,希望对你有一定的参考价值。

kubernetes服务发现有两个机制,一个是环境变量另一个则是域名解析,而提供域名解析的正是今天要说的主题kube-dns。这篇文章我先介绍一下dns的发展历程接下来的blog会继续进行源码阅读分享。我把发展定义了三个阶段:

阶段一

如果使用过kubernetes 1.2的应该都会知道dns的四件套:kube2sky、etcd、skydns和exechealthz。Kube2sky通过K8S API监视K8S Service资源的变化,并根据Service的信息生成DNS记录写入到etcd中。Skydns为集群中的Pod提供DNS查询服务,DNS记录从etcd中读取。Exechealthz提供健康检查功能。结构如下图所示:

阶段二

kubernetes 1.4以后把以前的四件套整成了三件套,最大的变化是去掉etcd,降低系统的复杂度,exechealth会检查两个容器的健康状态;为集群提供DNS查询服务的skydns变为了dnsmasq;Kubedns替代了kube2sky来监视Service和Endpoint的资源变化。

去除了etcd,那数据存储在哪里呢?这个要看的kubedns的treeCache实现,是一个树存储结构,把:服务名称.命名空间.域名(kubernetes.default.svc.cluster.local),反过来(颠倒顺序local.cluster.svc.default.kubernetes)存储,详细的看后续代码详解。

阶段三

最新的kubernetes是单独建立的kubernetes子项目,最大的变化是把exechealth改为了sidecar,它是一个daemon进程负责监控dns并提供metric性能数据。和阶段二没有本质变化,就不画结构图了。

以上是关于kubenetes源码分析之DNS的主要内容,如果未能解决你的问题,请参考以下文章

Kubenetes之namespace(命名空间介绍)

JVM源码分析之不保证顺序的Class.getMethods

做一个合格的程序猿之浅析Spring AOP源码(十八) Spring AOP开发大作战源码解析

Netty源码分析之Pipeline创建

Spring IOC源码分析之-刷新前的准备工作

第八篇:Spark SQL Catalyst源码分析之UDF