[
https://issues.apache.org/jira/browse/HDDS-1175?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16784923#comment-16784923
]
Hanisha Koneru commented on HDDS-1175:
--------------------------------------
Hi [~linyiqun], I have posted a PullRequest on github for patch v02.
As per your suggestion, I made the RoleCheckInterval configurable.
bq. Another place, it would be better to have a check to verify that proxy
provider has real performed fail-over to current leader id. If leader om id is
not contained in om proxy infos, it will perform failed.
The leader Id we get as part of the NotLeaderException is only a suggested
leader id. This is because between us querying the ratis server for leader id,
and the client actually performing the failover, a new election might have
occurred. So I think irrespective of whether failover happened to suggested
leader id, we should retry the request.
> Serve read requests directly from RocksDB
> -----------------------------------------
>
> Key: HDDS-1175
> URL: https://issues.apache.org/jira/browse/HDDS-1175
> Project: Hadoop Distributed Data Store
> Issue Type: Sub-task
> Reporter: Hanisha Koneru
> Assignee: Hanisha Koneru
> Priority: Major
> Labels: pull-request-available
> Attachments: HDDS-1175.001.patch
>
> Time Spent: 10m
> Remaining Estimate: 0h
>
> We can directly server read requests from the OM's RocksDB instead of going
> through the Ratis server. OM should first check its role and only if it is
> the leader can it server read requests.
> There can be a scenario where an OM can lose its Leader status but not know
> about the new election in the ring. This OM could server stale reads for the
> duration of the heartbeat timeout but this should be acceptable (similar to
> how Standby Namenode could possibly server stale reads till it figures out
> the new status).
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
