[
https://issues.apache.org/jira/browse/IGNITE-9913?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16804006#comment-16804006
]
Amelchev Nikita commented on IGNITE-9913:
-----------------------------------------
Hi, [~ilantukh], thank you for taking a look!
Yes, updates may be blocked until the discovery event processed on the primary
node. In the worst case, this is the time that the node leave event will pass
the ring (TcpDiscovery).
I was thinking about introducing some message with topology information. And
this message the coordinator would send via communication SPI. But in my
opinion, it is not quite correct to forward information about the new nodes
topology for affinity via communication. If it makes sense, I can investigate
it.
> Prevent data updates blocking in case of backup BLT server node leave
> ---------------------------------------------------------------------
>
> Key: IGNITE-9913
> URL: https://issues.apache.org/jira/browse/IGNITE-9913
> Project: Ignite
> Issue Type: Improvement
> Components: general
> Reporter: Ivan Rakov
> Assignee: Amelchev Nikita
> Priority: Major
> Fix For: 2.8
>
> Attachments: 9913_yardstick.png, master_yardstick.png
>
> Time Spent: 50m
> Remaining Estimate: 0h
>
> Ignite cluster performs distributed partition map exchange when any server
> node leaves or joins the topology.
> Distributed PME blocks all updates and may take a long time. If all
> partitions are assigned according to the baseline topology and server node
> leaves, there's no actual need to perform distributed PME: every cluster node
> is able to recalculate new affinity assigments and partition states locally.
> If we'll implement such lightweight PME and handle mapping and lock requests
> on new topology version correctly, updates won't be stopped (except updates
> of partitions that lost their primary copy).
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
