Akka heartbeat configurations

[Bajaj, Abhinav]

Hi,

 

We are running into issues where GC pause will result into Taskmanagers being marked dead incorrectly.

Flink documentation documents some knobs of Akka configurations to play around.

 

Focusing on “akka.watch.heartbeat.pause”, it mentions “Higher value increases the time to detect a dead TaskManager”

 

Can someone please help me understand the downside of increasing the time to detect a dead taskmanager?

Will this affect the fault tolerance guarantees / state management/ checkpointing?

 

Thanks,

Abhinav

 

 

[Timo Walther]

Hi,

increasing the time to detect a dead task manager usually increases the amount of elements that need to be reprocessed in case of a failure. Once a dead task manager is identified, the entire application is rolled back to the latest successful checkpointed/consistent state of the application. So it is desirable to keep this time low in order to keep the time to catch up low. Faul tolerance guarantees should not be affected.

I hope this helps.

Regards,
Timo

Am 15.05.18 um 01:42 schrieb Bajaj, Abhinav:

Hi,

 

We are running into issues where GC pause will result into Taskmanagers being marked dead incorrectly.

Flink documentation documents some knobs of Akka configurations to play around.

 

Focusing on “akka.watch.heartbeat.pause”, it mentions “Higher value increases the time to detect a dead TaskManager”

 

Can someone please help me understand the downside of increasing the time to detect a dead taskmanager?

Will this affect the fault tolerance guarantees / state management/ checkpointing?

 

Thanks,

Abhinav

 

 

[Bajaj, Abhinav]

I had the same feeling.

 

Thanks Timo for clarifying.

 

~ Abhinav

 

From: Timo Walther <[hidden email]>
Date: Tuesday, May 15, 2018 at 6:05 AM
To: "[hidden email]" <[hidden email]>
Subject: Re: Akka heartbeat configurations

 

Hi,

increasing the time to detect a dead task manager usually increases the amount of elements that need to be reprocessed in case of a failure. Once a dead task manager is identified, the entire application is rolled back to the latest successful checkpointed/consistent state of the application. So it is desirable to keep this time low in order to keep the time to catch up low. Faul tolerance guarantees should not be affected.

I hope this helps.

Regards,
Timo

Am 15.05.18 um 01:42 schrieb Bajaj, Abhinav:

Hi,

 

We are running into issues where GC pause will result into Taskmanagers being marked dead incorrectly.

Flink documentation documents some knobs of Akka configurations to play around.

 

Focusing on “akka.watch.heartbeat.pause”, it mentions “Higher value increases the time to detect a dead TaskManager”

 

Can someone please help me understand the downside of increasing the time to detect a dead taskmanager?

Will this affect the fault tolerance guarantees / state management/ checkpointing?

 

Thanks,

Abhinav