有谁知道基于自动加载的缩放与在OpsWorks上使用显式自动缩放组之间的区别是什么？
这：http://docs.aws.amazon.com/opsworks/latest/userguide/workinginstances-autoscaling-loadbased.html
vs https://aws.amazon.com/blogs/devops/auto-scaling-aws-opsworks-instances/
对于load-based个实例，如何将一个实例添加到目标组？
您可以在OpsWorks的一个层中拥有多个自动缩放组吗？
我正在考虑使用ALB来路由我们的流量，这不能作为Opsworks中的独立层。
所以我需要将请求传递给1个自动缩放组，用于一种类型的请求，其余的则传递给另一个其他自动缩放组。
我只是不确定基于加载的实例是什么，并且他们没有提供默认数量的机器而感到困惑。
我应该使用哪一个ALB路由两组之间的流量？
答案 0 :(得分：4)
让我为你分开答案。
有谁知道自动加载之间有什么区别 扩展与在OpsWorks上具有显式自动缩放组是？
自动基于加载的缩放：
Amazon Opsworks Service为您提供了自动加载扩展功能，您可以在堆栈中向层中添加实例，并直接设置自动扩展配置策略。 基于负载的扩展可根据您设置的负载来扩展或缩小实例。您需要使用参数设置阈值并定义缩放策略。
OpsWorks上的显式Auto Scaling组：
Amazon Opsworks Service允许您将现有实例添加到堆栈中的图层。这意味着您可以设置自动扩展启动配置，并根据负载设置向上扩展和缩小事件。然后创建一个Autoscaling组并在其中启动实例。然后，您可以转到Opsworks并将这些现有实例添加到堆栈中的图层中。因此，当负载增加或减少大于或小于设置的阈值时，Autoscaling组将处理缩放。
对于基于负载的实例，如何将其添加到目标组？
一旦您有基于负载的实例就绪，您可以直接从Opsworks中的自动基于负载的扩展启动，或者在OpsWork上显式使用Auto Scaling组，您可以转到EC2控制台中的应用程序负载平衡器并配置必要的配置和然后在注册目标 TAB中注册您刚刚使用ALB创建的基于负载的实例。
您可以在OpsWorks的一个层中拥有多个自动缩放组吗？
是，您可以在OpsWorks的一个层中拥有多个自动缩放组。
我应该使用哪一个ALB路由两组之间的流量？
您可以使用任何组。
这样您就可以将请求传递给1个自动缩放组 请求，其余请求到其他自动缩放组。
请参阅自动缩放一次。
我不确定基于加载的实例是什么
基于负载的实例是使用基于负载的扩展配置配置的实例。您需要设置阈值，配置和事件以定义何时放大和缩小。 EX：假设，如果您有5个实例在初始阶段运行，并且您希望应用程序运行，即使您的负载增加以最小化停机时间，您也将设置自动扩展配置，以便在实例的平均CPU利用率增加超过70％时启动还有2个实例。您可以设置放大和缩小更多因素。
希望它有助于：）
答案 1 :(得分：3)
OpsWorks是一种配置管理工具，它使用Chef来配置您的基础架构。与<{3}}组相比，OpsWorks在扩展时采用了不同的方法。
与自动缩放组不同，您可以在OpsWorks堆栈（层）上预定义这些实例，并在触发某个指标（阈值）时启动它们（auto-scaling数据：CPU，内存，加载...等）。
OpsWorks将不生成（创建）任何新实例，但只能启动您之前创建的实例并将它们设置为基于负载的实例。这也是仅可用于OpsWorks，不能用于OpsWorks之外的任何其他服务。
AWS EC2自动扩展实际上可以将大量实例（不需要事先创建的实例）启动到您的AWS环境中，并且与OpsWorks基于负载的扩展相同，可以由CloudWatch警报（CPU，内存，负载......等）触发。
OpsWorks上默认不提供自动缩放功能，并且没有构建自动缩放组与OpsWorks堆栈相关联的方法，但可以通过一些工作来实现。阅读它CloudWatch。