Kubernetes Pod可解析mysql服务IP但NodeJS应用无法解析怎么办

问题产生原因 #

• NodeJS 内置 dns 模块的 resolve() 系列方法默认绕过操作系统的 hosts 配置和 nsswitch.conf 解析规则，直接向系统配置的DNS服务器发送查询请求，不会自动补全Kubernetes Pod 注入的DNS搜索后缀（比如 .default.svc.cluster.local 这类集群内部域名后缀）。
• 直接传入短服务名 mysql-svc 时，dnsPromises.resolve() 不会像操作系统的 ping、curl 这类命令一样自动拼接搜索域生成完整的集群域名，导致查询失败抛出ENOTFOUND错误。
• 补充说明：NodeJS 只有使用 dns.lookup() 方法时，才会调用操作系统底层的 getaddrinfo 接口，遵循系统的全部解析规则，包括补全搜索域、读取hosts文件等，和Pod内直接解析服务名的行为一致。

解决方案 #

方案1：替换使用dns.lookup()方法代替resolve() #

代码示例：

const dns = require('dns');
const dnsPromises = dns.promises;

const databaseHostname = 'mysql-svc';

try {
    // lookup方法返回的第一个参数就是解析到的IP地址
    const [databaseIpAddress] = await dnsPromises.lookup(databaseHostname);
} catch (error) {
    console.log(`ERROR WHILE DNS RESOLVING HOSTNAME: ${databaseHostname}`);
}

方案2：直接使用完整的集群服务域名 #

直接传入mysql服务的完整FQDN，不需要依赖搜索域自动补全：

// 格式为 <服务名>.<所在命名空间>.svc.cluster.local，请根据你的实际命名空间修改
const databaseHostname = 'mysql-svc.default.svc.cluster.local';

方案3：无需主动解析，直接用服务名配置数据库连接 #

大部分NodeJS的数据库客户端（比如mysql2、sequelize等）内部默认会调用操作系统的getaddrinfo做域名解析，你不需要自己提前做DNS解析，直接把短服务名mysql-svc填到数据库连接配置的host字段即可，客户端会自动完成解析。

内容的提问来源于stack exchange，提问作者Stefan Đorđević