CloudFormation配置Ksql Server时如何正确添加bootstrap参数

ECS服务卡在CREATE_IN_PROGRESS是任务反复启动失败、ECS持续重试调度导致的，你的容器配置存在几处逻辑错误：

• 错误嵌套docker run命令：ECS本身就是容器编排服务，会自动完成拉镜像、启容器的全流程，你在容器Command里写docker run相当于在容器内部再执行启动容器的操作，不仅容器默认没有docker客户端、没有挂载宿主机docker socket无法执行，就算能执行也会出现容器套容器的异常，直接导致启动崩溃。
• 环境变量配置位置错误：你把正确的Environment配置段注释掉了，反而把启动参数写在了无效的嵌套docker命令里，KSQL根本读不到所需的bootstrap server等配置，启动后会直接退出。
• 资源配置不足：你给任务分配的0.25vCPU、1G内存远低于ksqlDB的最低运行要求，就算配置正确也会因为内存不足被系统直接kill。
• 监听地址配置缺失：ksqlDB默认只监听127.0.0.1，不配置KSQL_LISTENERS为0.0.0.0的话，容器外根本访问不到8080端口，就算服务启动了后续健康检查、流量访问也会失败。
• 镜像配置冲突：Image字段指向你自己ECR的镜像，Command里又写了拉取公网的其他版本ksqldb镜像，逻辑完全矛盾。

直接替换EcsKsqlTask段的配置即可，核心是删掉无效的嵌套docker命令，把环境变量放到正确的Environment字段，调整资源配额：

# Creating the ECS Task for KsqlDB
EcsKsqlTask:
  Type: AWS::ECS::TaskDefinition
  Properties: 
    NetworkMode: awsvpc
    Cpu: '2048'
    Memory: '4096'
    RequiresCompatibilities: 
      - EC2
    ContainerDefinitions:
        - Name: KsqlServer
          Image: 123.dkr.ecr.eu-west-2.amazonaws.com/confluentinc/cp-ksql-server:0.26.0
          Essential: true
          Environment: 
            - Name: KSQL_BOOTSTRAP_SERVERS
              Value: b-1.kafka.123.c3.eu-west-2.amazonaws.com:9092,b-2.kafka.123.c3.eu-west-2.amazonaws.com:9092,b-3.kafka.123.c3.eu-west-2.amazonaws.com:9092
            - Name: KSQL_KSQL_SERVICE_ID
              Value: ksql_standalone_1_
            - Name: KSQL_KSQL_QUERIES_FILE
              Value: /path/in/container/queries.sql
            - Name: KSQL_LISTENERS
              Value: http://0.0.0.0:8080
          PortMappings:
            - ContainerPort: 8080
              Protocol: tcp
    ExecutionRoleArn: !Ref EcsRole
    TaskRoleArn: !Ref EcsRole

注意：KSQL_BOOTSTRAP_SERVERS建议把MSK集群所有broker地址都配上，不要只写单个节点，避免单节点故障导致ksqlDB连不上集群。

• 确认MSK关联的安全组放通了9092端口入站，允许ECS任务所属安全组访问，否则ksqlDB连不上Kafka会一直启动失败。
• 确认ECS集群的EC2实例有足够的剩余CPU、内存资源调度任务，资源不足时任务会一直处于PENDING状态导致服务卡住。
• 删掉不必要的22端口映射，ksqlDB本身不提供SSH服务，这个配置没有任何作用。
• 如果给ECS服务配置了健康检查，记得将检查端口设为8080，协议为HTTP，检查路径为/health，避免健康检查失败触发任务重建。

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