Question-: In your organization network team is changing the topology, hence they have to change the IP address for one of the nodes in Cassandra cluster. This setup is not using the PropertyFileSnitch as “endpoint_snitch�. What all steps you need to follow for that? A. Run the “nodetool drain� command B. Update the Cassandra.yaml file with the new IP details C. Stop and then start the Cassandra on this node D. Initiate the rolling start of the Cassandra cluster
Answer: A,B,C
Explanation: When you have to change the IP address of an existing node in the Cassandra cluster you need to follow the below steps in order. 1. Run the “nodetool drain� command, which flushes all the memtables to the SSTable on the disk. 2. Now stop the Cassandra on this node. 3. Access Mostly Uused Products by 50000+ Subscribers 4. If the node is a seed node, then we have to update the -seeds parameter in the seed_provided list “Cassandra.yaml� file on all the nodes. 5. If the endpoint_snitch is PropertyFileSnitch, add an entry for the new IP address in the Cassandra-topology.properties file on all nodes. Also make sure that you would not remove the entry for the old IP address. 6. We need to update the DNS and the local host. 7. Start the Cassandra on this node. 8. If you are using the “PropertyFileSnitch� then perform a rolling restart.
Question-: You have just setup the cluster and not made it operational yet. Now you found that, you need to switch the snitch for a particular node. For switching the snitch you always have to setup the Cassandra cluster from scratch? A. True B. False
Answer: B
Explanation: If data is not inserted in the Cassandra cluster yet, so there is no change in the topology of the Cassandra cluster. This means that you only need to set the snitch and no other steps are needed.
Question-: You have an node Cassandra cluster, currently setup in the single datacenter. You need to move nodes from the cluster in new datacenter, which would be part of the same cluster having nodes in each datacenter. Which of the following you would be doing at the minimum? A. Alter the keyspace replication settings to reflect the two datacenters. B. Once data is replicated to the new datacenter, remove the number of nodes from the original datacenter that have moved to new datacenter. C. Decommission 4 nodes from the cluster D. Use the “nodetool assassinate� command on the 4 nodes which you would be moving
Answer: 1, 2 Answer: This question is talking about moving node from one datacenter to another datacenter. Technically splitting the datacenters. What you can do first create a new datacenter with the nodes you want to move. Then alter the keyspace replication settings for the keyspace originally existed to reflect that two datacenters exist. Once data is replicated to the new datacenter, remove the number of nodes from the original datacenter that have “moved� to the new datacenter.