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