在K8s部署Bitnami Airflow Helm Chart后日志无法访问求助

我之前也碰到过一模一样的情况，Bitnami的Airflow Chart用无头服务实现Celery Worker通信确实会踩这个日志拉取的坑，核心问题出在Worker注册的主机名和日志服务的绑定配置上，给你几个靠谱的解决步骤：

1. 让Worker用Pod IP作为注册主机名 #

默认情况下，Worker会把无头服务的FQDN作为主机名上报给元数据库，但Webserver没法通过这个地址正常访问Worker的日志端口。你需要修改hostname_callable配置，强制Worker使用自身的Pod IP来注册：

在你的Helm values.yaml里添加或更新这段配置：

airflow:
  config:
    celery:
      worker_hostname_callable: "airflow.utils.net.get_host_ip_address"

这个配置会让Worker把自己的Pod IP作为可访问地址上报，Webserver后续就会直接用Pod IP拉取日志，绕开无头服务的FQDN问题。

2. 确保Worker日志服务绑定到所有网卡 #

很多时候连接拒绝是因为Worker的日志服务默认只绑定了localhost，导致集群内其他Pod无法访问。你需要让日志服务监听所有网卡，通过添加启动参数实现：

在values.yaml里补充这段配置：

airflow:
  worker:
    extraArgs:
      - "--worker-log-server-host"
      - "0.0.0.0"

这样Worker的8793日志端口就会对外暴露，Webserver就能正常建立连接了。

3. 排查网络连通性（可选） #

如果上面两步做完还是不行，先做基础网络验证：

• 进入Webserver Pod，执行curl <worker-pod-ip>:8793/log/secondone/s3files/2020-06-19T10:35:00+00:00/1.log（替换成你报错里的实际路径），看能不能获取到日志内容
• 进入Worker Pod，执行netstat -plnt | grep 8793，确认端口监听的是0.0.0.0:8793而不是127.0.0.1:8793
• 检查集群的网络策略，如果有配置的话，要允许Webserver Pod访问Worker Pod的8793端口

4. 应用配置并验证 #

修改完values.yaml后，执行Helm升级让配置生效：

helm upgrade mypr-afw bitnami/airflow -n mynamespace -f your-values.yaml

等所有Pod重启完成后，再尝试查看日志，应该就能正常拉取了。

内容的提问来源于stack exchange，提问作者srinivas-vaddi