Using local FS for checkpoint

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

Using local FS for checkpoint

Marchant, Hayden
Whether I use RocksDB or FS State backends, if my requirements are to have fault-tolerance and ability to recover with 'at-least once' semantics for my Flink job, is there still a valid case for using a backing local FS for storing states? i.e. If a Flink Node is invalidated, I would have thought that the only way it could recover (by re-starting the task on different node), is if the state is stored in  a shared file system such as HDFS, S3 etc....

I am asking since I want to know if HDFS is a must have for my deployment.

Thanks,

Hayden


Reply | Threaded
Open this post in threaded view
|

Re: Using local FS for checkpoint

Tony Wei
Hi Marchant,

HDFS is not a must for storing checkpoints. S3 or NFS are all acceptable, as long as it is accessible from job manager and task manager.
For AWS S3 configuration, you can refer to this page (https://ci.apache.org/projects/flink/flink-docs-release-1.3/setup/aws.html).

Best,
Tony Wei

2017-08-31 15:53 GMT+08:00 Marchant, Hayden <[hidden email]>:
Whether I use RocksDB or FS State backends, if my requirements are to have fault-tolerance and ability to recover with 'at-least once' semantics for my Flink job, is there still a valid case for using a backing local FS for storing states? i.e. If a Flink Node is invalidated, I would have thought that the only way it could recover (by re-starting the task on different node), is if the state is stored in  a shared file system such as HDFS, S3 etc....

I am asking since I want to know if HDFS is a must have for my deployment.

Thanks,

Hayden



Reply | Threaded
Open this post in threaded view
|

RE: Using local FS for checkpoint

Marchant, Hayden

I didn’t think about NFS. That would save me the hassle of installing HDFS cluster just for that, especially if my organization already has an NFS ‘handy’.

 

Thanks

Hayden

 

From: Tony Wei [mailto:[hidden email]]
Sent: Thursday, August 31, 2017 12:12 PM
To: Marchant, Hayden [ICG-IT]
Cc: [hidden email]
Subject: Re: Using local FS for checkpoint

 

Hi Marchant,

 

HDFS is not a must for storing checkpoints. S3 or NFS are all acceptable, as long as it is accessible from job manager and task manager.
For AWS S3 configuration, you can refer to this page (https://ci.apache.org/projects/flink/flink-docs-release-1.3/setup/aws.html).

 

Best,

Tony Wei

 

2017-08-31 15:53 GMT+08:00 Marchant, Hayden <[hidden email]>:

Whether I use RocksDB or FS State backends, if my requirements are to have fault-tolerance and ability to recover with 'at-least once' semantics for my Flink job, is there still a valid case for using a backing local FS for storing states? i.e. If a Flink Node is invalidated, I would have thought that the only way it could recover (by re-starting the task on different node), is if the state is stored in  a shared file system such as HDFS, S3 etc....

I am asking since I want to know if HDFS is a must have for my deployment.

Thanks,

Hayden

 

Reply | Threaded
Open this post in threaded view
|

RE: Using local FS for checkpoint

prashantnayak