Какие наиболее удобные и интересные схемы именования серверов используются? [closed]

Прежде всего любой выбирающий схему именования должен считать RFC 1178 - "Выбор Названия Вашего Компьютера". Люди говорили об этой проблеме столько, сколько компьютеры были именами, таким образом читайте на том, что другие сказали перед изобретением велосипед.

Мои собственные мысли - я склонен разбивать политики именования в темы и схемы.

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

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

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

Проблемы с темами включают:

• Они обычно обеспечивают маленький пул имен. После того как у Вас заканчиваются римские боги, Вы переключаетесь на греческий язык? Действительно ли Вы снова используете имя от хоста на пенсии, который соответствует Вашей теме именования, или выберите новое имя от новой темы для предотвращения проблем и беспорядка, который может явиться результатом повторного использования имени?
• Они позволяют Вашему наделять Ваши машины человеческими качествами. Это плохо - компьютерам не нравится это. При обработке машин, как будто у них есть отличная личность, Вы рискуете игнорировать доказательство, которое является в противоречии с Вашими предположениями о том, как та машина "ведет себя", а также иногда предполагая, что вина лежит на конкретной машине, потому что "это всегда неправильно себя ведет".

Проблемы со схемами включают:

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

В реальном мире Вы находите обе системы используемыми, иногда рядом. Например, по моему опыту, высокопроизводительные вычислительные кластеры всегда имеют имена. Имя часто присваивается главному узлу (который используется в интерактивном режиме), в то время как различные кластерные узлы будут иметь имена те, которые вычисляют 01, highmem-01, устройство хранения данных 01, и т.д.

И как отмечалось ранее, это распространено (и полезно) для виртуальных машин и физических хостов, чтобы иметь различные схемы именования.

В университете, где я учусь, они используют названия различных символов из историй Астерикса и Obelix. Такой как miraculix, astmatix и т.д.

В заданиях я имел, я видел следующие тенденции кроме классического server01, server02, и т.д.:

• драгоценные камни
• рыба
• цветы
• Символы Звездных войн
• животные

Мы используем это, которое работает вполне хорошо.

• сайт (2 символа)
• dev/test/live (3/4 символы)
• функция (3 + символы)
• количество (2 символа)
• vm или не (2 символа)

Мы склонны следовать за инициалами компании ее задачей, сопровождаемой ее числом, т.е.

GSK-WEB-12
ST-DB-3

Музыканты в лучших 40.

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

Символы :) Симпсонов

Ну, некоторое постоянное избранное включайте:

• Греческие боги
• Римские боги (иногда неотличимый от 'Планет')
• Норвежские боги (наиболее плохо ведшим себя сервером может быть Loki),
• Принцы янтаря
• Философы

Мы даем все наши названия серверов согласно их роли, т.е. что они делают.

Таким образом, наши серверы имеют имена как

- PDC
- SQL
- EXCHANGE
- RDP
- FILE etc..

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

Люди знали серверы, они регулярно продолжали работать, но при работе над новым проектом, универсальным тренингом, или попытке помочь другому администратору с чем-то, пропустить вещи, потому что "никто не знал, что псалмы были почтовым сервером" и т.п.

Мы теперь переключились назад на более описательную схему именования.

Я ОЧЕНЬ твердо уверенный в именовании физических серверов их местоположением (т.е. country-code/city-code/data-centre-code/floor/rack/rack-U-height) и software/VM серверы их функцией только (платформа/функция/кластер/повторение). Я знаю, что это может сделать имена дольше, чем именование их после этих семи карликов или безотносительно но это - отличный способ обеспечения, что Вы более 'соответствуете требованиям завтрашнего дня' и соглашения с виртуализацией структурированным способом.

Как пример у нас есть серверы VMware, названные 044LONTH72G216 (это определяет местоположение сервера точно в мире) с гостевым сервером VMs, такой как NESQLC11S08. Можно всегда создавать краткие названия для них для внутренней работы в команде IT каждый вернувшийся к ним дольше, более организованный, имена.

Надеюсь, это поможет.

Под интересной категорией, существует один из ответа Переполнения стека

Элементы периодической таблицы. Мы также используем число элемента в IP-адресе, таким образом,

Водород = 192.168.0.1

Гелий = 192.168.0.2

и т.д.

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

Человекочитаемое имя со связанными метаданными, сохраненными в поле описания или подобными, кажется, менее подвержено проблемам PEBKAC.

Имел клиент однажды, который назвал серверы в честь кроликов Плейбоя. Это не было широко разглашено за пределами IT, как бы то ни было.;-)

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

Другой фаворит является типами алкоголя. JimBeam, Бифитер, Stoli, и т.д. Различные классы алкоголя были различными классами сервера. Джин для почтовых серверов, виски для баз данных, PDC всегда была Фантазия.

Мы запустили с Bert и Ernie назад в дни, когда кластер 2 microVAX 3400 был грандиозным предприятием для компании. Мы придерживались Улицы Сезам некоторое время - Bigbird, Elmo, Grover, thecount (финансовая система), но в конечном счете должны были пойти со схемой. Точно, какие элементы находятся в схеме, зависят от размера Вашей компании, мы должны были включать:

Местоположение (сокращение с 2 буквами для города) Подразделение (компания была сформирована путем слияния 4 co.s, таким образом, у нас был abbrev. с 3 буквами для тех), Функция (PDC, почта, печать, www, и т.д.) Порядковый номер (мне всегда нравилось иметь год и месяц как часть порядкового номера),

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

Начиная с любых новых систем в этом году, мы начнем использовать скучные описательные имена (почта, печать, и т.д.), но до сих пор мы использовали животных - с различными типами животных в различных целях: птицы, рыба, животные джунглей, и т.д.