The solution has many good features. Some of the advantages, are it can give you the ability to choose... To just explain something. When you have a bunch of servers, for example, that are part of cluster configuration, each server will perform identically like the others. In this type of configuration, you need to elect one master that will handle directly the request. Meaning that all the other servers will not handle anything but they will stay in a listening mode or like a slave. And they will communicate each time they will do a hard bit on the master to see if it's still running or accessible. If they detect that the master is not responding, then they will elect another master that will handle the communications. So this feature is done automatically within the server, this service, meaning Failover Cluster service. And also you can choose which one you want to elect as a master. You can do that manually and you also can do it automatically and you can configure it so that you can have a preferred one. Meaning that each time there is a revolt of the servers or revolt of this cluster, they will communicate with them. And depending on the preferred one, this one will be chosen as the master instead of doing an election within the server.
