1. 1
2. 2
3. 3
4. 4
5. 10
Correct Answer : 3 Exp : As per the AWS Documentation:
Amazon Elasticsearch Service uses dedicated master nodes to increase cluster stability. A dedicated master node performs cluster management tasks, but does not hold data or respond to data upload requests. This
offloading of cluster management tasks increases the stability of your domain.
We recommend that you allocate three dedicated master nodes for each production Amazon ES domain:
One dedicated master node means that you have no backup in the event of a failure.
Two dedicated master nodes means that your cluster does not have the necessary quorum of nodes to elect a new master node in the event of a failure.
A quorum is Number of Dedicated Master Nodes / 2 + 1 (rounded down to the nearest whole number), which Amazon ES sets to discovery.zen.minimum_master_nodes when you create your domain.
In this case, 2 / 2 + 1 = 2. Because one dedicated master node has failed and only one backup exists, the cluster does not have a quorum and cannot elect a new master.
Three dedicated master nodes, the recommended number, provides two backup nodes in the event of a master node failure and the necessary quorum (2) to elect a new master.
Four dedicated master nodes is no better than three and can cause issues if you use zone awareness.
If one master node fails, you have the quorum (3) to elect a new master. If two nodes fail, you lose that quorum, just as you do with three dedicated master nodes.
If each Availability Zone has two dedicated master nodes and the zones are unable to communicate with each other, neither zone has the quorum to elect a new master.
Having five dedicated master nodes works as well as three and allows you to lose two nodes while maintaining a quorum, but because only one dedicated master node is active at any given time, this configuration means
paying for four idle nodes. Many customers find this level of failover protection excessive.
Note : If your cluster does not have the necessary quorum to elect a new master node, write and read requests to the cluster both fail. This behavior differs from the Elasticsearch default.
Dedicated master nodes perform the following cluster management tasks:
Track all nodes in the cluster
Track the number of indices in the cluster
Track the number of shards belonging to each index
Maintain routing information for nodes in the cluster
Update the cluster state after state changes, such as creating an index and adding or removing nodes in the cluster
Replicate changes to the cluster state across all nodes in the cluster
Monitor the health of all cluster nodes by sending heartbeat signals, periodic signals that monitor the availability of the data nodes in the cluster
3