1 回答
- 最新
- 投票最多
- 评论最多
0
【以下的回答经过翻译处理】 这是一个很好的问题,我认为你已经提到了答案的线索。
一般来说,低规模的负载均衡并不会带来巨大的性能优势。你所做的比较是合适的,因为你比较的两个规格中,较大的规格只是简单地翻倍了:2个vCPU和两倍的内存。你可能会认为,在负载下,这两种设置之间的性能应该是相似的,因为你有两倍的CPU和两倍的内存,但这完全取决于你的应用程序是否配置为充分利用可用的CPU和内存。对于CPU来说,通常意味着增加工作进程的数量。内存也是同样的情况,尤其是如果每个工作进程使用独立的内存。对于内存,这可能需要你在应用程序中配置内存分配设置。
然而,性能只是问题的一部分。正如你指出的,冗余性是负载平衡解决方案的一个重要优势。我会认为,对于任何关键业务负载来说,冗余性比性能/效率更重要。
简而言之,你可能能够配置一个较大的服务器,使其比两个较小的服务器更高效,但在此过程中,你将牺牲冗余性。我一直在调整我的应用程序,使其具有相对较小的占用空间,使其无状态(*),并将其部署到负载均衡后面的多个实例中,即使对于较小的部署也是如此。这还有一个附加的好处,可以让你在小型、廉价的实例上开发解决方案,然后在相同的实例上部署它们(只是更多的实例)。
希望这能帮助你!
(*) 无状态是指设计的一个特性,即没有请求需要在服务器上具有先前的状态才能成功(比如会话或缓存数据)。
相关内容
- AWS 官方已更新 2 年前
- AWS 官方已更新 2 年前
- AWS 官方已更新 2 年前
- AWS 官方已更新 1 年前