Windows Server 2019 LCOW环境下Docker Linux容器卷绑定持久化问题

问题场景 #

在Windows Server 2019的LCOW（Linux容器运行在Windows）环境中，通过docker-compose部署Bitnami官方的Apache Kafka和ZooKeeper容器，需要实现存储持久化以保留队列状态。

原docker-compose配置如下：

version: "3"

services:

  zookeeper:
    image: 'bitnami/zookeeper:latest'
    container_name: test-zoo

    ports:
      - '2181:2181'
    volumes:
      - type: bind
        source: C:\\test\\persist
        target: /bitnami
    environment: 
      - ALLOW_ANONYMOUS_LOGIN=yes

  kafka:
    image: 'bitnami/kafka:latest'
    container_name: test-kafka
    deploy:
      resources:
        limits:
          memory: 2G
    ports:
      - '9092:9092'
    volumes:
      - type: bind
        source: C:\\test\\persist
        target: /bitnami
    environment:
      - KAFKA_BROKER_ID=1311
      - KAFKA_CFG_RESERVED_BROKER_MAX_ID=1000000
      - KAFKA_CFG_LISTENERS=PLAINTEXT://:9092    
      - KAFKA_CFG_ADVERTISED_LISTENERS=PLAINTEXT://127.0.0.1:9092    
      - KAFKA_CFG_ZOOKEEPER_CONNECT=zookeeper:2181
      - KAFKA_CFG_LOG_DIRS=/bitnami/kafka/logs 
      - ALLOW_PLAINTEXT_LISTENER=yes
    depends_on:
      - zookeeper

移除卷配置时容器能正常运行，但添加bind卷绑定本地Windows目录后，容器重启时Kafka无法启动，本地目录仅生成少量文件，无法完整存储容器内数据。Docker Desktop的共享卷可解决该问题，但要求只能使用纯CLI和docker-compose，需模拟这一操作。

已知正常工作时容器的Mounts配置：

"Mounts": [
        {
            "Type": "bind",
            "Source": "C:/dokit/persist",
            "Destination": "/bitnami",
            "Mode": "",
            "RW": true,
            "Propagation": "rprivate"
        }
    ]

问题根源 #

LCOW环境下，Windows NTFS目录直接绑定到Linux容器会存在文件系统兼容性问题：NTFS不支持Linux的权限模型，而Bitnami镜像中的服务（ZooKeeper、Kafka）需要特定权限的目录才能正常运行和写入数据。Docker Desktop通过FUSE文件系统层做了兼容性适配，但Windows Server原生Docker无法直接复制该配置。

解决方案 #

使用Docker命名卷替代bind卷，Docker会在LCOW环境下自动为命名卷创建适配Linux容器的存储目录，自动处理权限问题，效果和Docker Desktop的共享卷一致。

修改后的docker-compose.yml配置：

version: "3"

services:
  zookeeper:
    image: 'bitnami/zookeeper:latest'
    container_name: test-zoo
    ports:
      - '2181:2181'
    volumes:
      - kafka-zoo-data:/bitnami
    environment: 
      - ALLOW_ANONYMOUS_LOGIN=yes

  kafka:
    image: 'bitnami/kafka:latest'
    container_name: test-kafka
    deploy:
      resources:
        limits:
          memory: 2G
    ports:
      - '9092:9092'
    volumes:
      - kafka-zoo-data:/bitnami
    environment:
      - KAFKA_BROKER_ID=1311
      - KAFKA_CFG_RESERVED_BROKER_MAX_ID=1000000
      - KAFKA_CFG_LISTENERS=PLAINTEXT://:9092    
      - KAFKA_CFG_ADVERTISED_LISTENERS=PLAINTEXT://127.0.0.1:9092    
      - KAFKA_CFG_ZOOKEEPER_CONNECT=zookeeper:2181
      - KAFKA_CFG_LOG_DIRS=/bitnami/kafka/logs 
      - ALLOW_PLAINTEXT_LISTENER=yes
    depends_on:
      - zookeeper

volumes:
  kafka-zoo-data:
    driver: local

配置说明 #

• 新增kafka-zoo-data命名卷，使用Docker默认的local驱动，Docker会自动在LCOW环境下创建兼容Linux文件系统的存储位置
• 替换原配置中的bind卷为该命名卷，容器启动时会自动初始化目录权限，匹配Bitnami镜像的运行要求
• 数据会持久化存储在Docker管理的卷目录中，容器重启后可正常加载所有数据

备选方案（若必须使用bind卷） #

如果确实需要绑定本地Windows目录，可尝试以下方法（仅测试用，不推荐生产环境）：

• 提前在本地目录创建zookeeper和kafka子目录，通过临时Linux容器设置目录权限（LCOW环境下操作较繁琐）
• 在docker-compose的服务配置中添加user: root，让服务以root用户运行，跳过权限校验，但会带来安全风险

内容的提问来源于stack exchange，提问作者Branko Radojevic