在亚马逊网络服务中,我们遇到了向上扩展(添加更多存储,即从t1.small到t2.medium或t2.large)和向外扩展就是增加实例(添加EC2实例或其他)。这些与水平缩放和垂直缩放有何关系?此外,最好在恢复和备份中更多地使用卷管理,而条件是将基础架构维护成本降至最低。
发布于 2017-02-04 08:01:30
扩容是指将您的弹性伸缩组中的实例类型更改为更高的类型(例如:将实例从m4.large更改为m4.xlarge),缩容则相反。
向外扩展是指在您的弹性伸缩组中添加更多实例,而向内扩展是指您减少了您的弹性伸缩组中的实例数量。
当您向外扩展时,您分布了负载和风险,这反过来提供了更具弹性的解决方案,下面是一个示例:
假设您有一个具有4x m4.xlarge实例的ASG。如果其中一个失败,这意味着你失去了25%的处理能力,这些都是具有大量CPU和Ram的大型实例,这并不重要,事实是,拥有更大的实例类型,但更少的实例类型会增加失败的影响。
但是,如果您假设是8x m4.large,那么您总计算量与4x m4.xlarge相同。但是,如果一个实例死亡,那么您只会损失12.5%的资源。
通常,使用较小的实例比使用较小的实例更好,因此您将看到“向外扩展”比“向上扩展”更常见,以满足需求。
最后一个注意事项是,为了扩容/缩容,您必须重新启动实例,因此在扩容/缩容时会影响服务。但是,当您扩展/扩展时,没有这样的影响。
我希望这能帮到你!
发布于 2017-04-27 02:20:52
这可能有助于更好地了解AWS中的扩展
任何加载了大量业务逻辑的应用程序通常都遵循具有多个TSL的三层体系结构(客户端、服务器和数据存储)。AWS服务的正确组合有助于实现可伸缩性目标。让我们分别关注每一层,并提出一个关于可伸缩性的基础架构计划。
https://stackoverflow.com/questions/42034688
复制相似问题