如何将带Docker Compose卷挂载的Superset部署到EKS集群Pod中

既然你已经将原Docker Compose配置中需要从本地仓库挂载的所有代码、配置、资源文件都内置到了容器镜像内，原本docker-compose up时使用的本地宿主机绑定卷 完全不需要在K8s Pod配置中定义，直接删除对应挂载配置即可。其余卷相关的配置可按以下方案处理：

具体配置方案 #

1. 无需保留的卷配置 #

原docker-compose-non-dev.yml中所有./本地路径:容器内路径格式的宿主机目录绑定挂载，都可以直接从K8s配置中移除，镜像内置的文件会直接生效。如果需要快速生成基础K8s配置模板，可以使用kompose convert命令转换原Docker Compose文件，再批量删除无用的绑定卷配置即可。

2. 需要保留的持久化卷配置 #

原配置中用于存储运行时持久化数据的卷，需要对应转换为K8s的持久化存储配置，EKS环境下推荐配置如下：

• Superset元数据库（PostgreSQL）的持久化存储：定义PersistentVolumeClaim(PVC)，指定EKS集群默认的AWS EBS类型StorageClass，挂载到数据库容器的对应数据目录，常规业务场景10Gi存储容量即可满足需求
• Redis缓存的持久化存储：如果原配置开启了Redis RDB/AOF持久化，同样配置PVC挂载到Redis数据目录；如果仅作临时缓存使用，直接使用emptyDir类型临时卷即可

3. 多容器共享卷配置 #

如果Pod内的多个容器需要共享运行时文件（比如自定义插件、临时生成的报表文件等），可以定义emptyDir类型的临时卷，同时挂载到多个容器的对应共享路径即可，不需要额外申请持久化存储资源。

4. 动态配置挂载方案 #

如果后续需要调整配置不需要重新构建镜像，可以将配置项存储到K8s原生资源中挂载到容器：

• 非敏感配置（比如公共业务配置、特征开关等）存储到ConfigMap，挂载到容器的对应配置路径覆盖默认配置即可
• 敏感信息（比如数据库密码、加密密钥等）存储到Secret，以环境变量或者挂载文件的方式注入到容器中

内容的提问来源于stack exchange，提问作者Harikrishnan A