Назад | Перейти на главную страницу

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

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

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

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

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

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

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

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

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

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

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

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

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

В категории "Интересные" есть один из Ответ на переполнение стека

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

Водород = 192.168.0.1

Гелий = 192.168.0.2

и т.п.

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

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

Теперь мы вернулись к более описательной схеме именования.

Я ОЧЕНЬ твердо верю в то, что физические серверы именуются по их местонахождению (например, код страны / код города / код центра обработки данных / пол / стойка / высота стойки) и программные серверы / виртуальные машины только по их функциям ( платформа / функция / кластер / итерация). Я знаю, что это может сделать имена длиннее, чем называть их в честь семи гномов или чего-то еще, но это отличный способ гарантировать, что вы более «ориентированы на будущее» и структурировали виртуализацию.

В качестве примера у нас есть серверы VMWare с именем 044LONTH72G216 (это определяет местонахождение сервера точно в мире) с виртуальными машинами гостевых серверов, такими как NESQLC11S08. Вы всегда можете создать для них короткие имена для работы внутренней ИТ-команды, каждое из которых ссылается на эти более длинные и организованные имена.

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

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

Итак, наши серверы имеют такие имена, как 

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

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

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

Что ж, некоторые многолетние фавориты включают:

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

Местоположение (двухбуквенное сокращение для города) Подразделение (компания была образована путем слияния 4 компаний, поэтому у нас было трехбуквенное сокращение для них) Функция (PDC, почта, печать, www и т. Д.) Серийный номер (I мне всегда нравилось иметь год и месяц как часть серийного номера)

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

Однажды был клиент, который назвал серверы в честь кроликов Playboy. Однако это не получило широкой огласки за пределами ИТ. ;-)

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

Еще один фаворит - виды алкоголя. JimBeam, Beefeater, Stoli и т. Д. Разные классы алкоголя были разными классами серверов. Джин для почтовых серверов, виски для баз данных, PDC всегда был самогоном.

Персонажи Симпсонов :)

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

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

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

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

Обычно за инициалами компании следует ее задача и номер, т. Е.

GSK-WEB-12
ST-DB-3

Музыканты в топ-40.

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

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

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