Writing Zip Files to S3
I am encountering some severe sluggishness in writing zip files to S3. When writing a 76 MB file, it takes 12 minutes to complete, versus 16 second when writing to a local destination.
I think the ...
Forum Discussion
Hi,
Yes, we can configure the groundplex to access S3. However, this process is designed to generic enough to move files from locations accessible only from the groundplex to locations accessible from the cloudplex, and vice versa. The S3 scenario is just an example.
For anyone interested, I have received a reply from SnapLogic support stating that going through the control plane for large binary streams like this will result in a serious performance hit.
Hi Jack, This has been a while, but if you can recall… How did you end up solving this problem. Did you have to run everything on Groundplex??
For scenarios where large data volumes need to be transferred between a pipeline running on a Groundplex to another pipeline running on a Cloudplex (or another Groundplex), the recommended approach is to have the Groundplex write the data to a file location like S3 which is accessible from the second Snaplex. The temporary file’s name can be passed to the child pipeline through the pipeline execute input view or as a child pipeline parameter. The S3 File Writer/Reader snaps have multiple options to tune the transfer performance.
When transferring data through a PipeExec snap to another Snaplex, the data transfer is a streaming operation. There are some performance optimizations which are not available for the streaming transfer which are possible when using the batched transfer.
Yes, we did have to run everything from the ground.
