☰

Имена экземпляров кластера SQL для большого проекта

tag-icon • tag-icon sql-server sql-server-cluster
Имена экземпляров кластера SQL для большого проекта

Мы настраиваем два кластера. Один dev и один prod. Production будет размещать два экземпляра SQL — OLTP и DW.

Разработка будет размещать 4 непроизводственные среды OLTP и как минимум одну непроизводственную среду DW. Мы работаем над получением большего количества непроизводственных сред DW и, возможно, большего количества систем OLTP.

Я рассматриваю такую ​​схему наименования, где PROJ будет состоять из трех инициалов названия проекта.

Кластер разработки

  • MSSQLPROJD1\D1 (РАЗРАБОТКА)
  • MSSQLPROJD2\D2 (ТЕСТ)
  • MSSQLPROJD3\D3 (контроль качества)
  • MSSQLPROJD4\D4 (СТАДИЯ)
  • MSSQLPROJD5\D5 (Хранилище Данных)

Кластер Prd

  • MSSQLPROJP1\P1 (PRD)
  • MSSQLPROJP2\P2 (Хранилище Данных)

Слева от косой черты каждое имя должно быть уникальным в сети. На каждом сервере имя экземпляра справа от косой черты должно быть уникальным.

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

Как у вас сработала такая схема? Может быть, вы делаете что-то по-другому в своем магазине — расскажите мне об этом.

Спасибо.

rev2

Кластер разработки

  • SQLERPD1\D1 (DEV)
  • SQLERPD2\D2 (ТЕСТ)
  • SQLERPD3\D3 (контроль качества)
  • SQLERPD4\D4 (ЭТАП)
  • SQLERPD10\D10 (DWDev)
  • SQLERPD11\D11 (DWTest)*

Кластер Prd

  • SQLERPP1\P1 (PRD)
  • SQLERPP10\P10 (Хранилище Данных)

*ожидается, но на данный момент не определено.

решение1

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

Стоит подумать о том, как будет работать эта конвенция, если вы добавите еще один кластер Dev или еще один кластер prod. Будет ли она продолжать хорошо масштабироваться?

Лично мне нравится использовать такое соглашение об именовании. Вы можете легко изменить его по мере необходимости с помощью названий сайтов и т. д. по мере необходимости.

Физические машины:

SQL01A
SQL01B

Имя кластера Windows:

SQL01

Виртуальные имена SQL:

SQL01V01
SQL01V02\INST1
SQL01V02\INST2

Таким образом, вы можете быстро и легко увидеть, каким физическим машинам принадлежит виртуальное имя, без необходимости заходить на сервер, чтобы посмотреть. И это прекрасно масштабируется, когда вы добавляете еще один кластер, который становится тем, что я показал ниже. Вы можете легко добавлять больше кластеров, вы можете добавлять больше экземпляров в любой кластер, не усложняя все это.

Физические машины:

SQL02A
SQL02B

Имя кластера Windows:

SQL02

Виртуальные имена SQL:

SQL02V01
SQL02V02\INST1
SQL02V02\INST2

Связанный контент