在CloudWatch中跨ECS任务实例聚合codahale度量计数
我有一个ECS服务向CloudWatch报告通过Codahale指标收集的指标。一些指标是计数，例如向外部服务发出的请求计数。每个服务实例都维护并向CloudWatch报告自己的计数。据我所知，这意味着CloudWatch中计数的值是每个服务的个人计数，无法查看（例如总数）。如果每个实例发出300个请求，那么报告的值将是300个，但无法将其相加为900个。
修复它的最佳方法是什么？将带有 ecs 任务 ID 的附加维度添加到报告的云监视指标中是否可行？
我正在用格拉法纳绘制结果，但可能不是重要的部分。
共有1个答案
指标已在云监视中聚合，假设它们具有相同的命名空间和名称。如果这些服务请求指标相同，则它们应该是相同的指标，则可以向其添加维度，例如 TaskId、请求的服务或要聚合的任何内容。
通常，您在< code>Cloudwatch Metrics中面临的挑战与您所描述的正好相反。指标已经聚合在一起，然后您希望深入到特定值以调试某些问题，例如，如果您的特定容器任务有问题，您将设置维度< code>TaskId=todo1，或者如果您怀疑某个服务出现故障，您将设置< code > requested service = todo 2 。
我怀疑您正在为您请求的每个服务创建一个度量，而不是您只想要一个度量，并像前面描述的那样向它添加维度。
此外，对于这个特定的用例，您可能希望考虑开放式遥测/X射线，这将为您创建一个服务图，并通过不同的服务处理跟踪请求的特定情况。不过，这确实需要一点努力来设置。
-
我正在尝试用ECS Fargate设置一个计划的任务，但我不知道为什么它没有运行。我可以使用确认任务正常工作，但当我试图按计划触发它时，得到的只是一堆没有任何解释的'failedinvocations'。 虽然我知道规则正在被触发，所以这是一个好的迹象。见下方截图： 但每次触发它时，只有一个“FailedInvocation”。安排规则如下： 谢谢 编辑：区域现在支持此操作。请参阅备注。
-
我们目前的生态系统是graphite/grafana，我们使用codahale metrics java库。 我定义了一个计数器 每次点击我们的应用程序都会增加 我们通过codahale观察到的是，计数器是一个累加值。。。当我们查看grafana中的原始数据时，它在一段时间内是一个不断增加的值 我在graphite中使用了哪些函数，以便获得每分钟的请求计数 我试过这个 还有这个 这似乎是不对的，有
-
我正在尝试创建一个AWS Cloudwatch事件规则，以便在运行特定任务的容器成功完成运行时发送SNS电子邮件通知。我已经浏览了Terraform文档，但找不到一种动态注入taskArn的好方法： 例如，这里的文档示例提供了相同的硬编码<代码> 是否有一种模板文件方法可以动态插入我的ARN而无需硬编码？
-
问题内容： 我有一个包含多个包含整数（a1，a2，a3等）的字段的postgresql表。 我想一次跨多个列运行汇总函数（均值，标准差等）。（其中一些可能具有合理数量的空值，因此我不想只生成列平均值然后再对它们求平均值）。 我可以得到一组整数 但是我然后无法获取聚合函数以将此作为输入。 谁能给我任何有关如何使它工作的提示？ 问题答案： 使用子查询，您可以使用所有行： 您还可以对行进行分组，例如：
-
在elasticsearch 1.5.0中，我尝试使用scripted\u metric结果对聚合桶进行排序/排序，但收到以下错误： AggregationExecutionException[无效的术语聚合顺序路径[自定义脚本]。术语桶只能在子聚合器路径上排序，该路径由路径中的零个或多个单桶聚合和路径端的最终单桶或度量聚合组成 有什么办法可以解决这个问题吗？ 我的查询如下：
-
我正在尝试使用codahale metrics向一个普通的Java应用程序添加指标。我想使用@Timed注释，但是我不清楚它使用哪个MetricRegistry，或者如何告诉它使用哪个MetricRegistry。该应用程序是一个普通的Java 8应用程序，用Maven 3构建，没有Spring，没有Hibernate。 我无法在dropwizard文档中找到有关如何实现@Timed的任何文档：h