Question-: In your node Cassandra cluster, one of the node is down and the node is seed node. What is the next step (assuming you have nodes designated as seed node)? A. You should quickly add replacement for this node. B. You don’t have to worry as there two other nodes are available as seed node. C. You should update the seed node info on each node in the Cassandra cluster. D. Use the “nodetool removenode� command to remove that dead node, which will take care of updating seed info on each node.
Answer: C
Explanation: When seed node become the offline in the Cassandra cluster then you have to manually update the seed info on each node of the cluster.
Question-: You have node Cassandra cluster which is physically separated in two datacenters. nodes in each datacenter. You have found that one of the nodes is down in the Cluster (this is not a seed node). You need to replace this node from the cluster. What all are true, for replacing the node, rather than first remove and then add? A. You don’t have to move the data two time B. Same tokens will be used by the new replaced node. C. Existing node will work as a backup new node. D. Cassandra cluster would be offline for few seconds only
Answer: A,B,C
Explanation: When you replace the dead node in the cluster then you should not follow the strategy like first remove the dead node from the cluster and then add a new node to the cluster. Rather you should use the replace node strategy where you would keep the dead node as part of the cluster until the new node is added. And use the replace strategy by providing the option in jvm.option file. Which has various advantages like A. You don’t have to move the data two time B. Same tokens will be used by the new replaced node. C. Existing node will work as a backup new node. However, keep in mind, when you replace a node. It does not make Cassandra cluster offline.
Question-: While replacing a dead node in the cluster you have to update the jvm.option file with the “replace_address� properties on the new node, what value it should have? A. IP address of the seed nodes B. IP address of the new node C. IP address of the existing dead node D. List of IP address for all the seed nodes
Answer: C
Explanation: This question is easy to answer, you are replacing the dead node from the cluster. And this property needs be set on the new node. Hence, you have to provide the IP address of the node which you want to replace with this new node. Before replacing new node can copy the data from the dead node like save_caches, commitlog , token ranges etc.