You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@storm.apache.org by "Jungtaek Lim (JIRA)" <ji...@apache.org> on 2016/04/08 11:36:25 UTC
[jira] [Commented] (STORM-1700) Introduce 'filter' option to
MetricsConsumer
[ https://issues.apache.org/jira/browse/STORM-1700?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15231931#comment-15231931 ]
Jungtaek Lim commented on STORM-1700:
-------------------------------------
Additional parameters would be 'includes' and 'excludes'.
Each parameter contains list of regular expression. Users can't specify both of parameters to avoid precedence issue.
Users can specify none of the parameters. If nothing specified, it should be interpreted as 'include all' to keep backward compatibility.
> Introduce 'filter' option to MetricsConsumer
> --------------------------------------------
>
> Key: STORM-1700
> URL: https://issues.apache.org/jira/browse/STORM-1700
> Project: Apache Storm
> Issue Type: Sub-task
> Components: storm-core
> Affects Versions: 1.0.0, 2.0.0
> Reporter: Jungtaek Lim
>
> Storm provides various metrics by default, and so on some external modules (storm-kafka).
> When we register MetricsConsumer, MetricsConsumer should handle all of metrics. If MetricsConsumer cannot keep up with these metrics, only way to keep up is increasing parallelism, which seems limited. Furthermore, some users don't want to care about some metrics since unintended metrics will fill external storage.
> Though MetricsConsumer itself can filter metrics by name, it would be better to support filter by Storm side. It will reduce the redundant works for Storm community.
> If we provide filter options, it would be great.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)