Question

我为移动电子商务应用程序的rest api建模成本，并希望确定适当的实例大小和数量。

我们的配置：

- Apache
- Slim framework PHP

我们的估算：

- Users/Day: 10000
- Page views / User: 10
- Number total of users: 500 000
- Number total of products: 36 000

Answer 1

提供具体答案是一个非常困难的问题，主要是因为最适合您的实例类型将基于应用程序要求。应用程序内存是否密集（使用r3系列）？是处理密集型（使用c4系列）？如果它不是特别是内存或处理器密集型的一般应用程序，那么您可以坚持使用M4系列，如果Web应用程序除了提供页面之外没有做任何其他事情，可能还有一些数据库访问，你可以选择T2系列。

要记住的一些事情：

T2系列实例不会为您提供100％的处理器。您将获得处理器的百分比（基本性能），然后在应用程序激增时使用。当你用完学分时，你就会被降到基础表现 http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/t2-instances.html#t2-instances-cpu-credits
- t2.nano - ＆gt; 5％
- t2.micro - ＆gt; 10％
- t2.small - ＆gt; 20％
- t2.medium - ＆gt; 40％
- t2.large - ＆gt; 60％
每个EBS支持的系列（不包括T2）中的每个实例都为EBS卷提供不同的最大吞吐量。
https://aws.amazon.com/ec2/instance-types/

如果我不得不下注，每天有100,000次页面浏览，假设Web应用程序除了生成页面之外没有做太多其他事情，可能是一些数据库访问，我认为t2.large就足够了向上移动到m4.large作为最小的M4实例。

但是，这一切都打败了AWS的奇迹。只需启动一个实例并尝试几天。如果你注意到它失败了，找出原因（进程耗时太长，内存不足等），关闭实例并转到下一个实例。

此外，AWS允许您轻松地在架构和扩展中构建容错功能，因此如果您最终需要4个处理器和16GB内存（1 x m4.xlarge实例），那么您可能会做得很好负载均衡器后面的2 x m4.large实例（2个处理器和8 GB内存）。现在，你有2个实例具有相同的规格和大致相同的成本（我认为它实际上略微便宜）。

您可以在此处查看实例定价： https://aws.amazon.com/ec2/pricing/

您还可以使用此计算器汇总您的（几乎）整个AWS架构成本： http://calculator.s3.amazonaws.com/index.html

我应该使用哪个EC2实例大小来为10K用户提供服务

1 个答案: