Why do I need a database cluster with at least 3 nodes rather than 2 for my Meeting Server deployment?


In a resilient deployment with multiple Meeting Servers, we recommend deploying a database cluster of 3 nodes. 

When you create a cluster of Meeting Server databases, the first node added to the cluster will be elected as the Primary database. The additional nodes come on as replicas. If you only have two nodes in the cluster and there is a failure on the primary node, the remaining replica doesn't have any way to check to see if it's safe to promote itself to being the primary and continue servicing requests. By adding a third database node, the database cluster now has a way to help determine where the failure is, and if it's safe to elect a new primary, so the Meeting Server operations can continue uninterrupted.

Last update:
08-Sep-2020
FAQ ID:
1383