OpsWorks基于负载的实例与自动扩展组?
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了OpsWorks基于负载的实例与自动扩展组?相关的知识,希望对你有一定的参考价值。
有谁知道基于自动加载的缩放与在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。
以上是关于OpsWorks基于负载的实例与自动扩展组?的主要内容,如果未能解决你的问题,请参考以下文章
AWS OpsWorks 基于负载的实例(如 EC2 自动扩展)
如何将使用自动扩展组和 ECS IAM 创建的 EC2 实例添加到 OpsWorks 堆栈?