Amazon web services AWS ECS运行的任务需要多个内核

我在概念上试图理解如何使用AWS ECS运行我的“集群”作业

我在Docker容器中有一些科学软件，它本机利用底层实例提供的尽可能多的内核

在这种情况下，我的问题是，我是否可以使用AWS ECS“增加”Docker容器中运行的任务的“可见”内核数。例如，我的“集群”是否仅限于一个实例？或者“集群”是否可以扩展到多个实例

我翻阅了他写的文件，没能找到任何答案

“增加”在我的Docker容器中运行的任务的“可见”核心数

容器和集群是不同的，您可以在一个实例上运行很多容器，但不能在多个实例上运行一个容器

集群-它是一组docker容器

我的“集群”是否仅限于一个实例

---

不，您可以选择集群中的实例数

我在移动Python应用程序时遇到过类似的情况，该应用程序使用脚本根据核心数生成自身的副本。这个问题的答案与其说是ECS问题，不如说是Docker的最佳实践。。。您应该努力为每个容器使用一个进程。（见附件）

我最终实现这一点的方式是使用Dockerfile来运行每个进程，然后使用必要的ECS任务，以便在任务停止时重新加载自己

您的集群是ECS服务正在运行的EC2实例的集合。每个实例都有一定数量的CPU“单元”（通常为1024个单元===1个核心）和RAM。我在峰值负载时分析了我的应用程序，并调整了组合，直到我在喜欢的地方得到了它。如果你的应用程序可以使用更多的CPU，试着给它2048CPU或其他一些数量，看看它的性能如何。我使用Meros（）来评测我的应用程序

---

希望这有帮助

集群只是一些启用了ECS（运行特殊代理软件）并分组在一起的EC2实例。在此群集上运行的任务分布在这些实例中。每个任务可以涉及多个容器。但是，每个容器都保持在其实例“边界”内，这是硬件方面的。它被分配了许多“CPU单元”，并与运行在同一实例上的其他容器共享它们

据我所知，在一个容器中运行一个跨越多个核心的进程并不完全符合ECS体系结构的理念，它似乎试图完成ECS调度器工作的一部分

我在阅读时发现这些资源很有用：

• 杰罗姆·佩塔佐尼的文章
• 在ECS文档中
• 在ECS文档中

---

Cluster是一组EC2容器实例（可以运行容器的实例），而不是容器。是的，你的答案更好：）但他“可以在一个实例上运行很多容器，但不能在多个实例上运行一个容器”的一般思想是一样的；）是的。显然，甚至连跨实例链接容器都不受支持，这就是为什么我更喜欢使用kubernetes:）我只是在研究kubes，它们乍一看似乎很不错。也许它们更适合OP需要做的科学工作。