使用云厂商托管K8S时容器域名解析注意事项

canger 发布于2019-07-01 17:19 / 1605人阅读

摘要：云厂商托管服务的域名解析注意事项使用云厂家提供托管式，的域名解析参数，通过界面创建的话，可能厂商界面没有开放配置，采用了一些默认值，在使用时候，需要了解清楚厂商提供的默认配置，否则会存在问题。原文链接使用云厂商托管时容器域名解析注意事项

云厂商托管 Kubernetes 服务的 Pod 域名解析注意事项

使用云厂家提供托管式Kubernetes，Pod的域名解析参数，通过界面创建Pod的话，可能厂商界面没有开放dnsConfig配置，采用了一些默认值，在使用时候，需要了解清楚厂商提供的默认配置，否则会存在问题。
典型的一个配置是 ndots ，如果你在Pod内访问的域名字符串，点数量在 ndots 阈值范围内，则被认为是Kubernetes集群内部域名，会被追加 ..svc.cluster.local 后缀，这样会导致每次解析域名时候有2次（IP4/IP6）无效解析，在大规模并发场景下存在性能瓶颈。

云厂商一般将Kubernetes的DNS服务（CoreDNS或SkyDNS）与厂商提供的外部DNS级联了，因此这种问题再功能测试阶段不会被暴露，只在性能测试阶段能暴露出来。

DNS查找原理与规则

DNS域名解析配置文件 /etc/resolv.conf

nameserver 10.247.x.x
search default.svc.cluster.local svc.cluster.local cluster.local
options ndots:3

参数说明

nameserver 域名解析服务器

search 域名的查找后缀规则，查找配置越多，说明域名解析查找匹配次数越多，这里匹配有3个后缀，则查找规则至少6次，因为IPV4,IPV6都要匹配一次

options 域名解析选项，多个KV值；其中典型的有 ndots ，访问的域名字符串内的点字符数量超过 ndots 值，则认为是完整域名，直接解析

Kubernetes的dnsConfig配置说明

Kubernetes官网的dns配置说明

nameservers：将用作Pod的DNS服务器的IP地址列表。最多可以指定3个IP地址。当Pod dnsPolicy 设置为“ None”时，列表必须至少包含一个IP地址，否则此属性是可选的。列出的服务器将合并到从指定的DNS策略生成的基本名称服务器，并删除重复的地址。

searches：Pod中主机名查找的DNS搜索域列表。此属性是可选的。指定后，提供的列表将合并到从所选DNS策略生成的基本搜索域名中。删除重复的域名。Kubernetes最多允许6个搜索域。

options：可选的对象列表，其中每个对象可以具有name 属性（必需）和value属性（可选）。此属性中的内容将合并到从指定的DNS策略生成的选项中。删除重复的条目

dnsPolicy域名解析的几种场景应用

对应的容器中的deployment的yaml中的dnsPolicy有三种配置参数ClusterFirst, Default, None

Default：Pod从运行pod的节点继承名称解析配置。有关详细信息，请参阅相关讨论

ClusterFirst：任何与配置的群集域后缀不匹配的DNS查询（例如"www.kubernetes.io"）将转发到从该节点继承的上游名称服务器。群集管理员可能配置了额外的存根域和上游DNS服务器。有关在这些情况下如何处理DNS查询的详细信息，请参阅相关讨论。

ClusterFirstWithHostNet：对于使用hostNetwork运行的Pod，您应该明确设置其DNS策略“ ClusterFirstWithHostNet”。

None：Kubernetes v1.9（Beta in v1.10）中引入的新选项值。它允许Pod忽略Kubernetes环境中的DNS设置。应使用dnsConfigPod规范中的字段提供所有DNS设置。请参阅下面的DNS配置子部分。

1. 场景1-采用自定义DNS

采用自己建的DNS来解析Pods中的应用域名配置，可以参考以下代码配置，此配置在Pod中的DNS可以完全自定义，适用于已经有自己建的DNS,迁移后的应用也不需要去修改相关的配置；

apiVersion: v1
kind: Pod
metadata:
  namespace: default
  name: dns-example
spec:
  containers:
    - name: test
      image: nginx
  dnsPolicy: "None"
  dnsConfig:
    nameservers:
      - 1.2.3.4
    searches:
      - ns1.svc.cluster.local
      - my.dns.search.suffix
    options:
      - name: ndots
        value: "2"
      - name: edns0

2. 场景2-采用kubernets的CoreDNS

优先使用Kubernetes的DNS服务解析，失败后再使用外部级联的DNS服务解析。

apiVersion: v1
kind: Pod
metadata:
  namespace: default
  name: dns-example
spec:
  containers:
    - name: test
      image: nginx
  dnsPolicy: ClusterFirst

3. 场景3-采用云厂家公网域名解析

适用于Pods中的域名配置都在公网访问，这样的话Pods中的应用都从外部的DNS中解析对应的域名

apiVersion: v1
kind: Pod
metadata:
  namespace: default
  name: dns-example
spec:
  containers:
    - name: test
      image: nginx
  dnsPolicy: Default

4. 场景4-采用HostNet的DNS解析

如果在POD中使用hostNetwork:true配置网络，pod中运行的应用程序可以直接看到宿主主机的网络接口，宿主主机所在的局域网上所有网络接口都可以访问到该应用程序

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: nginx
spec:
  template:
    metadata:
      labels:
        app: nginx
    spec:
      hostNetwork: true
      dnsPolicy: ClusterFirstWithHostNet
      containers:
      - name: nginx
        image: nginx:1.7.9
        ports:
        - containerPort: 80

如果不加上dnsPolicy: ClusterFirstWithHostNet, pod默认使用所在宿主主机使用的DNS，这样也会导致容器内不能通过service name 访问k8s集群中其他POD。

原文链接

使用云厂商托管K8S时容器域名解析注意事项

云解析域名注册进行域名解析时 UCloud K8S容器云容器云厂商云容器厂商

文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。

转载请注明本文地址：https://www.ucloud.cn/yun/32998.html

Kubernetes在混合云架构下的应用

摘要：但考虑到该用户在跨集群模式下的困扰，开始策划将托管云物理机纳入现有集群统一管理的方案，即在混合云架构下仅需部署管理一套集群。托管云物理机纳入UK8S集群统一管理后，可实现托管云物理机保障平峰时业务正常运行，高峰时期利用UK8S快速扩容公有云资源的理想应用场景，继而提升混合云的可用性。 ——海豹他趣技术负责人张嵩混合云的业务模式厦门海豹他趣信息技术股份有限公司于2012年4...

BenCHou 2019-07-02 12:18 评论0 收藏0
当我们聊Serverless时你应该知道这些

摘要：崭露头角在发布之后，众多及厂商争相入市，，阿里云函数计算，短短数年时间产品已遍地开花。目前知名的平台有，，，等。统一的容器调度模型从当前及容器生态的发展来看，容器基本都是运行在云主机之上比如的，阿里云的。说起当前最火的技术，除了最新的区块链，AI，还有一个不得不提的概念是Serverless。Serverless作为一种新型的互联网架构直接或间接推动了云计算的发展，从AWS Lamb...

EastWoodYang 2019-06-28 16:20 评论0 收藏0
当我们聊Serverless时你应该知道这些

摘要：崭露头角在发布之后，众多及厂商争相入市，，阿里云函数计算，短短数年时间产品已遍地开花。目前知名的平台有，，，等。统一的容器调度模型从当前及容器生态的发展来看，容器基本都是运行在云主机之上比如的，阿里云的。说起当前最火的技术，除了最新的区块链，AI，还有一个不得不提的概念是Serverless。Serverless作为一种新型的互联网架构直接或间接推动了云计算的发展，从AWS Lamb...

caiyongji 2019-06-24 17:58 评论0 收藏0
再获巨头认可，Rancher、ARM强强联合推出物联网、边缘计算、数据中心K8S平台

摘要：年月日，企业级管理平台以下简称宣布与英国芯片设计公司合作，以满足客户对物联网和边缘计算的部署需求。此次发布的用于物联网平台和边缘节点的平台包含年月推出的端口以及。和为物联网边缘计算数据中心节点创建了一个基于的计算平台。 2018年12月11日，企业级Kubernetes管理平台Rancher Labs（以下简称Rancher）宣布与英国芯片设计公司Arm合作，以满足客户对物联网和边缘计...

Jason_Geng 2019-07-01 16:56 评论0 收藏0
Kubernetes和云原生的巨浪要把云计算带向何处

摘要：本届大会议题数量接近，比去年规模较大的北美峰会多出了近一倍。同时还在华为伙伴公有云等云平台上创建集群并接入了他们的平台，以便于快速响应技术峰会等大型活动期间暴涨的计算量。Kubernetes，云原生，service mesh，这些惊人的全球增长趋势，令人欣喜之余迫不及待想要看看云原生在未来究竟会发展出怎样一派繁荣的景象。容器领域最具影响力的技术峰会之一 KubeCon + Cloud...

hizengzeng 2019-04-25 18:41 评论0 收藏0