Фактически -> Вы не получаете балансировку нагрузки и потенциально можете иметь снижение производительности с увеличением количества узлов. Хит не обязательно наступит сразу в первый день (хотя это зависит от того, как вы разделяете общее хранилище и какие-либо потенциальные проблемы с производительностью там), но вы потенциально можете увидеть попадание в ситуации кластеризации с несколькими экземплярами (активный / активный ), где несколько узлов не могут подключиться к одному узлу. Тогда эта одна машина будет обрабатывать работу нескольких экземпляров SQL Server.
Ссылка, предоставленная DaniSQL, должна ответить на вопрос «сколько».
Эти таблицы о Функции, поддерживаемые выпусками SQL Server 2008 R2 заявляет, что количество узлов отказоустойчивой кластеризации, поддерживаемых Sandard Edition, составляет 2, но для Enterprise это Операционная система максимум (и Windows Server 2003 поддерживает максимум 8 узлы отказоустойчивого кластера. Windows Server 2008 поддерживает максимум 16 узлы отказоустойчивого кластера.)
Кластеризация SQL Server просто находится поверх кластеризации Windows. Таким образом, вы будете ограничены количеством узлов, поддерживаемых в вашем конкретном кластере, которое зависит от версии вашей ОС и других факторов. Вот KB Статья 288778 описывая различные максимумы.
Вы спрашиваете о снижении производительности службы SQL или о скорости операций аварийного переключения в кластере? Если вы спрашиваете о службе SQL, я полагаю, что ответ отрицательный. Любой данный экземпляр по-прежнему работает только на одном узле одновременно, независимо от общего количества узлов в кластере. Я не могу говорить о скорости работы при отказе, так как я когда-либо управлял кластерами только из 2 узлов.
Если я правильно помню, со стандартной версией у вас может быть только 2 узла, а с Enterprise у вас может быть 3 или больше. Я не знаю верхнего предела.
Будет ли это отрицательно влиять на производительность, в некоторой степени зависит от вашей конфигурации, но краткий ответ - нет. В любом кластере вы используете общий диск для нескольких хостов. Поскольку только один сервер получает доступ к оперативным данным одновременно, не имеет значения, сколько у вас хостов - дополнительные хосты только добавляют избыточность для переключения при отказе.
Однако, если у вас есть конфигурация с несколькими активными узлами (например, A-A-A-P), тогда у вас есть 3 узла, каждый из которых выделен для определенных экземпляров SQL. Поскольку эти серверы теперь балансируют нагрузку между несколькими хостами, вы действительно получаете значительное повышение производительности.
Кроме того, если я правильно помню лицензирование, вам нужно лицензировать SQL только на активных узлах.
ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: Всегда обращайтесь к своему представителю по программному обеспечению для получения надлежащих лицензий!