# 环境 ``` $ sudo lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 16.04.2 LTS Release: 16.04 Codename: xenial $ kubectl version Client Version: version.Info{Major:"1", Minor:"5", GitVersion:"v1.5.4", GitCommit:"7243c69eb523aa4377bce883e7c0dd76b84709a1", GitTreeState:"clean", BuildDate:"2017-03-07T23:53:09Z", GoVersion:"go1.7.4", Compiler:"gc", Platform:"linux/amd64"} Server Version: version.Info{Major:"1", Minor:"5", GitVersion:"v1.5.4", GitCommit:"7243c69eb523aa4377bce883e7c0dd76b84709a1", GitTreeState:"clean", BuildDate:"2017-03-07T23:34:32Z", GoVersion:"go1.7.4", Compiler:"gc", Platform:"linux/amd64"} ``` # 介绍 从Kubernetes 1.3开始，DNS通过使用插件管理系统`cluster add-on`，成为了一个内建的自启动服务。 Kubernetes DNS在Kubernetes集群上调度了一个DNS Pod和Service，并配置kubelet，使其告诉每个容器使用DNS Service的Ip来解析DNS名称。 # 什么是DNS名称 集群中定义的每个Service（包括DNS Service它自己）都被分配了一个DNS名称。默认的，Pod的DNS搜索列表中会包含Pod自己的命名空间和集群的默认域，下面我们用示例来解释以下。 假设有一个名为`foo`的Service，位于命名空间`bar`中。运行在`bar`命名空间中的Pod可以通过DNS查找`foo`关键字来查找到这个服务，而运行在命名空间`quux`中的Pod可以通过关键字`foo.bar`来查找到这个服务。 # 支持的DNS模式 下面的章节详细的描述了支持的记录（record）类型和layout。 ## Services 普通（非headless）的Service都被分配了一个DNS记录，该记录的名称格式为`my-svc.my-namespace.svc.cluster.local`，通过该记录可以解析出服务的集群IP。 Headless（没有集群IP）的Service也被分配了一个DNS记录，名称格式为`my-svc.my-namespace.svc.cluster.local`。与普通Service不同的是，它会解析出Service选择的Pod的IP列表。 ### SRV records SRV records用于为命名端口服务，这些端口是headless或者普通Service的一部分。对于每个命名端口，SRV record的格式为：`_my-port-name._my-port-protocol.my-svc.my-namespace.svc.cluster.local`。对于普通服务来说，这会解析出端口号和CNAME`my-svc.my-namespace.svc.cluster.local`。对于headless服务来说，这会解析出多个结果，一个是service后端的每个pod，一个是包含端口号，和格式为`auto-generated-name.my-svc.my-namespace.svc.cluster.local`的pod的CNAME。 ### 向后兼容性 kube-dns的之前版本，使用了格式为`my-svc.my-namespace.cluster.local`（svc这一层是后面加上的）的名称。但这种格式不再被支持了。 ## Pods pod会被分配一个DNS记录，名称格式为`pod-ip-address.my-namespace.pod.cluster.local`。 比如，一个pod，它的IP地址为`1.2.3.4`，命名空间为`default`，DNS名称为cluster.local，那么它的记录就是：`1-2-3-4.default.pod.cluster.local`。 当pod被创建时，它的hostname设置在Pod的`metadata.name`中（写yaml的时候应该很清楚这点）。 在v1.2版本中，用户可以指定一个Pod注解，`pod.beta.kubernetes.io/hostname`，用于指定Pod的hostname。这个Pod注解，一旦被指定，就将优先于Pod的名称，成为pod的hostname。比如，一个Pod，其注解为`pod.beta.kubernetes.io/hostname: my-pod-name`，那么该Pod的hostname会被设置为my-pod-name。 v1.2中还引入了一个beta特性，用户指定Pod注解，`pod.beta.kubernetes.io/subdomain`，来指定Pod的subdomain。比如，一个Pod，其hostname注解设置为`“foo”`，subdoma
延伸阅读
- ssh框架 2016-09-30
- 阿里移动安全 [无线安全]玩转无线电——不安全的蓝牙锁 2017-07-26
- 消息队列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 论文笔记【图片目标分割】 2017-07-26
- 词向量-LRWE模型-更好地识别反义词同义词 2017-07-26
- 从栈不平衡问题 理解 calling convention 2017-07-26
- php imagemagick 处理 图片剪切、压缩、合并、插入文本、背景色透明 2017-07-26
- Swift实现JSON转Model - HandyJSON使用讲解 2017-07-26
- 阿里移动安全 Android端恶意锁屏勒索应用分析 2017-07-26
- 集合结合数据结构来看看(二) 2017-07-26
学习是年轻人改变自己的最好方式