Возможный дубликат:
Соглашение об именах для ПК в сети
Какое соглашение об именах использует ваша организация для идентификации компьютеров внутри организации. Они являются внутренними для рабочих столов разработчиков, серверов и т. Д. Мы собираемся купить много новых компьютеров и ноутбуков. Я могу придумать несколько схем:
У наших серверов два имени; физический и логический. Причина в том, что кабели все равно какие сервер там, где он есть; а логические имена меняются чаще, чем положение.
Наши физические имена составлены следующим образом;
Код страны, название центра обработки данных, стойка, корпус для блейд-серверов / U-образное положение, слот для блейд-серверов. то есть 044THDBA410211 находится в Великобритании (044), центр обработки данных называется THD, стойка BA41, корпус для лезвий 02, слот для лезвий 11.
Таким образом, все кабели и маркировка могут оставаться на месте в течение всего срока службы сервера.
Затем серверу присваивается логическое имя, в котором обычно указывается платформа, частью которой он является, его ОС и его функция, но не его местоположение, поскольку оно будет часто меняться.
Для виртуальных машин мы просто смотрим в vCentre, чтобы найти, где они находятся, для физических и виртуальных машин у нас просто есть веб-страница поиска.
Это работает для нас, поскольку устраняет множество проблем, с которыми мы сталкивались в других местах.
У меня почти десятилетний опыт работы с этим, и я могу сказать вам, что встраивание метаданных в имя хоста приведет к проблемам.
Имя хоста сложно изменить в реальном мире. Программные приложения встраивают их в странные места. Речь идет о таблицах грантов MYSQL.
Выберите тему с большим количеством имен собственных, которые не имеют ничего общего с системой, и просто выбросьте их из стека. Эти имена затем должны быть ключами к соответствующей базе данных, содержащей метаданные о хосте.
Общие темы - это боги и богини, персонажи из ваших любимых телешоу, исполнители, альбомы, песни и т. Д.
Если вы назовете свои машины на основе физического местоположения в центре обработки данных, у вас не будет ничего, кроме головной боли, как только они переместятся в физическое местоположение.
Если вам абсолютно необходимо хранить метаданные в DNS, используйте запись TXT, а не запись A.
Существует множество различных точек зрения о том, как назначить имя хоста. Есть также много соображений. Например, имя хоста на компьютере с Windows не может содержать более 15 символов. Также у некоторых коммутаторов (старые cisco IIRC) возникали проблемы с 12 или более символами в имени хоста.
При именовании машины необходимо учитывать и другие факторы. Одна может быть проблемой безопасности, т.е. не помещайте окна, linux, sol5.2 или любую идентифицируемую информацию в имя хоста, которое случайный наблюдатель узнает очень быстро. Хотя на самом деле он ничего не делает (nmap может определять тип ОС хоста), это просто хорошая идея.
Это также должно быть прагматичным в реализации, если у вас много машин, вам нужно будет очень быстро определить, что он делает и кто является владельцем, например, обратный поиск DNS. Это означает, что у вас должна быть общая информация для ваших администраторов.
Главное, чего вы должны здесь достичь, - это единообразия во всем предприятии и согласия всех администраторов в отношении условностей.
Текущая схема имени хоста, которую я использую:
aa-bb-cc-dd-ddd.domain.net
AA Это двухбуквенный сокращенный код для идентификации компании, которой принадлежит актив. В этом случае мы дадим ему MC для моей компании
BB Это двухбуквенный сокращенный код для идентификации сайта, на котором находится машина, ИЛИ поставщика услуг, на котором размещена машина. Здесь мы запускаем компьютер в Super Center, поэтому мы присвоили ему сокращенный код 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
Итак, первым ноутбуком с XP3 будет L-000-XP3. Первым Ubuntu будет L-000-UBT. Он гибкий и предлагает простую структуру, намного лучше, чем {companyname} 01, 02, 03 и т. Д.
Ну, я не в IT, но вот чем мы занимаемся на работе:
Это будет выглядеть примерно так: nyork56789087
Не очень красиво, но где-то ИТ-специалисты могут заглянуть в базу данных и получить дополнительную информацию об этом компьютере.
Код операционной системы плюс номер метки ресурса.
Знание, какая ОС это используется, полезно при удаленном подключении. Вы можете получить город (адрес адского офиса, если не реальный стол) из своей CMDB, просмотрев номер тега актива.
Так, например, XP4640, WS5000, Vi5020, OSX6088
Я использовал только две разные схемы, в зависимости от масштаба операции. В небольшой компании, в которой я сейчас работаю, каждая машина названа в честь своего пользователя. Мне повезло, что у меня нет повторяющихся имен.
Для большой глобальной сети использовалась схема CC-COMP-HOST, где CC - код страны, COMP - балансовая единица, а HOST - имя машины. Серверы были названы последовательно, а рабочие станции имели комбинацию двухсимвольного названия отдела (или города для небольших офисов) и максимально возможного количества имени пользователя.
В отличие от других здесь я предпочитаю иметь возможность сразу идентифицировать машину и ее пользователя, а также местоположение, и я более чем счастлив переименовать машины при смене персонала, вместо того, чтобы мириться с загадочными и сложными в работе договоренностями. Конечно, это сработает не во всех ситуациях, но там, где я работал, он работал очень хорошо.
Для рабочих станций используйте серийный номер или номер бирки актива. Их почти всегда можно получить в BIOS. Мы используем несколько префиксов ... "w" для ПК / рабочей станции, "n" для ноутбука / ноутбука и т. Д.
Я работал с кучей схем именования, которые пытались встроить слишком много информации в имя хоста, и это почти всегда кошмар. Придерживайтесь функции сервера, местоположения и серийного номера и строите оттуда. Чем проще, тем лучше.
Что бы вы ни делали, придерживайтесь этого. Когда кто-то настаивает на том, чтобы назвать компьютер или сервер в честь египетских фараонов или чего-то в этом роде, повеселитесь.
Мы здесь (небольшая компания) даем нашим серверам (большую часть времени) фантастические имена (например, Торби был нашим файловым сервером). Иногда они получают имена, связанные с их использованием (например, тестирование1 и тестирование2 для наших тестовых серверов).
Мы много работаем с псевдонимами. Файловый сервер Торби получил (как пример) псевдонимы файловый сервер, dbserver и таймер, потому что он обслуживал SMB, MySQL и NTP.
У рабочих станций есть фантастические названия (например, гончар, потому что этому разработчику нравится Гарри Поттер). Для людей менее техничных я установил имя хоста на его имя пользователя (Джон Доу будет владельцем ноутбука jdoe). Поскольку у ноутбука есть несколько интерфейсов, таких как wlan, ноутбук Джона также получит jdoe-w указывая на свой wlan-интерфейс.