Kubernetes环境中Fluent Bit连接Elastic Cloud出现无法解析主机错误

根因分析 #

1. 配置冲突是核心原因：你的Fluent Bit Elasticsearch输出配置同时填写了Cloud_ID和独立的Host、Port参数。Elastic Cloud的Cloud_ID本身已经编码了实例的完整域名、端口信息，ES输出插件检测到Cloud_ID存在时会自动从ID中解析连接地址，此时额外配置的Host、Port会被插件错误拼接为完整的域名字符串（将端口直接追加到域名末尾），导致DNS查询时把<实例域名>:9243整体当作域名解析，自然无法匹配到记录。
2. 额外环境变量冲突：DaemonSet中配置的FLUENT_ELASTICSEARCH_HOST、FLUENT_ELASTICSEARCH_PORT是Fluent Bit ES插件的默认读取变量，部分版本会优先读取这两个变量值，进一步加剧配置拼接异常。

排查步骤 #

• 进入异常的Fluent Bit Pod，执行printenv | grep ELASTIC确认所有ES相关环境变量的实际取值，排除ConfigMap/Secret挂载错误导致的取值异常
• 在Fluent Bit Pod内执行nslookup <你的Elastic Cloud实例域名>，确认Pod内DNS可以正常解析不带端口的域名，对齐你之前用dnsutil验证的结果
• 临时注释ES输出配置中的Host、Port参数后重启Fluent Bit，验证报错是否消失

解决方案 #

两种方案二选一即可：

1. 保留Cloud_ID配置（更适配Elastic Cloud，推荐）：直接删除ES输出配置中的Host、Port两行参数，插件会自动从Cloud_ID解析正确的连接地址、端口和TLS配置。同时删除DaemonSet中多余的FLUENT_ELASTICSEARCH_HOST、FLUENT_ELASTICSEARCH_PORT环境变量，避免配置冲突。
2. 改用手动配置模式：删除ES输出配置中的Cloud_ID参数，保留现有Host、Port、TLS相关配置即可，此时插件会直接使用你填写的域名、端口建立连接，不会出现域名拼接问题。

内容的提问来源于stack exchange，提问作者Tim Holum