You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@nifi.apache.org by "Matthew Clarke (JIRA)" <ji...@apache.org> on 2017/03/06 20:30:32 UTC
[jira] [Created] (NIFI-3559) Improve S2S load-balancing
Matthew Clarke created NIFI-3559:
------------------------------------
Summary: Improve S2S load-balancing
Key: NIFI-3559
URL: https://issues.apache.org/jira/browse/NIFI-3559
Project: Apache NiFi
Issue Type: Improvement
Components: Core Framework
Affects Versions: 1.1.1
Reporter: Matthew Clarke
The current implementation of S2S sends data continuously to the destination NiFi node for 0.5 seconds before closing the connection and opening a new connection to another node.
When the source FlowFile are all very small (0 byte in case of list based processors), the entire queue can end up getting sent to only one of the target NiFi cluster nodes.
Another common use case for S2S is to have a RPG pointed back at same cluster where the RPG was added. Since FlowFiles are likely to transfer to the same node where the data originates (Think Primary node data redistribution within a cluster) much faster then transfers to other nodes, the primary node is likely to always end up with more FlowFiles then any other node.
There needs to be an additional load-balancing strategy that compliments the existing 0.5 second to improve upon the load-balancing in such cases. The RPG know how many target nodes there are and how many FlowFiles exist in the queue at run time, so perhaps using that info to more even split the queue amongst all nodes smartly would help.
This is related to existing Jira: NiFI-2987
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)