[ 
https://issues.apache.org/jira/browse/NIFI-9236?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17418540#comment-17418540
 ] 

Andrew Heys commented on NIFI-9236:
-----------------------------------

I did not notice on the summary view that there is an option for single node 
view, so thanks for sharing that tip.

> Update UI for Clustered Connections
> -----------------------------------
>
>                 Key: NIFI-9236
>                 URL: https://issues.apache.org/jira/browse/NIFI-9236
>             Project: Apache NiFi
>          Issue Type: Improvement
>          Components: Core UI
>    Affects Versions: 1.13.2
>            Reporter: Andrew Heys
>            Priority: Major
>
> I have noticed that when I set the back pressure threshold to 10k flowfiles 
> in a clustered setup, it will turn red and display in the tooltip: "Queue: 
> 100% full" when a single node reaches this limit. For instance, if I have a 
> simple flow:
> 3 Node cluster
> Generate Flowfile (run only on primary node) -> Connection with 10k 
> backpressure queue size -> Disabled Processor 
> It will run until the primary node hits the 10k backpressure limit and show 
> the connection as red even though the other nodes in the cluster have 0 
> flowfiles. Now If I update the Generate Flowfile to run on all nodes, it will 
> be able to output up to 30k flowfiles, even though the backpressure already 
> has said it was 100% full. Since the UI does not show which node has reached 
> the limit and that it continues to let in more flowfiles past the 10k 
> configured limit, it can quickly become confusing. Additionally, the UI does 
> not indicate that the clustered maximum threshold is actually the maximum 
> threshold multiplied by the number of nodes. 
> In a clustered setup, it would be helpful if we could see the breakout of 
> flowfiles in connections per nifi. This would allow us to quickly identify 
> nodes in the cluster that are overworked/slow and nodes that are 
> under-utilized. Also, it could say something like "Queue: 100% full for 1/3 
> nodes" or some other visual indicator that it is applying backpressure for 
> some nodes, but not for the entire cluster. Additionally, it could indicate 
> the true maximum object/size threshold in the clustered connection.



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

Reply via email to