容器内指定特定域名解析结果的几种方式详解 – 华为云社区分享

在容器操作过程中，设置特定的域名解析结果是至关重要的环节。各种实现方法都有其独特的优点和不足之处。接下来，我会逐一为大家详细阐述这些方法。

创建演示环境

apiVersion: apps/v1
kind: Deployment
metadata:
  name: busybox-deployment
  labels:
    app: busybox
spec:
  replicas: 1
  selector:
    matchLabels:
      app: busybox
  template:
    metadata:
      labels:
        app: busybox
    spec:
      containers:
      - name: busybox
        image: busybox
        args:
        - /bin/sh
        - -c
        - "while true; do echo Hello, Kubernetes!; sleep 10;done"

首先，我们要建立一个实际操作的平台。我们可以通过创建一个Deployment配置文件来实现，这个文件会生成一个包含busybox的pod。在这个容器里，每10秒控制台会显示“Hello, Kubernetes!”的信息。这就像在盖房子之前得先搭好骨架，而这个演示环境就是我们的操作基础。

在这种环境中，我们能够直接看到各种域名解析方法带来的效果。这样，在模拟实际操作的过程中，我们能更加熟练地掌握操作技能。

修改Coredns配置

若要接入三个不同的DNS服务器，对Coredns进行配置调整是个不错的选择。Coredns在业内应用广泛，它在确保稳定性和兼容性方面有着出色的表现。

/ # ping four-250
PING four-250 (250.250.250.250): 56 data bytes

我们可以通过特定指令来调整其配置，例如在hosts文件中加入特定内容。然而，如果没有安装reload插件，就需重启Coredns来让改动生效。需要留意的是，默认情况下reload操作需要30秒时间。

使用三方DNS插件

apiVersion: apps/v1
kind: Deployment
metadata:
  name: busybox-deployment
  labels:
    app: busybox
spec:
  replicas: 3
  selector:
    matchLabels:
      app: busybox
  template:
    metadata:
      labels:
        app: busybox
    spec:
      hostAliases:
      - ip: "250.250.250.250"
        hostnames:
        - "four-250"
      containers:
      - name: busybox
        image: busybox
        args:
        - /bin/sh
        - -c

        - "while true; do echo Hello, Kubernetes!; sleep 10;done"

三方DNS插件虽可调整设置，但此类操作并不被推荐。Coredns已成为业界主流，其性能与稳定性广受好评。第三方插件可能带来兼容难题，且目前尚无插件能全面取代Coredns。故在选择时，应谨慎评估，避免只看表面吸引力而忽视潜在的不稳定性。

修改/etc/hosts

func hostsEntriesFromHostAliases(hostAliases []v1.HostAlias) []byte {
	if len(hostAliases) == 0 {
		return []byte{}
	}
	var buffer bytes.Buffer
	buffer.WriteString("n")
	buffer.WriteString("# Entries added by HostAliases.n")
	// for each IP, write all aliases onto single line in hosts file
	for _, hostAlias := range hostAliases {
		buffer.WriteString(fmt.Sprintf("%st%sn", hostAlias.IP, strings.Join(hostAlias.Hostnames, "t")))
	}
	return buffer.Bytes()
}

这种方法很传统，直接在容器内修改相关文件，便于域名解析，Pod层面立刻就能看到效果。比如，可以在hosts文件里加入一条新记录。但维护起来挺麻烦的，Pod每次重启都要手动改，这在实际使用中不太方便。这就好比手动管理一个数据表，任何小改动都得亲自动手，既耗时又容易出错。

使用HostAliases

kubectl edit cm coredns -n kube-system

HostAliases是Kubernetes中Pod配置的一部分，它负责向Pod容器的/etc/hosts文件中添加额外的条目。例如，当你修改了相应的yaml文件，查看容器的/etc/hosts文件时，你会看到Kubernetes自动添加了“Entries add by HostAliases”这样的信息。这个功能可以在Pod、Replica、Deployment、StatefulSet等多个层级进行操作，相较于直接修改/etc/hosts，它的维护性更高，且在某些特定场景下尤为实用。

Corefile: |
    .:53 {
        log
        errors
        health {
           lameduck 5s
        }
        ready
        kubernetes cluster.local in-addr.arpa ip6.arpa {
           pods insecure
           fallthrough in-addr.arpa ip6.arpa
           ttl 30
        }
        prometheus :9153
        hosts {
           192.168.65.2 host.minikube.internal
           fallthrough
        }
        forward . /etc/resolv.conf {
           max_concurrent 1000
        }
        cache 30
        loop
        reload
        loadbalance
    }

修改DNS策略

250.250.250.250 four-250

调整DNS策略后，单个Pod、Deploy或StatefulSet可将特定域名的解析任务指定给特定服务器。不过，这种方法并不常见，主要是因为Coredns广泛流行，用它来处理特定解析显得多余。操作时，大家需全面评估各种因素，选择最合适的方案。

在使用时，大家更偏爱哪种方式解析容器中的特定域名？若我的分享对您有所启发，别忘了点赞并把这个文章转发出去！