在没有负载均衡器/ beanstalk的情况下在一个AWS EC2实例上托管小型wordpress博客是否“没问题”？

Question

对于那些有知识的人来说，这是一个非常简单的问题，但我是新手。

从本质上讲，我只需要知道运行一个小的，大约是否可以。 700个访客/天bitnami wordpress博客只有一个t2.medium EC2实例（没有任何自动缩放，beanstalk）。

我有崩溃的风险吗？我应该监控或了解哪些统计数据以了解潜在的危险？很抱歉这些问题的基本性质，但这是新的。

Answer 1

tl; dr：它可能是“好的”，但它并不理想。

如果您的问题是由于：

• 初始设置时间 - 随着时间的推移，负载平衡和自动缩放将更便宜（更节省时间）。
• 成本 - 自动缩放可以减少未用于降低成本的实例。
• 最佳的用户体验设置 - 卓越的AWS设置的目标是确保容量与需求相匹配

我有崩溃的风险吗？

可能，是的。如果您平均有700名访问者，那么如果所有访问者都达到同样的目标，那么风险就是流量激增。它还取决于您的最大访问者是什么，这可能与平均（或不）相差很大

我应该监控或了解哪些统计数据以了解潜在的危险？

• 监控高流量日的使用情况（即公众假期销售）
• 设置billing alerts
• 设置正确的指标：

See John Rotenstein's SO answer:

CPU利用率并不总是正确的使用方法 - 您的应用程序可能只能处理有限数量的连接，可能会挤压RAM并且请求类型也可能不同。

您可以使用常规监控工具，也可以编写将指标推送到Amazon CloudWatch的内容，以便超越CloudWatch通常提供的基本CPU和网络指标。您甚至可以使用Load Balancer的Latency指标在应用程序变慢时触发扩展（需要自定义代码）。

我先从：

• 两个或多个实例 - 处理实例冗余（实例关闭）
• 在某些使用案例中，有几个t2.small而不是一个t2.medium可以更具成本效益，并且比EC更具成本效益。
• 添加自动缩放 - 根据最小和最大计数自动旋转或缩小实例
• 负载平衡 - 将用户从不健康的实例重新路由到健康的实例。并且还要保持所有的spun up实例尽可能均匀地工作（而不是单个实例处理80％的工作量而其他实例负责）。

您可以随时通过监控来减少实例。

Answer 2

在我看来，每天有700个访问者，更安全的选择是在Elastic Beanstalk上运行负载平衡/自动缩放环境，至少有2个实例。运行一个实例的问题是，如果您的流量增加，或者当实例发生故障并且只有一个运行时，您将面临崩溃的巨大风险，您将无法获得回退。您可以在NetworkIn，NetworkOut上轻松设置CloudWatch监控，以了解您的站点正在接收和服务的请求数量，以及设置CPU使用率监控。在单个实例环境中运行负载平衡环境的权衡是，当您在环境中引入其他内容（例如负载均衡器）时，成本可能会显着增加。此外，如果您引入负载均衡器，请考虑将实例大小减小到可能为t2.small，这有助于降低成本。

Answer 3

这实际上取决于。这个问题范围很广。你有多种选择。

1. 如果您的应用程序允许，您只能为那么多访问者使用ec2实例，甚至更多。如果您的应用需要，您还可以考虑缓存。
2. 您可以在自动缩放组中添加实例。因此，如果您需要更多资源，可以水平增加它们。
3. 您也可以在以后添加负载均衡器。您只需要在连接到autoscaling组的启动配置中添加用户数据。因此，当您的实例启动时，它应该自动在您的负载均衡器中注册。

对于监控，您可以在cloudwatch中检查ELB中的请求指标。一旦达到特定阈值，您必须密切关注CPU并触发扩展策略。