<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>kuberenetes | 伪架构师</title>
    <link>/tags/kuberenetes/</link>
      <atom:link href="/tags/kuberenetes/index.xml" rel="self" type="application/rss+xml" />
    <description>kuberenetes</description>
    <generator>Source Themes Academic (https://sourcethemes.com/academic/)</generator><language>zh</language><lastBuildDate>Sat, 03 Jun 2017 01:43:33 +0800</lastBuildDate>
    <image>
      <url>/img/logo-wide.png</url>
      <title>kuberenetes</title>
      <link>/tags/kuberenetes/</link>
    </image>
    
    <item>
      <title>在 Kubernetes（1.6）中配置私有 DNS 区域以及上级域名服务</title>
      <link>/post/upstream-dns-in-kubernetes/</link>
      <pubDate>Sat, 03 Jun 2017 01:43:33 +0800</pubDate>
      <guid>/post/upstream-dns-in-kubernetes/</guid>
      <description>

&lt;p&gt;原文：&lt;a href=&#34;https://kubernetes.io/blog/2017/04/configuring-private-dns-zones-upstream-nameservers-kubernetes&#34; target=&#34;_blank&#34;&gt;Configuring Private DNS Zones and Upstream Nameservers in Kubernetes&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;很多用户都有自己的域名区域，并且希望能够集成到 Kubernetes DNS 的命名空间去。例如混合云用户可能希望能在集群内解析他们内部的 “.corp” 。其他用户用户可能有一个受&lt;strong&gt;非 Kubernetes&lt;/strong&gt;管理的服务发现系统（例如 Consul）。我们在 Kubernetes 1.6 中推出了新功能，kube-dns 添加了可配置的私有 DNS 区域（通常称为存根域）以及外部的上级域名服务，本文将会讲解如何使用这一功能。&lt;/p&gt;

&lt;p&gt;Kubernetes 目前在 Pod 定义中支持两个 DNS 策略：&lt;code&gt;Default&lt;/code&gt;和&lt;code&gt;ClusterFirst&lt;/code&gt;，&lt;code&gt;dnsPolicy&lt;/code&gt;缺省为&lt;code&gt;ClusterFirst&lt;/code&gt;：&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;如果&lt;code&gt;dnsPolicy&lt;/code&gt;设置为&lt;code&gt;Default&lt;/code&gt;，那么域名解析配置会从 Pod 所在节点继承而来。注意，本文所述功能在&lt;code&gt;dnsPolicy&lt;/code&gt;设置为&lt;code&gt;Default&lt;/code&gt;时无效。&lt;/li&gt;
&lt;li&gt;如果&lt;code&gt;dnsPolicy&lt;/code&gt;设置为&lt;code&gt;ClusterFirst&lt;/code&gt;，DNS 查询会被发送到 kube-dns 服务。kube-dns 服务负责相应以集群域名为后缀（例如&lt;code&gt;.cluster.local&lt;/code&gt;）的查询。其他的域名查询（例如 www.kubernetes.io ）会被转发给来自节点定义的上级域名服务器。&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;在这一功能推出之前，通常需要利用替换上级 DNS 为自定义解析的方式来完成存根域查询。然而这就使得这个自定义域名解析器成为 DNS 解析过程中的一个高风险因素。本功能让用户能够无需对整个 DNS 路径进行改造就完成自定义解析过程。&lt;/p&gt;

&lt;h2 id=&#34;自定义-dns-流程&#34;&gt;自定义 DNS 流程&lt;/h2&gt;

&lt;p&gt;从 Kubernetes 1.6 开始，集群管理员能够利用 ConfigMap 指定自定义的存根域以及上级 NameServer。下文的配置包含一个存根域和两个上级域名服务器。对域名后缀为&lt;code&gt;.aceme.local&lt;/code&gt;的查询会被发送到地址为 1.2.3.4 的 DNS 服务。另外会把 Google 公共 DNS 作为上级服务器。注意本节末尾对 ConfigMap 中的数据格式进行的解释。&lt;/p&gt;

&lt;pre&gt;&lt;code class=&#34;language-yaml&#34;&gt;
apiVersion: v1
kind: ConfigMap
metadata:
  name: kube-dns
  namespace: kube-system
data:
  stubDomains: |
    {&amp;quot;acme.local&amp;quot;: [&amp;quot;1.2.3.4&amp;quot;]}
  upstreamNameservers: |
    [&amp;quot;8.8.8.8&amp;quot;, &amp;quot;8.8.4.4&amp;quot;]

&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;下图显示了配置中所指示的 DNS 查询过程。当&lt;code&gt;dnsPolicy&lt;/code&gt;设置为&lt;code&gt;ClusterFirst&lt;/code&gt;时，DNS 查询首先被发送到 kube-dns 的 DNS 缓存层。从这里开始检查域名后缀，然后发送到指定的 DNS。在本例中，集群后缀的域名（&lt;code&gt;.cluster.local&lt;/code&gt;），被发送到 kube-dns，最后不符合上面后缀的其他查询被转发到上级 DNS 去进行解析。&lt;/p&gt;

&lt;p&gt;下文表格用来说明域名解析的过程：&lt;/p&gt;

&lt;table&gt;
&lt;thead&gt;
&lt;tr&gt;
&lt;th&gt;域名&lt;/th&gt;
&lt;th&gt;解析服务&lt;/th&gt;
&lt;/tr&gt;
&lt;/thead&gt;

&lt;tbody&gt;
&lt;tr&gt;
&lt;td&gt;kubernetes.default.svc.cluster.local&lt;/td&gt;
&lt;td&gt;kube-dns&lt;/td&gt;
&lt;/tr&gt;

&lt;tr&gt;
&lt;td&gt;foo.acme.local&lt;/td&gt;
&lt;td&gt;自定义 DNS（1.2.3.4）&lt;/td&gt;
&lt;/tr&gt;

&lt;tr&gt;
&lt;td&gt;widget.com&lt;/td&gt;
&lt;td&gt;上级 DNS（8.8.8.8 和 8.8.4.4）中的一个&lt;/td&gt;
&lt;/tr&gt;
&lt;/tbody&gt;
&lt;/table&gt;

&lt;h3 id=&#34;configmap-配置说明&#34;&gt;ConfigMap 配置说明&lt;/h3&gt;

&lt;ul&gt;
&lt;li&gt;&lt;code&gt;stubDomains&lt;/code&gt; (可选)

&lt;ul&gt;
&lt;li&gt;格式：一个 JSON 编码的 Map 格式，其 Key 为 DNS 后缀（也就是&lt;code&gt;acme.local&lt;/code&gt;），值是一个 JSON 数组，代表一组 DNS IP。&lt;/li&gt;
&lt;li&gt;注意：目标域名服务器也可以是 Kuernetes 服务。例如可以用 dnsmasq 把自定义 DNS 导出到 ClusterDNS 的命名空间中。&lt;/li&gt;
&lt;/ul&gt;&lt;/li&gt;
&lt;li&gt;&lt;code&gt;upstreamNameservers&lt;/code&gt;

&lt;ul&gt;
&lt;li&gt;格式：一个 DNS IP 组成的 JSON 数组。&lt;/li&gt;
&lt;li&gt;注意：如果指定了这个值，那么从节点的 &lt;code&gt;/etc/resolv.conf&lt;/code&gt; 继承过来的值就会被覆盖。&lt;/li&gt;
&lt;li&gt;限制：最多可以指定三个。&lt;/li&gt;
&lt;/ul&gt;&lt;/li&gt;
&lt;/ul&gt;

&lt;h2 id=&#34;例-1-添加一个-consul-dns-存根域&#34;&gt;例 1：添加一个 Consul DNS 存根域&lt;/h2&gt;

&lt;p&gt;这个例子中，用户希望把 Consul DNS 服务集成到 kube-dns。Consul 服务位于&lt;code&gt;10.150.0.1&lt;/code&gt;，所有的 consul 命名后缀都是&lt;code&gt;.consul.local&lt;/code&gt;。Kubernetes 管理员简单的创建一个&lt;code&gt;ConfigMap&lt;/code&gt;对象就可以完成。注意：本例中管理员不想覆盖节点的上级 DNS 定义，所以不需要指定&lt;code&gt;upstreamNameservers&lt;/code&gt;：&lt;/p&gt;

&lt;pre&gt;&lt;code class=&#34;language-yaml&#34;&gt;apiVersion: v1
kind: ConfigMap
metadata:
  name: kube-dns
  namespace: kube-system
data:
  stubDomains: |
    {&amp;quot;consul.local&amp;quot;: &amp;quot;10.150.0.1&amp;quot;}
&lt;/code&gt;&lt;/pre&gt;

&lt;h2 id=&#34;例-2-替换上级-nameserver&#34;&gt;例 2：替换上级 Nameserver&lt;/h2&gt;

&lt;p&gt;这个例子中，集群管理员希望所有的集群外 DNS 查询由&lt;code&gt;172.16.0.1&lt;/code&gt;的服务来完成，同样的用一个 ConfigMap 完成：&lt;/p&gt;

&lt;pre&gt;&lt;code class=&#34;language-yaml&#34;&gt;apiVersion: v1
kind: ConfigMap
metadata:
  name: kube-dns
  namespace: kube-system
data:
  upstreamNameservers: |
    [&amp;quot;172.16.0.1&amp;quot;]
&lt;/code&gt;&lt;/pre&gt;
</description>
    </item>
    
  </channel>
</rss>
