Apache DolphinScheduler在Kubernetes中运行Docker容器的解决方案

Apache DolphinScheduler作为一款优秀的分布式工作流任务调度系统，支持多种部署方式。在实际生产环境中，用户可能会遇到将Docker运行方式迁移到Kubernetes环境时的配置问题。

问题背景

当用户尝试在Kubernetes环境中运行DolphinScheduler的API服务容器时，可能会遇到"unresolved namespace"的错误提示。这种情况通常发生在直接使用Docker运行命令迁移到Kubernetes部署时，而没有充分考虑Kubernetes环境的特殊性。

问题分析

在Kubernetes环境中，DolphinScheduler默认会尝试与Kubernetes API进行交互，这是因为它内置了Spring Cloud Kubernetes的集成功能。当检测到运行在Kubernetes环境中时，系统会自动尝试获取命名空间等信息。如果这些信息未正确配置，就会导致"unresolved namespace"错误。

解决方案

针对这一问题，有两种主要的解决思路：

1. 完全禁用Kubernetes集成：通过设置环境变量SPRING_CLOUD_KUBERNETES_ENABLED=false，可以彻底关闭Spring Cloud Kubernetes的自动配置功能。这种方式适合那些不需要Kubernetes服务发现和配置功能的场景。

2. 正确配置Kubernetes集成：如果确实需要使用Kubernetes的服务发现等功能，则需要确保：

   • 正确设置命名空间
   • 配置适当的RBAC权限
   • 确保Pod能够访问Kubernetes API

最佳实践建议

对于大多数从Docker迁移到Kubernetes的用户，建议采用以下配置方式：

env:
- name: SPRING_CLOUD_KUBERNETES_ENABLED
  value: "false"
- name: DATABASE
  value: "postgresql"
- name: SPRING_DATASOURCE_URL
  value: "jdbc:postgresql://postgres:5432/dolphinscheduler"
- name: SPRING_DATASOURCE_USERNAME
  value: "<USER>"
- name: SPRING_DATASOURCE_PASSWORD
  value: "<PASSWORD>"
- name: REGISTRY_ZOOKEEPER_CONNECT_STRING
  value: "zookeeper:2181"

总结

在将Apache DolphinScheduler从Docker环境迁移到Kubernetes时，理解其与Kubernetes的集成机制非常重要。通过合理配置环境变量，可以灵活控制是否启用Kubernetes特有的功能。对于不需要这些高级功能的用户，简单的禁用Kubernetes集成是最直接有效的解决方案。