如果服务器上的流量泛滥,那么在性能方面,最好的选择是减少大实例的数量还是增加小实例的数量,因为如果服务器上的流量泛滥,将使用cloudwatch (负载均衡和伸缩)。
发布于 2019-04-11 00:58:12
AWS is all about ELASTICITY
无需在不需要时配置大型实例,也无需耗费资金。在很多情况下,一个实例上的CPU会很高,而您创建的下一个大型实例仍未得到充分利用。
您应该有中到小的实例,即您需要的层(内存密集型、CPU或网络),并使用正确编写的策略扩展这些实例。
只要userdata,ami是稳定的,你就可以在几分钟内产生许多实例,确保你不会花费太多,并节省每一分钱。
在需要时水平扩展
发布于 2019-04-11 21:30:05
这在很大程度上取决于您的应用程序。
我同意Faisal Nizam的直觉,即倾向于水平缩放。然而,有许多应用程序在小实例上不能很好地运行。
例如,Elastic recommends拥有64 of内存的Elasticsearch集群节点。类似的推理可以应用于许多其他与数据相关的应用程序,在这些应用程序中,如果单个实例能够在内存中保留大量数据块,这将是有益的。
我建议为您的应用程序找到理想的实例大小,并从那里水平扩展。
发布于 2019-05-01 16:49:24
每个EC2也有一些开销,因此您需要在大型且昂贵的实例与大量有开销的小实例之间找到平衡。
https://stackoverflow.com/questions/55617630
复制相似问题