Amazon web services 扩大，扩大

在AWS中，我们遇到了向上扩展（添加更多存储，即从t1.small到t2.medium或t2.large）和向外扩展（scaling out）是实例的增加（添加EC2实例或其他）。这些与水平缩放和垂直缩放有何关系。另外，在恢复和备份、卷管理中更经常地使用什么是首选的，而条件是将基础架构维护成本降至最低

放大是指将自动缩放组中的实例类型更改为更高的类型（例如：将实例从m4.large更改为m4.xlarge），而缩小则相反

向外扩展是指向自动缩放组添加更多实例，向内扩展是指减少自动缩放组中的实例数

当您向外扩展时，您可以分散负载和风险，从而提供更具弹性的解决方案，以下是一个示例：

假设您有一个具有4x m4.xlarge实例的ASG。如果一个实例失败，这意味着您失去了25%的处理能力，那么这些实例是否具有大量CPU和Ram并不重要，事实上，如果实例类型较大，但实例类型较少，则会增加失败的影响

但是，如果改为使用8x m4.xlarge，您的总计算量与4x m4.xlarge相同，但是如果有一个实例死亡，那么您只会损失12.5%的资源

通常情况下，使用更小的实例比使用更小的实例更好，因此您将看到，为满足需求而“向外扩展”比“向上扩展”更常见

最后一个考虑事项是，为了放大/缩小，必须重新启动实例，因此放大/缩小时会对服务产生影响。但是，当您放大/缩小时，不会产生这种影响

---

我希望这有帮助

这可能有助于更好地了解AWS中的缩放

任何加载了大量业务逻辑的应用程序通常都遵循三层体系结构（客户机、服务器和数据存储），并具有多个TSL。AWS服务的正确组合有助于实现可伸缩性目标。让我们分别关注每一层，并提出一个关于可伸缩性的基础架构计划

---

“这些与水平缩放和垂直缩放有什么关系？”向上（或向下）缩放是垂直的，向外缩放是水平的。它们本质上是等价的，这似乎与我在这里看到的完全相反。我们将警报设置为根据集群中的CPU利用率进行放大和缩小，从而添加和删除实例。我们刚刚听说过“向外扩展”，对于它是什么，我们相当不清楚。AWS文档（至少对于Elastic Beanstalk ASG而言）在这里仍然缺乏，“配置您的自动缩放设置以根据度量向上或向下扩展”