Соглашение об именах для компьютеров

Наши серверы имеют два имени; физический и логический. Причина в том, что кабели не заботятся о том, что сервер, просто где он находится; и логические имена меняются чаще, чем позиция.

Наши физические имена составлены так;

Код страны, название центра обработки данных, стойка, корпус лезвия /U-позиция, слот лезвия. т. е. 044THDBA410211 находится в Великобритании (044), центр обработки данных называется THD, стойка BA41, корпус лезвия 02, слот лезвия 11.

Таким образом, все кабели и маркировка могут оставаться на месте в течение всего срока службы сервера.

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

Для виртуальных машин мы просто смотрим в vCentre, чтобы найти его, для физических лиц и хостов виртуальных машин у нас просто есть поисковая веб-страница.

Это работает для нас, поскольку устраняет многие проблемы, с которыми мы сталкивались в других местах.

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

Имя хоста по сути сложно изменить в реальном мире. Программные приложения встраивают их в странные места. Например, таблицы грантов MYSQL.

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

Общими темами являются боги и богини, персонажи из ваших любимых телешоу, артисты, альбомы, песни и т. Д.

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

Если вам абсолютно необходимо хранить метаданные в DNS, используйте запись TXT, а не запись A.

Есть много разных школ о том, как назначить имя хоста. Есть также много соображений. Например, имя хоста на машине с Windows не может быть длиннее 15 символов. Также некоторые ключи (старые cisco IIRC) имели проблемы с 12 или более символами в имени хоста.

Есть также другие соображения при именовании машины. Одной из них может быть проблема безопасности, т.е. не помещайте windows, linux, sol5.2 или любую идентифицируемую информацию в имя хоста, которую случайный наблюдатель узнает очень быстро. Хотя на самом деле он ничего не делает (nmap может определить тип хоста os), это просто хорошая идея.

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

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

Текущая схема имени хоста, которую я использую:

aa-bb-cc-dd-ddd.domain.net

AA Это двухбуквенный короткий код для идентификации компании, которой принадлежит актив. В этом случае мы дадим это MC для моей компании

BB Это двухбуквенный короткий код для идентификации сайта, на котором находится машина, ИЛИ поставщика услуг, на котором размещен компьютер. Здесь мы запускаем компьютер на сайте вызова Суперцентра, поэтому мы присвоили ему краткий код SC. Однако это может быть двухбуквенный код страны iso или даже короткий код другой компании.

CC Двухбуквенный короткий код, обозначающий роль машины. Эти назначения ролей согласовываются всеми в ИТ-операциях до назначения, в противном случае вы получите разные значения. В этом случае мы назначаем DM для мастера базы данных, но мы также используем код, такой как VJ, для виртуального jboss или wk для рабочей станции.

DD Это идентификатор клиента и может быть комбинацией букв или цифр. Мы дадим 01 в этом случае

Номер узла DDD

Таким образом, используя вышеупомянутый типичный хост будет

mc-sc-dm-01-010.domain.net

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

Если вы наблюдаете, есть проблема с последней частью формулы имени хоста. Номер клиента не может быть больше 99 или z9, а количество узлов может быть 999. Мы предложили изменить это так, чтобы клиент мог иметь 3 цифры и 2 узла.

Тем не менее, мы также получаем удовольствие от возможности делать изящные трюки, такие как использование имени хоста, чтобы определить, что марионетка должна делать с конфигурацией хостов (например, применить общий файл hosts ко всем машинам в my-sc)

Главное здесь - найти то, что подходит именно вам и с чем вы можете жить ежедневно.

Схемы именования, которые я видел до сих пор:

Для рабочих станций разработчиков

<City><EmployeeID>
ny347 // Employee ID 347

Это также похоже на учетную запись этого сотрудника.

<City><Physical|Virtual><Linux|Windows><Department><Counter>
nyvlpro01 // New York, Virtual Machine, Linux OS, Products Departments, Machine 1

В других схемах также проводится различие между средой разработки, тестирования / тестирования и производственной средой, например:

<Nickname>-<Dev|Test|Prod|>-<Clusternode>
foobar-prod-1 // machine called foobar, for production environment, cluster node 1

Другие используют название специального программного обеспечения, такого как

<Softwarename>-<Dev|Test|Prod>
wiki-dev // The Wiki for the development department

Или в сочетании:

<Company><Country><Software><Environment><Node>
INUKDBD1 // INitrode, United Kingdom, Database, Development, Node 1

Или отличить роль машины в домашних офисах

<Role><Number>
SE001 // Server 1
PC001 // Desktop PC 1

Ну, я не в ИТ, но вот что мы делаем на работе:

• Жетон названия города
• Полностью произвольный идентификационный номер

Так это будет выглядеть примерно так: nyork56789087

Не очень красиво, но где-то люди в IT могут заглянуть в базу данных и получить больше информации об этом компьютере.

Код операционной системы, а также номер тега актива.

Знание того, что это за операционная система, полезно при удаленном подключении. Вы можете получить город (местоположение офиса ада, если не фактический стол) из вашей CMDB, посмотрев номер тега актива.

Так например XP4640, WS5000, Vi5020, OSX6088

Мы здесь (небольшая компания) даем нашим серверам (большую часть времени) фантастические имена (например, torbie был нашим файловым сервером). Иногда они получают имена относительно того, что они используют (например, testing1 и testing2 для наших серверов тестирования).

Мы много работаем с псевдонимами. Файловый сервер torbie получил (в качестве примера) псевдонимы fileserver, dbserver и timeserver, потому что он обслуживал SMB, MySQL и NTP.

У рабочей станции есть сказочные имена (например, Поттер, потому что этот разработчик любит Гарри Поттера). Для тех, кто менее техничен, я установил имя хоста на его имя пользователя (Джон Доу владел ноутбуком jdoe). Поскольку у ноутбука есть несколько интерфейсов, таких как wlan, ноутбук Джона также будет указывать jdoe-w на его wlan-интерфейс.

(L || D)-(000-999)-(программное обеспечение)

Таким образом, первый ноутбук с XP3 будет L-000-XP3. Первым Ubuntu будет L-000-UBT. Он гибкий и обеспечивает простую структуру, намного лучше, чем {companyname}01, 02, 03 и т. Д.

Я использовал только две разные схемы, в зависимости от масштаба операции. Для небольшой компании, например, где я сейчас работаю, каждая машина названа в честь своего пользователя. Мне повезло, что у меня нет повторяющихся имен.

Для большой глобальной сети схема была CC-COMP-HOST, где CC - это код страны, COMP - это код компании, а HOST - имя машины. Серверы назывались последовательно, а рабочие станции имели комбинацию из двухсимвольного названия отдела (или города для небольших офисов) и максимально возможного количества имени пользователя.

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

Для рабочих станций используйте серийный номер или номер тега актива. Они почти всегда доступны из BIOS. Мы используем несколько префиксов... "w" для ПК / рабочей станции, "n" для ноутбука / ноутбука и т. Д.

Я работал с кучей схем именования, которые пытались внедрить слишком много информации в имя хоста, и они почти всегда были кошмаром. Придерживайтесь функции сервера, местоположения и серийного номера и создавайте оттуда. Проще лучше.

Что бы вы ни делали, придерживайтесь этого. Когда кто-то настаивает на названии ПК или сервера в честь египетских фараонов или чего-то еще, воняйте по этому поводу.