You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@flink.apache.org by "Till Rohrmann (Jira)" <ji...@apache.org> on 2019/10/31 13:15:00 UTC

[jira] [Assigned] (FLINK-14164) Add a metric to show failover count regarding fine grained recovery

     [ https://issues.apache.org/jira/browse/FLINK-14164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Till Rohrmann reassigned FLINK-14164:
-------------------------------------

    Assignee: Zhu Zhu

> Add a metric to show failover count regarding fine grained recovery
> -------------------------------------------------------------------
>
>                 Key: FLINK-14164
>                 URL: https://issues.apache.org/jira/browse/FLINK-14164
>             Project: Flink
>          Issue Type: Sub-task
>          Components: Runtime / Coordination, Runtime / Metrics
>    Affects Versions: 1.10.0
>            Reporter: Zhu Zhu
>            Assignee: Zhu Zhu
>            Priority: Major
>             Fix For: 1.10.0
>
>
> Previously Flink uses restart all strategy to recover jobs from failures. And the metric "fullRestart" is used to show the count of failovers.
> However, with fine grained recovery introduced in 1.9.0, the "fullRestart" metric only reveals how many times the entire graph has been restarted, not including the number of fine grained failure recoveries.
> As many users want to build their job alerting based on failovers, I'd propose to add such a new metric {{numberOfRestarts}} which also respects fine grained recoveries. The metric should be a meter(MeterView) so that users can leverage the rate to detect newly happened failures rather than de deviation by themselves.
> The MeterView should be added in SchedulerBase to serve both legacy scheduler and ng scheduler.
> The underlying counter of the MeterView is determined by the scheduler implementations:
> 1. for legacy scheduler, it's the {{ExecutionGraph#numberOfRestartsCounter}} which was added in FLINK-14206
> 2. for ng scheduler, it's a new counter added in {{ExecutionFailureHandler}} that counts all the task and global failures notified to it.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)