问题标签 [aws-ecs]

我尝试使用我的 docker 映像为构建 .Net 框架应用程序运行 codebuild，但是当我运行项目时，它在“ DOWNLOAD_SOURCE ”步骤中失败，并显示以下消息： “构建容器在完成构建之前发现已死。构建容器已死，因为它是内存不足，或不支持 Docker 映像。”

来源是 codecommit 。计算类型为 15 GB。docker 图像与此处的 docker 图像相同：[ https://aws.amazon.com/blogs/devops/extending-aws-codebuild-with-custom-build-environments-for-the-net-framework/]
我'已经用一个轻量级项目尝试了相同的图像并且它的工作。

有什么建议么？有没有办法获得更多的日志？

谢谢。

在尝试在 EC2 实例中运行任务时，我收到了这个可怕的错误消息。

像许多其他人一样，我被推荐查看我的任务的“requiresAttributes”部分，在那里我找到了这个列表：

在尝试将这些看似无用的属性添加到我的集群实例时，我被阻止了。AWS 控制台表示不允许自定义/添加某些前缀，例如 ecs。

当平台不允许时如何匹配属性？

我还研究过创建具有不同 AMI 的实例，但 Amazon ECS 不允许这样做，只是默认使用它们的最新版本。

Amazon ECS 是一个非常酷的产品，但这反映了它的一些不成熟。实际上，我是从 beanstalk 背景进入 ECS 的，希望专业套件能够像承诺的那样编排容器。相反，我在使用 3 小时后有一些合理的投诉！

我是 AWS ECS 部署的新手。这是我第一次。

我已经更新了.env我的 AWS 账户上的容器定义。

但是当我docker exec e718a29eb0e3 env在我的容器中运行时，我仍然看到更新的最新值。

我什至试过

node@db39b382163a:/api$ pm2 restart all

我仍然没有看到它更新。

我需要重新启动其他东西吗？

我已将 NodeJS Express API 部署到 AWS ECS

我建立 ：

• 簇
• 集群服务
• 任务定义
• ECR

如果我需要部署另一个 API 进行测试/开发，我是否需要重新创建这些：

• 簇
• 集群服务
• 任务定义
• ECR

或者我可以创建另一个集群服务？

我拥有对 ECR 注册表的相关访问权限，但是我无法通过运行 Docker 检查命令来获取图像元数据。我正在尝试

四个 ECS 集群注册在一个 ALB（不是四个 ec2）中。流量根据 ALB 中的侦听器规则分配到每个 ECS 集群（使用目标组）。我正在使用动态端口。更新ECS Service后，确认ec2里面的docker容器正常启动。（成功 - curl localhost: [dynamicport] / checkpage）但是，目标组中的健康检查失败。“初始”状态持续存在。多个ECS集群映射到一个ALB时，动态端口有问题吗？一个ECS Cluster映射到一个ALB没有问题。请解释一下这种情况。

我需要一些帮助。

我正在尝试使用 boto3 从网络接口获取公共 IP，由于某种原因，我收到以下错误：

注意：网络接口属于ECS任务，启动类型为FARGATE，网络模式为awsvpc。有人能帮助我吗？

谢谢！

根据 aws doc，ECS Cluster CPU 计算如下。集群 CPU 利用率 =（集群中任务使用的 CPU 单元总数）x 100 /（集群中容器实例注册的 CPU 单元总数）[ https://docs.aws.amazon.com/AmazonECS/latest/developerguide/cloudwatch-metrics .html ]

目前有四个容器实例连接到一个 ECS 集群。容器实例的注册 CPU 为 8192(8vCPU)。这时候CPU计算公式是否正确？集群 CPU 利用率 = 四个容器实例中的任务使用的总 CPU 单元 x 100 / 8192 x 4

请回答我的问题。

我正在尝试更改 AWS 中任务定义中的一些参数（如 CPU 和内存）。我可以通过修改任务定义并通过 JSON 编辑参数来直接在 Aws 帐户中执行该过程。但是现在我正在尝试使用 AWS cli 自动化我的流程，但我能够注册一个新的任务定义，但无法修改现有的任务定义。我要做的就是创建一个新的任务定义，其中包含提供的任务定义配置和使用 AWS CLI 对其进行的微小更改。

我们有基于 Docker 的 ECS 服务，一旦进程启动，它需要在准备好开始服务请求之前同步应用程序状态。这可能需要一些时间（进程开始后的几秒钟）。

使用 ECS 服务时，更改任务定义版本会触发任务的滚动替换（很好），但它执行得太快了。一旦一个任务达到一个RUNNING状态，下一个任务就会被杀死。但这RUNNING只是意味着流程已启动，并不意味着它满足了准备工作的所有内部要求……在这种情况下，还没有准备好服务请求

整个更新过程发生得如此之快，以至于在某些情况下，所有旧任务都在任何新任务完成加载其状态之前被杀死，最终导致中断。

确保 ECS 服务在新任务真正热且完全在线之前不会终止旧/热任务的最佳或正确方法是什么，而不仅仅是容器进程正在运行？