[
https://issues.apache.org/jira/browse/RATIS-666?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16916074#comment-16916074
]
Tsz Wo Nicholas Sze commented on RATIS-666:
-------------------------------------------
> 4. How do we plan to test the 'single node, multi raft groups' scenario?
> Furthermore, if we allow coalesced heartbeat configurable, how to determine
> when and whether to use it?
For testing, we definitely should add unit tests as usual. When the feature is
enabled in Ozone, the Ozone performance tests will also test it.
Why configurable but not always enabling it? It seems there is no downside
enabling it. No?
> Coalesced heartbeat in multiraft
> --------------------------------
>
> Key: RATIS-666
> URL: https://issues.apache.org/jira/browse/RATIS-666
> Project: Ratis
> Issue Type: Improvement
> Components: raft-group
> Reporter: Li Cheng
> Priority: Major
>
> I'm using this issue to discuss the coalesced heartbeat plan in multi-raft.
> We are looking at incorporating multi-raft feature in ratis into Hadoop
> Ozone. So in ozone, every datanode would be in multiple raft groups or say
> pipelines with multi-raft, which brings:
> # Is there any plan for coalesced heartbeat on single node?
> # Are we going to use gRPC to achieve coalesced heartbeat like what
> cockroach does? Shall we assume only Java APIs are required?
> # Either we have coalesced heartbeat, every node would have chances to be
> selected as leader in each raft group. So to the extreme extend, one node,
> say node A, would be the leader to all raft groups. If we implement coalesced
> heartbeat, there would more easily push node A to be the bottleneck for
> future stumbling in performance. Any idea on how to avoid this extremity?
> Maybe do a candidate scrub?
> # How do we plan to test the 'single node, multi raft groups' scenario?
> Furthermore, if we allow coalesced heartbeat configurable, how to determine
> when and whether to use it?
>
> [~szetszwo] [~Sammi] [~xyao] [~waterlx]
--
This message was sent by Atlassian Jira
(v8.3.2#803003)
