![](/img/trans.png)
[英]Difference between AWS ECS Service Type Daemon & Constraint "One Task Per Host"
[英]What is the difference between a task and a service in AWS ECS?
似乎可以根据任务定义运行任务或服务。 任务和服务之间有什么区别和相似之处? 在创建任务而不是服务时可以指定“任务组”这一事实是否有线索? 任务和服务在层次上是任务定义的实例化,还是由任务组成的服务?
任务定义是一个或多个容器配置的集合。 有些任务可能只需要一个容器,而其他任务可能需要 2 个或更多潜在链接的容器同时运行。 任务定义允许您指定要使用的 Docker 映像、要公开的端口、要分配多少 CPU 和内存、如何收集日志以及定义环境变量。
当您直接运行Task 时会创建一个 Task,它会启动容器(在任务定义中定义),直到它们停止或自行退出,此时它们不会被自动替换。 直接运行任务非常适合短期运行的作业,也许作为通过 CRON 完成的事情的一个例子。
服务用于保证您始终有一定数量的任务在运行。 如果 Task 的容器因错误退出,或者底层 EC2 实例失败并被替换,ECS 服务将替换失败的 Task。 这就是我们创建集群的原因,以便服务在 CPU、内存和网络端口方面有足够的资源可供使用。 对我们来说,只要它们运行,任务在哪个实例上运行并不重要。 服务配置引用任务定义。 服务负责创建任务。
服务通常用于长时间运行的应用程序,如 Web 服务器。 例如,如果我在俄勒冈州 (us-west-2) 部署了由 Node.JS 提供支持的网站,为了高可用性,我想说至少有三个任务跨三个可用区 (AZ) 运行; 如果一个失败,我还有另外两个,失败的一个将被替换(将其视为自我修复!)。 创建一个服务就是这样做的方法。 如果我的集群中有 6 个 EC2 实例,每个可用区 2 个,该服务将在考虑 CPU、内存和网络资源的同时,尽可能地自动平衡跨区域的任务。
更新:
我不确定分层思考这些事情是否有帮助。
另一个非常重要的一点是,可以将 Service 配置为使用负载均衡器,以便在它创建任务时(即启动任务定义中定义的容器),该 Service 将自动向负载均衡器注册容器的 EC2 实例。 任务不能配置为使用负载均衡器,只有服务可以。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.