OpsWorks 基于负载的实例与自动缩放组？
OpsWorks load-based instance vs auto scaling group?
有谁知道自动基于负载的缩放与在 OpsWorks 上具有显式自动缩放组之间的区别是什么？
这个：http://docs.aws.amazon.com/opsworks/latest/userguide/workinginstances-autoscaling-loadbased.html
对比https://aws.amazon.com/blogs/devops/auto-scaling-aws-opsworks-instances/
有了 load-based 个实例，如何向目标组添加一个？
一层OpsWorks可以有多个弹性伸缩组吗？
我正在考虑使用 ALB 来路由我们的流量，它不能作为 Opsworks 中的独立层。
因此，对于一种类型的请求，我需要将请求通过管道传送到 1 个自动缩放组，而将其余请求传送到另一个自动缩放组。
我只是不确定什么是基于负载的实例，并且对它们不提供默认机器数量感到困惑。
我应该使用哪个 ALB 路由两组之间的流量？
OpsWorks 是一种利用 Chef to configure your infrastructure. OpsWorks utilises a different approach when it comes to scaling out than a auto-scaling 组的配置管理工具。
与自动扩展组不同，您在 OpsWorks 堆栈（层）上预先定义了这些实例，并且在触发特定指标（阈值）时启动它们（CloudWatch 数据：CPU、内存、负载...等）。
OpsWorks 将不会 生成（创建）任何新实例，但只能启动您之前创建的实例并将它们设置为基于负载的实例。这也仅 可用于 OpsWorks，不能用于 OpsWorks 之外的任何其他服务。
AWS EC2 自动缩放实际上可以启动大量实例（不需要 需要预先创建的实例）到您的 AWS 环境中，与 OpsWorks 负载相同基于扩展，可由 CloudWatch 警报（CPU、内存、负载...等）触发。
默认情况下，OpsWorks 上不提供自动缩放功能，并且没有内置方法可以让自动缩放组与您的 OpsWorks 堆栈相关联，但可以通过一些工作实现。了解它 here。
我来给你分答案
Does anyone know what the difference between Automatic Load-based
Scaling vs having explicit auto scaling groups on OpsWorks is?
基于负载的自动缩放：
Amazon Opsworks 服务为您提供基于负载的自动扩展功能，您可以在其中将实例添加到堆栈中的层并直接设置自动扩展配置策略。
基于负载的缩放会根据您设置要处理的负载来放大或缩小实例。您需要使用参数设置阈值并定义扩展策略。
OpsWorks 上的显式 Auto Scaling 组：
Amazon Opsworks 服务允许您将现有实例添加到堆栈中的层。这意味着您可以设置自动缩放启动配置并根据负载设置放大和缩小事件。然后创建一个 Autoscaling 组并在其中启动实例。然后您可以转到 Opsworks 并将这些现有实例添加到堆栈中的层。因此，当负载增加或减少超过或低于设置的阈值时，自动缩放组会处理缩放。
With load-based instances, how does one add one to a target group?
一旦您准备好基于负载的实例，或者直接从 Opsworks 中的自动基于负载的扩展启动，或者在 OpsWork 上显式使用 Auto Scaling 组，您可以转到 EC2 控制台中的应用程序负载均衡器并配置必要的配置，然后在 Register targets TAB 中注册您刚刚使用 ALB 创建的基于负载的实例。
Can you have multiple auto scaling groups in one layer of OpsWorks?
是，一层OpsWorks可以有多个弹性伸缩组
Which one should I use for ALB routing traffic between the two groups?
您可以使用任何群组。
so that you can pipe requests to 1 auto scaling group for one type of
requests and the rest to the other other auto scaling group.
请参考自动缩放一次。
I just am not sure what load-based instances are
基于负载的实例是配置了基于负载的缩放配置的实例。您需要设置阈值、配置和事件来定义何时扩大和缩小规模。
例如：假设，如果您在初始阶段有 5 个实例 运行，并且您希望您的应用程序 运行 即使您的负载增加以最大程度地减少停机时间，您将设置自动缩放配置，这样如果平均 CPU 实例利用率增加超过 70% 启动 2 个实例。您可以根据更多因素设置放大和缩小。
希望对您有所帮助:)
有谁知道自动基于负载的缩放与在 OpsWorks 上具有显式自动缩放组之间的区别是什么？
这个：http://docs.aws.amazon.com/opsworks/latest/userguide/workinginstances-autoscaling-loadbased.html
对比https://aws.amazon.com/blogs/devops/auto-scaling-aws-opsworks-instances/
有了 load-based 个实例，如何向目标组添加一个？
一层OpsWorks可以有多个弹性伸缩组吗？
我正在考虑使用 ALB 来路由我们的流量，它不能作为 Opsworks 中的独立层。
因此，对于一种类型的请求，我需要将请求通过管道传送到 1 个自动缩放组，而将其余请求传送到另一个自动缩放组。
我只是不确定什么是基于负载的实例，并且对它们不提供默认机器数量感到困惑。
我应该使用哪个 ALB 路由两组之间的流量？
OpsWorks 是一种利用 Chef to configure your infrastructure. OpsWorks utilises a different approach when it comes to scaling out than a auto-scaling 组的配置管理工具。
与自动扩展组不同，您在 OpsWorks 堆栈（层）上预先定义了这些实例，并且在触发特定指标（阈值）时启动它们（CloudWatch 数据：CPU、内存、负载...等）。
OpsWorks 将不会 生成（创建）任何新实例，但只能启动您之前创建的实例并将它们设置为基于负载的实例。这也仅 可用于 OpsWorks，不能用于 OpsWorks 之外的任何其他服务。
AWS EC2 自动缩放实际上可以启动大量实例（不需要 需要预先创建的实例）到您的 AWS 环境中，与 OpsWorks 负载相同基于扩展，可由 CloudWatch 警报（CPU、内存、负载...等）触发。
默认情况下，OpsWorks 上不提供自动缩放功能，并且没有内置方法可以让自动缩放组与您的 OpsWorks 堆栈相关联，但可以通过一些工作实现。了解它 here。
我来给你分答案
Does anyone know what the difference between Automatic Load-based Scaling vs having explicit auto scaling groups on OpsWorks is?
基于负载的自动缩放：
Amazon Opsworks 服务为您提供基于负载的自动扩展功能，您可以在其中将实例添加到堆栈中的层并直接设置自动扩展配置策略。 基于负载的缩放会根据您设置要处理的负载来放大或缩小实例。您需要使用参数设置阈值并定义扩展策略。
OpsWorks 上的显式 Auto Scaling 组：
Amazon Opsworks 服务允许您将现有实例添加到堆栈中的层。这意味着您可以设置自动缩放启动配置并根据负载设置放大和缩小事件。然后创建一个 Autoscaling 组并在其中启动实例。然后您可以转到 Opsworks 并将这些现有实例添加到堆栈中的层。因此，当负载增加或减少超过或低于设置的阈值时，自动缩放组会处理缩放。
With load-based instances, how does one add one to a target group?
一旦您准备好基于负载的实例，或者直接从 Opsworks 中的自动基于负载的扩展启动，或者在 OpsWork 上显式使用 Auto Scaling 组，您可以转到 EC2 控制台中的应用程序负载均衡器并配置必要的配置，然后在 Register targets TAB 中注册您刚刚使用 ALB 创建的基于负载的实例。
Can you have multiple auto scaling groups in one layer of OpsWorks?
是，一层OpsWorks可以有多个弹性伸缩组
Which one should I use for ALB routing traffic between the two groups?
您可以使用任何群组。
so that you can pipe requests to 1 auto scaling group for one type of requests and the rest to the other other auto scaling group.
请参考自动缩放一次。
I just am not sure what load-based instances are
基于负载的实例是配置了基于负载的缩放配置的实例。您需要设置阈值、配置和事件来定义何时扩大和缩小规模。 例如：假设，如果您在初始阶段有 5 个实例 运行，并且您希望您的应用程序 运行 即使您的负载增加以最大程度地减少停机时间，您将设置自动缩放配置，这样如果平均 CPU 实例利用率增加超过 70% 启动 2 个实例。您可以根据更多因素设置放大和缩小。
希望对您有所帮助:)