Что такое хорошее соглашение или схема именования виртуальных машин?
Мы строим кластер аппаратных серверов виртуализации в нашей штаб-квартире и аналогичный кластер в каждом из наших государственных офисов (по одному кластеру на штат).
Нам нужно назвать серверы оборудования виртуализации, что является несложной частью, но нам также необходимо придумать соглашение об именах для виртуальных машин (ВМ), которые будут работать на оборудовании виртуализации.
Соглашение об именах должно быть достаточно информативным, чтобы администраторы и разработчики могли легко определить, для чего предназначена виртуальная машина, но достаточно коротким, чтобы не вызывать повторяющихся повреждений клавиатуры.
Чтобы сделать вещи более интересными, наши существующие соглашения об именах оборудования различаются в зависимости от функциональных областей предприятия. Внутренне последовательны, но разные. Существуют разные культуры, такие как AIX, HP-UX, Linux, Windows.
Мои первоначальные мысли состоят в том, чтобы создать список DNS или Active Directory с ДВУМЯ именами для каждой машины: одно имя, уникальное для всего предприятия и достаточно описательное; и другое имя, относящееся к функциональной области. По сути, это пространство имен виртуальных машин предприятия и пространство имен виртуальных машин функциональной области. Имена виртуальных машин предприятия могут быть длинными, поскольку они будут использоваться в основном машинами для сопоставления имен виртуальных машин функциональной области в масштабах предприятия. Названия функциональных областей должны быть краткими и лаконичными, чтобы разработчики могли легко управлять ими в своей голове.
Для внутренних имен хостов мне нравится назначать субдомен для виртуальных машин, например vm.example.com. Вы можете дополнительно определить это с помощью типа виртуализации (vmware., Xen., Kvm. И т. Д.).
Затем каждому хосту присваивается описательное имя в соответствии с вашими внутренними стандартами. Я работал в двух средах с разумными стандартами имен хостов:
Первое - это мое основное предпочтение, например, виртуальная машина веб-сервера для вашей среды разработки:
Для сервера базы данных в тестовой среде Xen (если вы используете несколько типов виртуализации).
Я расскажу, что мы делаем с нашим сетевым оборудованием. Применяется тот же принцип:
DNS entries:
switchoffice-3550-12G IN A X.X.X.X
so355012 IN CNAME switchoffice-3550-12G
Основная идея - короткое имя для набора текста и длинное имя для описательных целей. Это согласуется с вашим представлением о разных именах хостов, но использование CNAME имеет дополнительное преимущество, заключающееся в том, что dig или nslookup будет ссылаться на длинное имя.