Мы создаем два кластера. Один разработчик и один продюсер. На производстве будут размещены два экземпляра SQL - OLTP и DW.
В процессе разработки будут размещены 4 непроизводственные среды OLTP и как минимум одна непроизводственная среда DW. Мы работаем над увеличением количества непродаваемых DW и, возможно, большего количества OLTP-систем.
Я рассматриваю такую схему именования, где PROJ будет 3 инициалами для названия проекта.
Кластер разработчиков
Кластер Prd
Слева от косой черты каждое имя должно быть уникальным для всей сети. На каждом сервере имя экземпляра справа от косой черты должно быть уникальным.
Есть мысли по этому поводу? Я стараюсь не допускать отклонения имен экземпляров от реальности по мере продвижения проекта - скажем, мы меняем то, что мы называем определенной средой, или хотим изменить ее назначение. Затем мы можем обновить список целей для экземпляров и покончить с этим.
Как такая схема сработала для вас? Может быть, в вашем магазине вы поступаете по-другому - расскажите мне об этом.
Спасибо.
rev2
Кластер разработчиков
Кластер Prd
* на что надеялись, но на данный момент нет.
Есть миллион различных стандартов именования, которые используют люди. На самом деле нет правильного или неправильного стандарта, который можно использовать, если стандарт, который вы используете, работает для вас в вашей среде в течение длительного времени. Худшее, что вам может потребоваться, - это изменить свое соглашение об именах после того, как вы его выбрали.
Стоит подумать, как будет работать это соглашение, если вы добавите еще один кластер Dev или другой кластер продуктов. Будет ли он и дальше хорошо масштабироваться?
Лично мне нравится использовать подобное соглашение об именах. Вы можете легко изменить его по мере необходимости, добавив имена сайтов и т. Д. По мере необходимости.
Физические машины:
SQL01A
SQL01B
Имя кластера Windows:
SQL01
Виртуальные имена SQL:
SQL01V01
SQL01V02\INST1
SQL01V02\INST2
Таким образом, вы можете быстро и легко увидеть, каким физическим машинам принадлежит виртуальное имя, без необходимости входа на сервер для просмотра. И он хорошо масштабируется, когда вы добавляете еще один кластер, который становится тем, что я показал ниже. Вы можете легко добавить больше кластеров, вы можете добавить больше экземпляров в любой кластер, не усложняя задачу.
Физические машины:
SQL02A
SQL02B
Имя кластера Windows:
SQL02
Виртуальные имена SQL:
SQL02V01
SQL02V02\INST1
SQL02V02\INST2