Назад | Перейти на главную страницу

sql server 2 node cluster - разные приложения на разных узлах

У меня есть кластер SQL Server с двумя узлами (SQL 2008 sp1), работающий на Windows Server 2008 R2. Это активный / пассивный кластер, и в настоящее время node1 является активным узлом.

На node1 запущено приложение.

У меня есть требование разместить другое приложение в кластере. однако из-за использования ресурсов меня спросили, может ли node2 быть активным узлом для этого нового приложения.

Это возможно?? Если да, могу ли я просто создать новый кластер SQL, используя node2 в качестве активного приложения как обычно?

Как говорили другие, это возможно, но это имеет некоторые последствия для производительности, если произойдет аварийное переключение.

Есть еще одно ограничение: у вас не может быть двух экземпляров по умолчанию, по крайней мере, один из них должен быть именованным; это потому, что оба экземпляра могут в конечном итоге оказаться на одном сервере, и тогда для их идентификации потребуются имена экземпляров.

Таким образом, вам понадобятся не только два IP-адреса и два сетевых имени для кластерных экземпляров, но вам также придется использовать именованный экземпляр по крайней мере для одного из них. Если вы собираетесь иметь SQLCLUSTER1 и SQLCLUSTER2 в вашей сети вам также нужно будет использовать SQLCLUSTER1 и SQLCLUSTER2\NamedInstance, или (лучше, на мой взгляд) SQLCLUSTER1\NamedInstance1 и SQLCLUSTER2\NamedInstance2. Это, конечно, нужно будет указать в строках подключения.

Должно быть так просто. Тогда у вас будет активный / активный кластер.

Конечно, вам нужно учитывать, что происходит при отказе: например, будут ли оба приложения бороться за память?

например, у вас 6 ГБ памяти, но 2 экземпляра SQL Server настроены на использование 4 ГБ = проблема.

Конечно, это называется Активный / Активный. Один экземпляр не может быть активен на обоих узлах, поэтому у второго узла должен быть второй экземпляр. Конечно, если один из них выйдет из строя, вы теперь запускаете оба экземпляра на одном узле. Если бизнесу нравится запускать оба этих приложения в состоянии ограниченных ресурсов в случае выхода из строя одного узла, сделайте это.