System and method for implementing a cluster token registry for business continuity
View Patent ↗Method and system for implementing a cluster token registry (“CTR”) process in a cluster comprising a plurality of interconnected nodes each having a CTR associated therewith are described. In one embodiment, the method comprises, responsive to a client signing in at one of the nodes, the client registering a cluster-wide token with the CTR of the node, thereby casting a vote in connection with the token; determining whether prerequisites for granting the token have been met; and, responsive to a determination that the prerequisites have been met, granting the token. The method further comprises periodically determining whether the vote in connection with the token vote has been refreshed by the client and, responsive to a determination that the vote in connection with the token has not been refreshed by the client, de-registering the client.
1. A cluster token registry (“CTR”) method comprising:
registering a cluster-wide token with a CTR associated with a node of a plurality of interconnected nodes in a cluster, the registering being performed by a client in response to the client signing in at one of the nodes;
determining whether prerequisites for granting the token have been met by determining whether a required number of votes are currently cast in connection with the token;
responsive to a determination that the prerequisites have been met, granting the token;
periodically determining whether the vote in connection with the token vote has been refreshed by the client; and
responsive to a determination that the vote in connection with the token vote has not been refreshed by the client, de-registering the client,
wherein the registering comprises setting at least one of a quorum parameter, a token_delay parameter, a token_refresh parameter, and a token_timeout parameter, and
wherein the vote in connection with the token vote is refreshed by the client independent of communication from the CTR associated with the node.
2. The method of claim 1 further comprising, responsive to a determination that the prerequisites have not been met, revoking the token.
3. The method of claim 1 wherein the required number of votes is equal to (N/2)+1, wherein N is equal to a maximum number of the nodes of the cluster.
4. The method of claim 1 wherein the token_delay parameter specifies a time delay between a time at which the token prerequisites are met and a time at which the token is granted.
5. The method of claim 1 wherein the token_timeout parameter specifies a time delay between a time at which the vote in connection with the token was last refreshed and a time at which the vote in connection with the token is deemed withdrawn.
6. The method of claim 1 wherein the token_refresh parameter specifies a frequency with which the vote in connection with the token must be refreshed to avoid being deemed withdrawn.
7. A system comprising:
a cluster comprising a plurality of interconnected nodes each having a cluster token registry (“CTR”) process associated therewith;
a CTR of a node of the plurality of interconnected nodes responsive to a client signing in at the node causing the client to register a cluster-wide token with the CTR of the node, thereby casting a vote in connection with the token;
the CTR of the node determining whether prerequisites for granting the token have been met by determining whether a required number of votes are currently cast in connection with the token;
the CTR of the node responsive to a determination that the prerequisites have been met granting the token;
the CTR of the node periodically determining whether the vote in connection with the token vote has been refreshed by the client;
the CTR of the node responsive to a determination that the vote in connection with the token has not been refreshed by the client de-registering the client,
wherein the vote in connection with the token vote is refreshed by the client independent of communication from the CTR of the node.
8. The system of claim 7 further comprising the CTR of the node responsive to a determination that the prerequisites have not been met revoking the token.
9. The system of claim 7 wherein the required number of votes is equal to (N/2)+1, wherein N is equal to a maximum number of the nodes of the cluster.
10. The system of claim 7 wherein registering comprises setting at least one of a quorum parameter, a token_delay parameter, a token_refresh parameter, and a token_timeout parameter.
11. The system of claim 10 wherein the token_delay parameter specifies a time delay between a time at which the token prerequisites are met and a time at which the token is granted, the token_timeout parameter specifies a time delay between a time at which the vote in connection with the token was last refreshed and a time at which the vote in connection with the token is deemed withdrawn, and the token_refresh parameter specifies a frequency with which the vote in connection with the token must be refreshed to avoid being deemed withdrawn.
12. A computer program product comprising non-transitory computer-readable medium having stored thereon instructions executable by a computer for implementing a cluster token registry (“CTR”) process in a cluster comprising a plurality of interconnected nodes each having a CTR associated therewith, the instructions executable by the computer for causing the computer to:
responsive to a client signing in at one of the nodes, causing the client to register a cluster-wide token with the CTR of the node, thereby casting a vote in connection with the token;
determine whether prerequisites for granting the token have been met by determining whether a required number of votes are currently cast in connection with the token;
grant the token responsive to a determination that the prerequisites have been met;
periodically determine whether the vote in connection with the token vote has been refreshed by the client; and
de-register the client responsive to a determination that the vote in connection with the token has not been refreshed by the client,
wherein the vote in connection with the token vote is refreshed by the client independent of communication from the CTR of the node.
13. The computer program product of claim 12 wherein the instructions further cause the computer to revoke the token responsive to a determination that the prerequisites have not been met.
14. The computer program product of claim 12 wherein the required number of votes is equal to (N/2)+1, wherein N is equal to a maximum number of the nodes of the cluster.
15. The computer program product of claim 12 wherein the instructions for causing the computer to register the client further comprise instructions for causing the computer to set a token_delay parameter.
16. The computer program product of claim 15 wherein the token_delay parameter specifies a time delay between a time at which the token prerequisites are met and a time at which the token is granted.
17. The computer program product of claim 12 wherein the instructions for causing the computer to register the client further comprise instructions for causing the computer to set a token_refresh parameter.
18. The computer program product of claim 17 wherein the token_refresh parameter specifies a frequency with which the vote in connection with the token must be refreshed to avoid being deemed withdrawn.
19. The computer program product of claim 12 wherein the instructions for causing the computer to register the client further comprise instructions for causing the computer to set a token_timeout parameter.
20. The computer program product of claim 19 wherein the token_timeout parameter specifies a time delay between a time at which the vote in connection with the token vote was last refreshed and a time at which the vote in connection with the token vote is deemed withdrawn.