问题标签 [amazon-cloudwatch-metrics]

我有一个与其他三个子 AWS 账户相关联的根 AWS 账户。在我的根账户中，我创建了一个 Lambda 函数，以使用 python SDK 和 API 从 cloudwatch 获取计费指标。它的工作我正在使用 IAM 用户的访问密钥和密钥，它具有计费访问权限和所有管理员访问权限，但我复制了 lambda 代码并将其放入子帐户的 lambda 函数中，它不会检索任何数据。我不明白为什么它不能在子帐户中工作？

根据https://aws.amazon.com/cloudwatch/faqs的说法，如果我理解正确的话，自定义指标看起来会保留 15 个月，因为它们会聚合到更高的分辨率。这是否意味着我们必须在创建自定义指标后至少支付 15 个月的费用？

我安装了 CloudWatch 代理以使用 user_data 收集各种指标。它为每个新实例创建新指标。在运行了许多测试之后，我有超过 6,000 个自定义指标，但其中大部分都没有使用。由于无法删除自定义指标，我是否需要为这些未使用的指标付费，直到它们过期（15 个月）？我希望我错了：]

请说明我们如何对未使用的自定义指标收费。

阅读文档我看到了这个声明；

CloudWatch 不会跨维度聚合您的自定义指标

这似乎是一个巨大的限制，对吧？它会使自定义指标在我的估计中几乎毫无用处 - 所以我想确认我理解这一点。

例如，假设我有一个从多个服务器发送的自定义指标。我想查看每台服务器，但我也想一起查看它们。我无法在所有服务器上汇总这些信息吗？或者我是否会被迫创建两个自定义指标，一个用于单个服务器，一个用于所有服务器，以及从服务器到每个服务器的双重发布指标，一个用于聚合所有服务器？

我在 AWS 中有一个实例，它的 CPU 不时超过 90% 的阈值。我为此创建了一个警报，但是我看到我只收到了一个通知，它是在前 5 分钟内，而 CPU 在 2 小时内处于 100%。如何设置指标，以便我一直收到通知？

我正在使用 Python3 的 boto3 尝试使用此处记录的 get_metric_statistics 函数从 SQS 的指标中提取数据：

https://boto3.readthedocs.io/en/latest/reference/services/cloudwatch.html#CloudWatch.Client.get_metric_statistics

这是我试图拉它的代码：

我从 API 收到了一个带有 HTTP 状态代码 200 的响应，所以它起作用了，但我没有得到任何数据点。我还仔细检查了我是否使用 boto3.setup_default_session() 调用了正确的配置文件。

我还仔细检查了我的数据是否存在：https ://i.imgur.com/3TS9wD4.png

有人发现我做错了什么吗？

我已经在 ec2 实例上安装了一个 Web 服务器，并且我想在服务器因任何原因关闭时使用 SNS 得到通知。请提出一些解决方案。

要求：如果 cpu 利用率连续 4 分钟高于或等于 85，则生成警报。问题：警报状态在达到阈值后立即变为 ALARM，无需等待 4 分钟。

导致问题的 EC2 实例的 Cloudwatch 磁盘指标值，没有数据。我正在使用 C4.xlarge 实例，根设备类型是 EBS。在 Cloudwatch 中，以下指标显示为零，

• 磁盘读取（字节）
• 磁盘读取操作
• 磁盘写入（字节）
• 磁盘写操作

以上各项的最小值、最大值、平均值和总和为零。

网络和 CPU 监视器返回数据正常。

知道为什么吗？

谢谢，

我创建了 CloudFormation 模板，该模板创建 ECS 服务和任务，并具有任务自动缩放功能。这是非常基本的 - 如果任务的 MemoruUtilization 达到某个值，则添加 1 个任务，反之亦然。以下是一些最相关的部分表单模板。

因此，当任务开始耗尽内存时，我们将添加新任务。然而，在某些时候，我们将达到集群外可用内存量的限制。

例如，集群由一个 t2.small 实例组成，那么我们有 2Gb RAM。其中一小部分由在实例中运行的 ECS 任务使用，因此我们的 RAM 少于 2GB。如果我们将 Task 的内存值设置为 512Mb，那么除非我们扩大集群，否则我们只能在该集群中放置 3 个任务。

默认情况下，ECS 服务具有可用于自动扩展集群的 MemoryReservation 指标。我们会告诉当 MemoryReservation 超过 75% 时，将 1 个实例添加到集群中。这相对容易。

然而这没有意义，因为这会在添加第三个任务时发生，因此新实例将是空的，直到第四个任务被缩放。这意味着我们将支付我们不使用的费用。

我注意到，当 ECS 服务尝试将任务添加到没有足够可用内存的集群时，我得到

service Production-admin-worker 无法放置任务，因为没有容器实例满足其所有要求。最接近的匹配容器实例################### 可用内存不足。

在这个例子中，模板的参数是：

是否可以创建查看 ECS 集群事件并查找该特定模式的 AWS::CloudWatch::Alarm？这个想法是AWS::AutoScaling::AutoScalingGroup仅在AWS::ApplicationAutoScaling::ScalingPolicy添加集群中没有空间的任务时才使用集群中的实例计数。并在 MemoryReservation 小于 25% 时缩小集群（这意味着那里没有运行任务 -AWS::ApplicationAutoScaling::ScalingPolicy已删除它们）。

嗨，我已经安排了 Cloudwatch规则，以便在每周三 GTM 14.15 运行，目标是 AWS Batch，它总是返回FailedInvocation。我从关联的指标中看到了 FailedInvocation 事件

但是没有关于错误的日志，我无法理解这个问题。

我已经按照本教程进行操作：https : //docs.aws.amazon.com/batch/latest/userguide/batch-cwe-target.html 我从几个小时就被困在这里有什么建议吗？

配置

AWS 批处理目标配置如下：

• 作业队列= arn:..
• 工作定义 = arn:...
• 职位名称 =姓名

与目标关联的角色具有以下策略：

• arn:aws:iam::aws:policy/service-role/AWSBatchServiceEventTargetRole

  /li>

• arn:aws:iam::216314997889:role/awsInvokeActionOnEc2

  /li>

• 和信任关系

  /li>