amazon-ecs - AWS ECS 任务内存和 CPU 分配

Question

我正在寻找有关为 ECS 任务分配内存的指南。我正在为希望在服务器成本上尽可能便宜的客户运行 Rails 应用程序。我正在查看具有 2 个 CPU 和 4 GB 内存的中等服务器大小。

大多数情况下，我一次只需要 1 个容器来运行 Rails 服务器。但是，偶尔会出现峰值，我想扩展另一台服务器并将容器部署到它。当流量变慢时，我想缩小到单个服务器/任务。

这是我需要帮助的地方:

我应该让我的任务内存设置是什么？ 4GB？这将是盒子上的总数，但不考虑系统进程。我可以做 3 GB，但是我会浪费一些无情的空闲内存。 CPU的同样问题......我应该让它100％吗？

我不想为更大的服务器付费，即 16 GB 坐在那里，而且大部分时间只需要 1 个容器......真是浪费。

我想要的看起来很简单。每个实例 1 个任务。当实例使用率达到 75% 时，扩展一个新实例并将任务部署到第二个实例。我不明白为什么我必须在一对一的比率下设置任务内存和 CPU 设置。

任何人都可以指导我如何做我所描述的事情吗？或者当它意味着与实例一对一时，正确的任务定义设置应该是什么？

谢谢你的帮助。

- 编辑 -

根据反馈，这里有一个潜在的解决方案:

任务定义 = 内存预留为 3 GB，内存为 4 GB。

Ec2 中型节点，具有 4 GB

ECS 服务自动扩展配置:
- 当服务 CPU 利用率大于 75% 时向上扩展(将任务数增加 1)。
- 当服务 CPU 利用率低于 25% 时，按比例缩小(将任务数减少 1)。

ECS 集群扩展配置:
- 当集群内存利用率大于 80% 时向上扩展(将 ec2 实例数增加 1)。
- 当集群内存利用率低于 40% 时缩减(将 ec2 实例数减少 1)。

例子:
从 1 个 EC2 实例开始，运行具有 3 GB 预留的任务。这是 75% 的集群利用率。

当服务出现高峰，服务的 CPU 使用率跃升至 75% 以上时，就会触发服务规模化。现在任务数增加了，新任务再次要求 3 GB，总共 6 GB，但只有 4 个可用，因此集群利用率为 150%。

这会触发集群规模(超过 80%)，为新服务向集群添加新的 ec2 节点。当它在那里时，我们回到 6GB 需求/8 GB 可用，这是 75% 并且稳定。

缩小规模也会发生同样的情况。

Answer 1

要为容器设置内存，我建议使用“memoryReservation”:容器的内存软限制和
“内存”:容器的硬限制。

您可以将“memoryReservation”设置为 3GB，这将确保容器的另一个实例不会落在同一个 EC2 实例上。 “内存”选项将允许容器在绝对需要时在内存上膨胀。

引用:http://docs.aws.amazon.com/AmazonECS/latest/developerguide/task_definition_parameters.html

ECS 目前不支持在同一个 ec2 计算实例上禁用两次相同任务的灵活性。

但是您可以通过阻塞 cpu/内存或在您的任务上外部化已知端口来破解您的方式。