Как вести учет серверов в стойках
Учет серверов в стойках строится на трех связках: физическое место (стойка — юнит — сторона монтажа), учетная карточка железа (модель, серийный номер, инвентарный номер, комплектация) и подключения (порт коммутатора, IP-адрес, розетка PDU или ИБП). Минимальный рабочий вариант — таблица с нумерацией юнитов снизу вверх и правилом «одно устройство — одна строка». Как только стоек становится больше пяти-шести, таблицы начинают расходиться с реальностью, и учет переносят в DCIM-систему с интерактивной картой оборудования.
Краткое содержимое статьи:
Что фиксировать в карточке каждого сервера
Карточка должна отвечать на вопрос «где стоит и к чему подключено», а не только «что купили». Ниже — набор полей, который на практике закрывает и монтаж, и инвентаризацию, и разбор аварий.
| Поле | Пример значения | Зачем нужно |
|---|---|---|
| Локация | ЦОД-1 / зал 2 / ряд B / стойка B-07 | Поиск железа без обхода зала |
| Позиция и высота | U12–U13 (2U), фронтальный монтаж | Расчет свободного места под новые сервера |
| Модель и серийный номер | 2U-шасси, S/N + инвентарный номер | Гарантия, RMA, сверка с накладной |
| Порт коммутатора | sw-b07-01, порт 14, access VLAN 210 | Трассировка линка без прозвонки |
| Адресация | IPv4 из пула, IPv6-префикс, IPMI-адрес | Доступ и контроль занятости пула |
| Питание | PDU-A розетка 9, PDU-B розетка 9 | Проверка резервирования по двум лучам |
| Статус | в эксплуатации / резерв / вывод | Отделение живого железа от «мертвых» строк |
Отдельная колонка «дата последнего изменения» экономит много времени: строка без правок два года почти всегда означает, что сервер давно переехал или списан.
Как вести учет юнитов, чтобы не было конфликтов при монтаже
Стандарт EIA-310 задает высоту юнита 44,45 мм и ширину монтажной части 19 дюймов; типовые серверные стойки — 42U и 47U, реже 24U и 33U для периферийных площадок. Нумерация ведется снизу вверх, от U1. Резервируйте юниты явным статусом, иначе одно и то же место закладывают под два проекта — это самая частая ошибка ручного учета.
Учитывайте не только высоту, но и глубину с весом: короткий коммутатор и глубокий сторадж в одной стойке ведут себя по-разному, а перегруз нижней трети стойки иногда упирается в ограничения по полу, а не по самой раме. Кабельные органайзеры, кросс-панели и полки тоже занимают юниты — их вносят в схему наравне с серверами.
Учет считается достоверным, когда по записи можно найти сервер в зале с первого раза, а по стойке — сказать, сколько юнитов свободно, какие зарезервированы и какая розетка PDU останется незанятой после монтажа.
Что делать, если таблица разошлась с реальностью
Порядок восстановления простой: сначала физическая ревизия по стойкам с фотофиксацией фронта и тыла, затем сверка серийных номеров, потом — сетевой слой. MAC-таблицы коммутаторов и LLDP дают карту «порт — устройство» быстрее, чем прозвонка патч-кордов. Расхождения по IP закрывают инвентаризацией пулов: адрес, который никто не может назвать своим, отправляют в карантин на пару недель, а не освобождают сразу.
После ревизии закрепите два правила. Первое: изменение в стойке без записи в системе считается незавершенной работой. Второе: демонтаж фиксируется так же строго, как монтаж, иначе через год стойка «на бумаге» будет забита, а физически наполовину пуста.
Как связать учет серверов с сетью, IP-адресами и питанием
Ручные таблицы плохо переживают рост, потому что не умеют связывать сущности: сервер, порт, VLAN, адрес, розетка живут в разных файлах. Эту задачу решают DCIM-системы — например, платформа для управления физической ИТ-инфраструктурой показывает на интерактивной карте свободные, занятые и зарезервированные юниты, ошибки оборудования, состояние подключений, показания датчиков температуры и потребление электроэнергии.
Сетевая часть в таких системах включает подключение устройств к портам, изменение параметров порта (скорость, режим работы, trunk), управление IPv4- и IPv6-адресами, объединение серверов через VLAN и автоматическую инвентаризацию VLAN. IPAM ведет учет свободных и занятых адресов, объединяет физические сети в пулы, поддерживает ручную и автоматическую выдачу, проверку адресов в DNSBL и историю выдач и освобождений. По питанию учитываются подключения к ИБП и PDU, включение и выключение портов, состояние батарей, нагрузка и тарификация электропитания для colocation.
Поверх этого работает управление ИТ-активами на всех стадиях жизненного цикла — от закупки до вывода из эксплуатации, с приходом оборудования, накладными, стоимостью, историей эксплуатации и справочником контрагентов. Мониторинг на физическом уровне ведется без агентов и позволяет прогнозировать отказы компонентов, а личный кабинет пользователя дает возможность самостоятельно установить ОС, посмотреть потребление трафика и перезагрузить сервер. Подробнее можно узнать на сайте.
Начните с малого: пронумеруйте юниты, заведите единую карточку на каждое устройство и добавьте в нее порт коммутатора и розетку PDU. Дальше переносите этот же формат в DCIM, чтобы связи между железом, сетью и питанием обновлялись автоматически. Учет живет ровно до тех пор, пока каждое перемещение фиксируется в момент работ, а не «потом».
