在docker入口点启动dnsmasq的正确方式是什么？

Question

我在dockerENTRYPOINT中编写了一个简单的脚本来使用dnsmasq

if [ ! -f /etc/resolv.dnsmasq ];then
   cp /etc/resolv.conf /etc/resolv.dnsmasq
   sed -i 's/^nameserver.*/nameserver 127.0.0.1/' /etc/resolv.conf
   dnsmasq -r /etc/resolv.dnsmasq
else
   dnsmasq -r /etc/resolv.dnsmasq
fi

我的逻辑很简单，k8s第一次启动docker contain时，它将在/etc/resolv中更新nameserver。conf设置为正确的值，我的脚本将把它复制到/etc/resolv。dnsmasq和在/etc/resolv中更改nameserver。conf至127.0.0.1使用dnsmasq服务。

当docker因为/etc/resolv而重新启动时。dnsmasq保持不变，因此dnsmasq将刚刚启动。它大部分时间都能工作，但当k8s由于健康检查失败而重新启动容器时，它将无法工作。当这种情况发生时，我的解决方案。dnsmasq具有名称服务器127.0.0.1，

/var/www/html # cat /etc/resolv.dnsmasq
nameserver 127.0.0.1
search default.svc.cluster.local svc.cluster.local cluster.local
options ndots:2 timeout:2

从我得到的评论和回答中，我意识到这是因为当容器被重新创建时，我有一个修改的/etc/resolv。conf和no/etc/resolv。dnsmasq。因此，然后运行部分。

但是为什么我会在/etc/resolv中使用名称服务器127.0.0.1。conf是否从图像重新创建？

我如何处理这一问题并使dnsmasq工作？

---更新---

我问我的服务提供商aliyun为什么在/etc/resolv中使用名称服务器127.0.0.1。conf当Kubernetes重新启动我的容器时。他们说一个可能的原因是我没有在部署yaml文件中设置dnsConfig。我没有足够的知识，但这可能是原因吗？




Answer 1

。。。当k8s由于健康检查失败而重新启动容器时，它总是无法工作

与docker restart不同，K8s使用新实例重新启动容器，您保存在终止容器中的任何内容都不会出现。要使文件在K8s重启期间保持不变，您需要将其保存在持久卷中（例如NFS、云提供商提供的存储等）。