AWS ECS服务内存或CPU要求的拇指规则
我正在使用AWS ECS部署我的网站。现在我想知道-
- 如果有任何经验法则或任何方法来确定服务的内存或cpu大小？
- 或任何方法来确定集群的EC2的家庭实例？
- 为了节省成本，使用Fargate优于EC2吗？
- 在AWS ECS中使用自动缩放的更好方法是什么？
我有两个任务定义-
- Web服务器提供html、css、JS（前端服务器）
共有1个答案
>
匹配实际测量的资源利用率、一些假设的部署计划和AWS EC2实例类型列表。如果您有4个服务，每个服务需要1个完整的CPU核心和1 GB的RAM，并且您希望运行每个服务的3个副本，那么您总共需要12个核心和12 GB的RAM；如果您希望在3台主机上分布，那么3x c5.xlarge实例将为您提供12个内核和24 GB的RAM。
一般来说，托管AWS服务并不比自己在裸EC2实例上运行相同的服务便宜。在Fargate的情况下，它是按CPU小时和GB小时为计划任务定价的。在撰写本文时，我上面描述的假设工作量在US-east-1中的成本约为每小时0.54美元；对于EC2按需使用，3x c5.xlarge实例每小时的成本为0.51美元（如果您能够promise购买保留实例，成本会更低）。如果您的工作负载非常突发，那么与EC2实例相比，安排和不安排ECS任务可能更容易，Fargate定价模型可能更适合您。
ECS文档中有一个关于设置CloudWatch和自动扩展组以自动扩展集群的教程。缩小规模有点棘手（您需要将实例设置为排空，等待任务实际移动，然后取消提供）。
无论如何，如果您处于全AWS环境中，请考虑直接在S3中托管静态内容。这可能比运行专用服务器更便宜、更容易管理。
-
PHP 版本 5.1.6 或更新的版本。 大多数 Web 应用程序需要数据库。当前支持的数据库接口为：MySQL (4.1+), MySQLi(推荐), MS SQL, Postgres, Oracle, SQLite 和 ODBC。
-
推荐使用 PHP 5.6 或更新版本。 虽然 CodeIgniter 也可以在 PHP 5.3.7 上运行，但是出于潜在的安全和性能问题， 我们强烈建议你不要使用这么老版本的 PHP，而且老版本的 PHP 也会缺少很多特性。 大多数的 Web 应用程序应该都需要一个数据库。当前 CodeIgniter 支持下列数据库： MySQL (5.1+)，驱动有：mysql （已废弃），mysqli 和 p
-
我发现x86 CPU具有以下内存屏障指令：
-
我正在使用以下类创建一个垂直搜索栏 然后在活动中使用 问题是我如何设置拇指按下和集中从代码绘图？
-
前面介绍了 heapdump 和 memwatch-next 的用法，但在实际使用时并不那么方便，我们总不能一直盯着服务器的状况，在发现内存持续增长并超过心里的阈值时，再手动去触发 Core Dump 吧？在大多数情况下发现问题时，就已经错过了现场。所以，我们可能需要 cpu-memory-monitor。顾名思义，这个模块可以用来监控 CPU 和 Memory 的使用情况，并可以根据配置策略自动
-
我设置了滑块的最小值和最大值（例如从1..100开始）。但我有另一个控件，它限制滑块的值范围，比如说从30..60。现在用户应该无法将滑块拇指移动到30以下和60以上，但最小值和最大值仍然应该是1和100。