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

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

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

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

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

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

Для VMs мы просто смотрим в vCentre для нахождения, где это для медосмотров и хостов VM, у нас просто есть веб-страница поиска.

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

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

Имя хоста по сути трудно изменить в реальном мире. Приложения встраивают их в странные места. Рассматриваемый вопрос, таблицы предоставления MySQL.

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

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

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

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

Существуют многие различные школы мыслей о том, как присвоить имя хоста. Существует также много соображений. Например, имя хоста на машине окон не может быть больше этим 15 символов. Также некоторые переключатели (старые Cisco IIRC) раньше имели проблему с 12 или больше символами в имени хоста.

Существуют также другие соображения при именовании машины. Можно быть проблемой безопасности, т.е. не помещает окна, Linux, 5,2 соль или любую идентифицируемую информацию в имени хоста, которое случайный наблюдатель изучил бы очень быстро. В то время как это на самом деле ничего не делает (nmap, может определить хост тип OS), его просто хорошая идея.

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

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

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

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

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

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

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

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

Число Узла DDD

Так использование выше типичного хоста было бы

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

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

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

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

Главное здесь, находка, что является правильным для Вас и с чем можно жить ежедневно.

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

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

<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

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

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

Хорошо я не нахожусь в IT, но здесь - то, что мы делаем на работе:

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

Таким образом, это посмотрело бы что-то как: nyork56789087

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

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

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

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

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

Для большой глобальной сети схема была CC-COMP-HOST, где CC является кодом страны, АККОМПАНЕМЕНТ является кодом компании, и ХОСТ является названием машины. Серверы назвали последовательно, и рабочие станции имели комбинацию двух символьных отделов (или город для малых офисов) имя и такое большое имя пользователя, как мог быть, вписываются.

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

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

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

Независимо от того, что Вы делаете, придерживаетесь его. Когда кто-то настоит на том, чтобы называть ПК или сервер после египетских Фараонов или чего-то, сделайте вонь об этом.

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

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

Рабочая станция имеет fantasynames (например, гончар, потому что тому разработчику нравится Harry Potter). Для людей, которые являются меньшим количеством техника, я установил имя хоста на его имя пользователя (John Doe будет владеть ноутбуком jdoe). Поскольку Ноутбук имеет несколько интерфейсов как wlan, ноутбук John также получил бы jdoe-w, указывающий на его wlan-интерфейс.