Amazon ec2 Amazon EC2自动缩放CPU使用报警-数据不足

因此，我一直在使用Python中的Boto来尝试并配置基于CPUUutilization的自动缩放，这或多或少与本例中的规定相同：

但是，CloudWatch中的两个警报仅报告：

州详细信息：2012年11月12日，州更改为“数据不足” 协调世界时16:30。原因：未选中：初始报警创建

自动缩放工作正常，但警报根本没有拾取任何CPUUUtilization数据。对我可以尝试的东西有什么想法吗

编辑：实例本身报告CPU利用率数据，只是在我尝试用CloudWatch、python编程或界面创建警报时没有报告。还启用了详细监控，以防

谢谢

来自AWS的数据如下所示：

您好，转换为不充分的_数据存在固有的延迟 报警等待一段时间以补偿 度量生成延迟。对于周期为60秒的报警 转换到I_D状态之前的延迟将在5到10之间 分钟

约翰

---

显然，这是一种临时状态，可能会自行解决。

确保报警的名称空间为“AWS/EC2”

---

我知道这是一个很长的时间后，原来的问题，但如果其他人发现这通过谷歌，我有同样的问题，结果是我设置了报警的名称空间不正确

对于使用CloudFormation创建的RDS CPUUtilization>60报警，我在CloudWatch中显示了相同的“数据不足”报警状态。（“原因：未选中：初始报警创建”显示在“详细信息”下）。这是一个非常粗糙的修复，但我发现通过选择报警，单击修改按钮，然后单击保存按钮（不做任何更改），报警将进入OK状态，所有内容都是文件

我不确定后端发生了什么，但是如果您比较报警历史记录，您将看到AWS删除了“单位”列，如果您只是修改报警而不做任何更改，如at7000ft所述。因此，请删除脚本的“单位”列。

我遇到了这个问题。确保用于创建报警的度量名称与实际度量名称匹配

您可以通过以下方式列出您的指标：

aws cloudwatch list-metrics --namespace=<NAMESPACE, e.g. System/Linux, etc>

aws cloudwatch列表度量--命名空间=

---

查找度量和度量名称。确保已针对该指标配置报警。

有一个目录/var/tmp/aws mon/，其中包含两个文件。一个是instance-id。我所在的实例是从AMI创建的，该文件保留了旧的实例id。我刚刚编辑了它，并确保/var/tmp/aws mon/placement/availability zone也正确。报警几乎立即变为正常。

需要使用用于创建报警的相同装置发布数据。如果您没有指定一个，它将是一个

单元

单位可以在aws put公制数据和aws put公制报警中指定

单位

可以是：

• 秒
• 字节
• 比特
• 百分比
• 计数
• 字节/秒（字节/秒）
• 位/秒（位/秒）
• 计数/秒（每秒计数）
• 无（未指定单位时的默认值）

单元也是区分大小写的，在脚本中要小心

对于CPUUtilization，可以使用百分比

---

第一个数据集发送到您的报警后（对于非详细的监控实例，可能需要5分钟），报警将切换到OK（正常）或报警状态，而不是数据不足状态。

据我所知，默认度量分辨率为5分钟（如果您付费，可以降低到1分钟，或者类似的情况），因此，如果您的警报的测量周期低于此值，则它将永久保持在

数据不足

状态。在我的例子中，我有一个1分钟的CPU利用率测量周期，将其更改为5分钟已修复状态问题。

我有一个类似的问题，我的报警一直处于数据不足状态，尽管我可以在GUI中看到度量

这是因为我在创建报警时为度量单位指定了错误的单位。未报告任何错误，但从未变为绿色

---

如果您不确定，最好避免指定它，AWS将在后台执行正确的匹配。

也遇到此问题，但原因不同：我在Cloudformation模板中传递了ES群集ARN而不是域名。这是相当令人沮丧的

一整天都是这样的-我们已经与AWS支持人员聊了几个小时，但他们什么都没得到…啊！好吧，你知道这是怎么回事吗。。。但愿我能多帮点忙。+1这真的很重要。没有警报，就陷入了数据不足的状态。谢谢这是我使用C#sdk唯一有效的方法-必须删除'Unit=StandardUnit.Seconds'-然后一切都正常-不幸的是，我唯一能让我的警报工作的方法是在AWS控制台中构建它，使用CLI获取所有属性，然后将这些属性复制到CloudFormation中——我认为单凭文档不足以直接深入到CloudFormation或类似内容中。