gpt4 book ai didi

amazon-ec2 - 根据请求计数使用云形成自动扩展

转载 作者:行者123 更新时间:2023-12-04 12:11:40 24 4
gpt4 key购买 nike

我们根据负载均衡器 RequestCount 指标使用云形成进行自动扩展。目前我们如果1分钟的请求增加到1500个,就会扩容一个实例(每个实例每分钟可以处理1500个请求)。问题是,因为自动缩放组会不断检查 RequestCount,如果请求计数持续 1 分钟大于 1500,则会添加一个新实例。但这不是必需的,因为我现在有 2 个实例可以处理 3000 个请求。每分钟。有没有可以定制矩阵的工具?即,如果添加新实例,则扩展策略将更改为 3000 个请求。

示例场景:

  1. 最初有 1 个 ELB,1 个 tomcat 实例附加到 ELB(可以处理 1500 个请求。每分钟)。
  2. 1 个具有扩展策略操作的云 watch (如果需要)。 ELB 计数最少增加到 1500。
  3. 当前 ELB 上的请求负载为 1500,持续 1 分钟。现在要求。最小负载增加到 1700。所以它会附加一个新的tomcatELB 上的实例。所以我有 2 个实例可以处理 3000 个请求。为了分钟
  4. 但是现在什么问题是cloud watch仍然检查req。依靠 ELB 以及如果需要的话。最小负载为 1700。它将添加一个新的 tomcat不需要的实例。

我怎样才能摆脱这个问题?

最佳答案

您想要做的是使用负载均衡器的平均值。您可以有不同类型的指标。总和、平均值、最小值、最大值和样本。如果您选择“平均”,它将为您提供负载均衡器下所有实例的平均值。因此,只有当组中的所有服务器达到每分钟 1500 个请求时,它才会触发新实例启动。

类型的快速描述:

  • 平均值 - 负载均衡器的平均值
  • Sum - 请求总数(例如:3000)
  • 最大值 - 任何服务器的最大请求数(因为可能无法完全平衡)
  • 最小值 - 任何服务器的最小请求数(因为它可能无法完全平衡)
  • 示例 - 用于计算平均值的服务器数量(实质上是负载均衡器上有多少服务器)

您也可以创建自己的自定义指标,但您需要创建一个应用程序来告诉亚马逊这些值是什么。使用云 watch API,您可以轻松创建自己的 watch 。看看这里http://docs.amazonwebservices.com/AmazonCloudWatch/latest/DeveloperGuide/Welcome.html?r=1540

关于amazon-ec2 - 根据请求计数使用云形成自动扩展,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10069407/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com