Несколько экземпляров по умолчанию в кластере SQL Server? (AKA несколько кластерных экземпляров, не требуя имени экземпляра для подключения)

Question

Я устанавливаю несколько экземпляров SQL в активном / активном кластере, и в нашем существующем кластере SQL имя кластера - SQLCLUSTER, но мы обращаемся к экземплярам как SQLCLUSTERINST1 \ Instance1, SQLCLUSTERINST2 \ Instance2 и т. Д. Так как каждый экземпляр в любом случае имеет свой собственный IP-адрес и сетевое имя. Могу ли я установить SQL как экземпляр по умолчанию для каждого сетевого имени? Я действительно хотел бы получить доступ к своим экземплярам без необходимости давать имя экземпляра (т.е. вместо вышеупомянутого, просто SQLCLUSTERINST1, SQLCLUSTERINST2 и т. Д.), Но мое понимание SQL состоит в том, что даже в кластере имя экземпляра требуется даже если IP уже однозначно идентифицирует экземпляр.

Кто-нибудь знает, могу ли я это сделать? Я собираюсь установить первый экземпляр, и я хотел бы получить ответ на этот вопрос, прежде чем я начну устанавливать их как именованные экземпляры, если мне это не нужно. Просто кажется избыточным и потенциально ненужным указывать имя кластера экземпляра и имя экземпляра для подключения к серверу, когда только имя кластера экземпляра однозначно идентифицирует экземпляр SQL как есть. Я ожидаю один экземпляр по умолчанию на группу кластеров (так как они будут использовать общий IP-адрес), но не на кластер.

Answer 1

Вы можете использовать экземпляры по умолчанию только в активном / пассивном кластере. Причина этого заключается в том, что на одном сервере нельзя установить несколько экземпляров по умолчанию, для кластеризации требуется, чтобы экземпляр устанавливался на каждом узле кластера для поддержки отработки отказа.

Answer 2

В итоге я нашел обходной путь для этого. Хотя я установил именованные экземпляры в кластере, я могу получить к ним доступ через порт 1433 для каждого DNS-имени, поэтому мне не нужно указывать имя экземпляра для подключения, как я и хотел.

Чтобы добиться этого, мне нужно изменить конфигурацию прослушивателя, чтобы каждый экземпляр прослушивал порт 1433 на своем выделенном IP-адресе, а не полагался только на динамические порты и браузер SQL.

Я подробно описал шаги в своем блоге

Answer 3

Хорошая идея. Я еще не читал ваш пост в блоге, но подозреваю, что ограничение касается ключей реестра или структур каталогов. Помните, что каждый узел имеет только один куст реестра для SQL Server. Там есть раздел реестра, который перечисляет экземпляры на коробке. Это разделенный пробелами список. Я почти уверен, что в списке должны быть разные значения, поэтому вы не можете иметь более одного экземпляра MSSQLSERVER. Внутреннее имя экземпляра для экземпляров по умолчанию - MSSQLSERVER. Так что я думаю, если не что иное, там ваши ограничения. Тем не менее, я думаю, у вас есть прекрасная идея с использованием порта 1433 для всех задействованных экземпляров. Хорошая работа и спасибо, что поделились. Я думаю, что мог бы попробовать это сам на моем следующем кластере!