amazon-web-services - AWS ECS 服务内存或 CPU 要求的经验法则

Question

我正在使用 AWS ECS 部署我的网站。现在我想知道 -

1. 是否有任何经验法则或任何方法来确定服务的内存或 CPU 大小？
2. 或者有什么方法可以确定集群的 EC2 系列实例？
3. 为了节省成本，使用 Fargate 优于 EC2 是否更好？
4. 在 AWS ECS 中使用自动缩放的更好方法是什么？

我有两个任务定义 -

1. Web 服务器提供 html、css、JS(前端服务器)
2. 微服务(后端服务器)

Answer 1

1. 实际运行具有代表性负载的服务。使用类似 top(1) 的工具观看，它可以告诉您实际的内存使用情况(在 top 中，查找 rss 或 rsz 列)和 CPU 利用率。任何给定服务的资源利用率都难以置信地依赖于语言选择、​​运行时、负载、并发性、算法决策、数据库约束……并且确实没有经验法则。

2. 匹配您实际测量的资源利用率、一些假设的部署计划和 AWS EC2 instance types listing .如果您有 4 个服务，每个服务都需要 1 个完整的 CPU 核心和 1 GB 内存，并且您希望每个服务运行 3 个副本，那么您总共需要 12 个核心和 12 GB 内存；如果您希望将其分布在 3 个主机上，则 3 个 c5.xlarge 实例可为您提供 12 个内核和 24 GB RAM。

3. 一般来说，托管 AWS 服务并不比您自己在裸 EC2 实例上运行相同的服务便宜。对于 Fargate，它是 priced按计划任务的 CPU 小时和 GB 小时计算。在撰写本文时，我上面描述的假设工作量在 us-east-1 中每小时的成本约为 0.54 美元；对于EC2 on-demand usage 3 个 c5.xlarge 实例的费用为每小时 0.51 美元(如果您能够 promise 购买预留实例，这会更便宜)。如果您的工作负载非常突发，那么安排和取消安排 ECS 任务可能比 EC2 实例更容易，而且 Fargate 定价模型可能更适合您。

4. ECS 文档有 a tutorial on setting up CloudWatch and an auto-scaling group to automatically expand a cluster .缩小规模有点棘手(您需要 set the instance to drain ，等待任务实际移动，然后取消配置)。

5. 如果您处于全 AWS 环境中，请考虑 hosting static content directly in S3 .这可能比运行专用服务器更便宜且更易于管理。