这可能是由于使用update-service时指定了错误的启动类型所致,如果不能找到或访问容器镜像,则可能会导致这种不一致的状态。您可以通过检查更新服务的容器配置来查看是否有任何问题。此外,请确保您的任务定义与更新服务的期望容器规范匹配。
以下是一个解决方法的示例:
version: 1
task_definitions:
  nginx_task:
    family: nginx_task
    network_mode: bridge
    container_definitions:
      - name: nginx_container
        image: nginx:latest
        cpu: 256
        memory: 512
        port_mappings:
          - containerPort: 80
            hostPort: 80
            protocol: tcp
services:
  nginx_service:
    image: nginx:latest
    ports:
      - "80:80"
    task_definition: nginx_task
    desired_count: 2
    deployment_configuration:
      maximum_percent: 200
      minimum_healthy_percent: 50
    load_balancers:
      - target_group_arn: arn:aws:elasticloadbalancing:us-west-2:012345678910:targetgroup/my-target-group/1234567890123456
        container_name: nginx_container
        container_port: 80
在此示例中,我们定义了一个名为“nginx_task”的任务定义,创建了一个名为“nginx_container”的容器定义。然后,我们使用更新服务“nginx_service”以提供计划的水平扩展。
如果您在此过程中遇到问题,可以查看AWS ECS文档或联系AWS支持以获取更多帮助。
                    上一篇:AWSECS实例停止后,从SQS接收到的消息需要等待5分钟的可见性超时后才能被Rebus处理。
                
下一篇:AWSECSWaitUntilTasksRunningWithContext返回ResourceNotReady。