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

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

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

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

Физическое имя

LONS1R1SVR1 означает Лондон, набор 1, стойка 1, сервер 1

Псевдоним клиента

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

wwww.customerserver1.com

Патчинг

Для исправления я ищу маркировку физических соединений, т.е.

В конечном итоге, если я маркирую кабели, я действительно хочу избежать размещения LON1S1R1SQLSVR на любом патч-корде на случай, если сервер будет отформатирован и заменен с SQL-сервера на WWW-сервер, что также потребует перемаркировки всех патч-кордов.

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

Я понял, что наличие физического имени хоста и псевдонима клиента может сбивать с толку.

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

Вот мое предложение:

Физическое расположение и соглашение об именах могут быть несколько отделены друг от друга.

У всех серверов будут серийные номера, которые вы можете изменить через BIOS (не обязательно, скорее всего, они все еще будут уникальными). Как вы утверждаете, вы можете использовать одну из своих идей LON1S1R1SVR1 в качестве серийного номера, если хотите.

  • Свяжите серийный номер вашего физического сервера с местоположением. Вы можете быть настолько детализированными, насколько хотите, либо просто до стойки, либо до числа U.
  • Вы можете физически пометить все свое оборудование на основе серийного номера, таким образом, если ваше имя хоста или вариант использования для этого сервера изменится, все останется точным. Намного проще общаться с техниками на месте.
  • Опять же, в зависимости от того, находитесь ли вы в объекте совместного размещения или нет, поскольку это общий объект, любопытные глаза не смогут различить, для чего используются серверы. Маловероятно, что кто-то будет злонамерен, но дополнительная безопасность обычно неплоха.

Управляйте отношениями между вашим именем хоста и "серийным" номером изнутри.

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

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