- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
在 Terraform v13 中创建自动缩放策略和 cloudwatch 警报资源时,它们创建得很好。但是,在对端点进行负载测试时,他们成功地扩展了实例,但是当 CPU 利用率在一段时间内达到必要的百分比时却无法缩减。错误看起来像这样:
“historySummary”:“无法执行 AutoScaling 操作:未找到指标值 [5.99763732496649、2.7634547331059975] 和违规增量 -4.00236267503351 的步长调整”
下面列出了 terraform 资源:
自动缩放策略 -
resource "aws_appautoscaling_policy" "frontend_down" {
name = "${var.name}_frontend_scale_down"
service_namespace = "ecs"
resource_id = "service/${aws_ecs_cluster.main.name}/${aws_ecs_service.frontend.name}"
scalable_dimension = "ecs:service:DesiredCount"
step_scaling_policy_configuration {
adjustment_type = "ChangeInCapacity"
cooldown = 30
metric_aggregation_type = "Maximum"
step_adjustment {
metric_interval_lower_bound = 0
scaling_adjustment = -1
}
}
depends_on = [aws_appautoscaling_target.frontend_target]
}
Cloudwatch 警报 -
resource "aws_cloudwatch_metric_alarm" "frontend_service_cpu_low" {
alarm_name = "${var.name}_cpu_utilization_low_fe"
comparison_operator = "LessThanOrEqualToThreshold"
evaluation_periods = "2"
metric_name = "CPUUtilization"
namespace = "AWS/ECS"
period = "60"
statistic = "Average"
threshold = "10"
dimensions = {
ClusterName = var.ecs_cluster_name
ServiceName = var.ecs_service_name_frontend
}
alarm_actions = [var.autoscaling_down_arn_frontend]
tags = {
Name = "${var.name}-autoscaling"
BillingCode = var.billing_code_tag
Environment = var.environment_tag
}
}
最佳答案
找出原因,这是因为在缩减策略时我使用的是“metric_interval_lower_bound”而不是“metric_interval_upper_bound”。当按比例缩小时,与警报阈值和 cloudwatch 指标相比,它会提供一个负增量,因此 0 成为上限。放大时,您使用下限,因为它提供正增量
关于javascript - AWS AutoScaling Down 策略在扩展成功后失败 : Failed to execute autoscaling action: No step adjustment found for metric value,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/66999238/
在 Terraform v13 中创建自动缩放策略和 cloudwatch 警报资源时,它们创建得很好。但是,在对端点进行负载测试时,他们成功地扩展了实例,但是当 CPU 利用率在一段时间内达到必要的
最近,Amazon AWS 发布了适用于 Spot 队列的 Auto Scaling (https://aws.amazon.com/blogs/aws/new-auto-scaling-for-ec
使用 Solr 版本 7.3.1 从 3 个节点开始: 我创建了一个这样的集合: wget "localhost:8983/solr/admin/collections?action=CREATE&a
我有一个 AWS Sagemaker 推理端点,该端点启用了 SageMakerVariantInvocationsPerInstance 目标指标的自动缩放。当我向端点发送大量请求时,实例数正确地扩
我有一个 AWS Sagemaker 推理端点,该端点启用了 SageMakerVariantInvocationsPerInstance 目标指标的自动缩放。当我向端点发送大量请求时,实例数正确地扩
我已经设置了一个 AWS AutoScaling 组。有 2 个警报,如果平均负载高于 65%,则增加服务器数量;如果平均负载低于 35%,则减少服务器数量。不确定最终的数字是多少,但这是我最初使用的
我在 Direct2D 位图缩放方面遇到问题。我使用那个 example 从一个文件中加载了一个位图,然后我想自己缩放位图(适合查看保存比例,添加阴影效果......)但是 Direct2D 自动缩放
对于我的应用程序,我使用的是 Auto Scaling,没有使用弹性负载均衡,直接使用 Auto Scaling 而不使用 ELB 是否存在性能问题? 最佳答案 阿迪, 大卫是对的。 自动缩放允许您缩
我有一个使用 DynamoDB 的应用程序,我注意到他们刚刚实现了很棒的自动缩放。我喜欢这个概念,我的应用程序的时机非常完美。但是,我仍然遇到一些问题,我想知道我是否无法调整设置以将其删除。 我的应用
我正在尝试创建一个 EC2 实例,该实例将使用自动缩放功能,并附加到负载均衡器。 不幸的是,我收到了错误 The availability zones of the specified subnets
目前,我正在使用亚马逊自动缩放服务。我观察到,当有规模时,它会删除第一个创建的实例。我的问题是我也想将RabbitMQ设置为自动缩放,如果我将第一个实例配置为主实例,则当其中有规模时,它将删除主Rab
我有一个 eks 集群,其节点组基于具有以下配置的混合实例分发启动模板: region: us-west-2 instance_distribution: [p2.xlarge, p3.2xlarg
我在 AWS 中的自动缩放组一团糟......我尝试缩小规模,但由于某种原因它没有终止实例......它们只是停留在“终止:WAITING”几个小时。所以我放弃了,只是手动终止了它们,但现在它们仍然存
我有一个 ec2 实例,使用 apache 服务网页。我在启动配置中使用此实例的 AMI 创建了一个自动缩放组。一旦 CPU 使用率超过 80% 并且自动缩放策略运行,就会创建一个新实例。但是我原来的
我正在我们的 EKS 平台上工作,我在那里安装了 Cluster Autoscaler。我可以看到它在 Kube Dashboard 中运行。昨天的负载测试,我触发了我们拥有的一个重型应用程序的 20
假设我们有以下部署: apiVersion: apps/v1 kind: Deployment metadata: ... spec: replicas: 2 template:
我有一个 ec2 实例,使用 apache 服务网页。我在启动配置中使用此实例的 AMI 创建了一个自动缩放组。一旦 CPU 使用率超过 80% 并且自动缩放策略运行,就会创建一个新实例。但是我原来的
是否可以使用 c# 或 Azure Automation 自动缩放 CosmosDB 吞吐量?请提供示例。 最佳答案 存储会自动缩放。这是自动更改吞吐量的代码 //Fetch the resource
在 GCP Autoscaling 中是否有一个选项可以控制是终止最新实例还是终止旧实例 基本上需要根据创建时间处理 GCP 服务器的缩减 最佳答案 *TL;DR:否。当 autoscaler 缩容时
设想 我正在创建一个脚本,它将新实例启动到 AutoScaling 组中,然后删除旧实例。目的是将新创建(或更新)的 AMI 引入 AutoScaling 组。这是通过增加 Desired 来实现的。
我是一名优秀的程序员,十分优秀!