Tag: 亚马逊 ECS

在Amazon ECS上的Docker中运行Node API的最佳方式是什么？

随着Docker和Amazon ECS等调度和编排服务的出现，我试图确定部署Node API的最佳方式。 抛开Docker和ECS，我想通过创build一个主进程和多个工作负载处理器，利用Node集群库在文档中build议的asynchronous错误的情况下正常处理崩溃节点应用程序。 集群方法的好处之一就是为每个可用的CPU创build一个工作者处理器。 但是这在docker世界是否有意义呢？ 在单个docker容器中运行多个节点进程是否有意义，这个容器将被缩放到ECS上的EC2实例集群中？ 如果没有Node集群方法，我将失去正常处理错误的能力，所以我认为至less应该为每个docker容器运行一个master和一个worker进程。 我仍然对ECS的任务定义中要定义的CPU数量感到困惑。 ECS文档中提到了每个CPU有1024个单元的容器实例; 但这与EC2计算单元不是一回事，是吗？ 就这样说，我需要select适当数量的vCPU的EC2实例types来实现这个权利？ 据我所知，实现最佳configuration可能需要一定程度的基准testing我的特定节点API应用程序，但是如果能够更好地了解从哪里开始，那将是非常棒的。 也许有一些学习/研究我需要做？ 任何指引我的path或build议，将不胜感激！ 编辑：回顾我的具体问题： 在Docker容器中运行一个主/从集群来实现优雅的崩溃是否合理？ 使用与Cluster文档中描述的几乎相同的代码是否有意义，通过require('os').cpus().length来'缩放'到可用的require('os').cpus().length ？ 在ECS任务定义的文档中，Amazon对于cpus设置的含义是什么意思，一个container instance has 1024 units per CPU ？ 那么这个环境会是一个好的起点呢？ 基于上述情况，针对旨在服务Node API的ECS集群，实例types有什么好的起点？ 那么可用的vCPU如何影响以前的问题呢？