这对于那些有知识很简单的问题，但我是一个新手。
从本质上说，我只需要知道它是否会被认为是好运行一个小的，大约 700人次/天，仅在一个t2.medium EC2实例bitnami WordPress博客（没有任何自动缩放，豆茎）。
是它崩溃的风险？ 我应该监控什么统计或意识到要意识到潜在的危险呢？ 对不起，这些问题的基本性质，但是这是新的。
Answer 1:
TL;博士：这可能是“还行”，但它的效果并不理想。
如果你的问题是因为：
- 初始设置时间 -负载均衡和自动缩放将是更便宜的（更多的时间效率）随着时间的推移。
- 成本 -自动缩放旋转下来未被用来降低成本的实例。
- 一个伟大的用户体验的最小安装 -一个伟大的AWS设定的目标是确保能力相匹配的需求
是它崩溃的风险？
也许，是的。 如果平均 700人次，那么风险是交通高峰，如果所有游客击中一样。 这也取决于你的最大的游客是什么，这可能与平均值有很大的不同（或没有）
我应该监控什么统计或意识到要意识到潜在的危险呢？
- 监控流量较高的日子使用（即公众假期销售）
- 设置计费提醒
- 设置正确的指标：
看看John Rotenstein这么回答：
CPU使用率并不总是使用权的措施 - 您的应用程序可能只能够处理的连接数量有限，它也可能在RAM挤压和请求类型可能会有所不同了。
您可以正常使用监控工具，或者你可以写的东西推度量亚马逊CloudWatch的，这样就超越了基本的CPU和网络指标，CloudWatch的正常提供。 你甚至可以使用负载均衡器的延迟指标触发缩放当应用程序变慢（需要自定义代码）。
我下手：
- 两个或多个实例 - 对付例如冗余（实例下去）
- 几个t2.small而不是一个t2.medium可以制定出更加经济高效，更具成本比EC效率在一些使用情况。
- 添加自动缩放 - 自动旋转向上或向下基于最小和最大计数实例
- 负载平衡 - 从不健康的重新路由用户健康的情况下。 并且还保留所有的纺了实例的所有工作尽可能均匀地（而不是单个实例处理工作量的80％，而其他bludge）的。
你总是可以减少时间与监控后，您的实例。
Answer 2:
在我看来，用了一天700人次，更安全的选择。将有至少2个实例运行在弹性魔豆的负载平衡/自动缩放的环境。 与只运行一个实例的问题是，是的，你是在崩溃的情况下有很大的风险，或当实例关闭，并只用一个运行，你会不会有一个后备，你得到的流量的增加。 您可以轻松地设置网络在上，NetworkOut的CloudWatch监控GET请求您的网站是接发球，并设置CPU使用监控的数感为好。 权衡超过单一实例环境中运行的负载平衡的环境是，当你介绍其他的东西到你的环境，如负载均衡器的成本可能会增加显著。 此外，如果你介绍一个负载均衡考虑减少实例大小也许t2.small，可以在降低成本的帮助。
Answer 3:
这实际上依赖。 这个问题范围很广。 在这里，你有多种选择。
您只能使用EC2实例供游客参观，或者量多，即使你的应用程序允许更多。 您也可以考虑缓存如果你的应用程序需要它。
您可以自动缩放组中添加实例。 因此，如果任何机会，你需要更多的资源可以提高水平他们。
您可以添加负载均衡也lateron。 你只需要在连接到自动缩放组启动配置添加用户数据。 所以，当你的实例起床它会自动在您的负载均衡器注册。
对于监控，可以为您在cloudwarch请求指标ELB。 你必须保持你的CPU上的眼睛和触发向外扩展的政策，一旦达到特定阈值。
文章来源: Is it “okay” to host a small wordpress blog on one AWS EC2 Instance without load balancers/beanstalk?
