这可能是由于使用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。