Хорошее техническое задание описывает не желаемый артикул, а проверяемый результат. Если начать с количества ядер и дисков, легко получить дорогую конфигурацию, которая не решает задачу или не помещается в существующую стойку.
Начните с профиля нагрузки
Запишите назначение узла, программный стек и способ развертывания. Для виртуализации важны число виртуальных машин, коэффициент переподписки CPU и суммарная активная память. Для СУБД — размер рабочей области, доля операций чтения и записи, требования к задержке и лицензирование по ядрам. Для файлового сервиса — текущий объем, годовой прирост, число одновременных клиентов и размер типичного файла.
- Текущая и прогнозная нагрузка минимум на три года
- Пиковое потребление, а не только среднее значение
- Допустимое окно обслуживания и перезапуска
- Ограничения операционной системы, гипервизора и прикладного ПО
- Требования к локальному или внешнему хранению данных
Переведите нагрузку в ресурсы
| Блок | Что указать | Что часто забывают |
|---|---|---|
| Процессоры | Архитектура, число сокетов, минимальное число ядер, частотный профиль | Ограничения лицензий и рост нагрузки |
| Память | Установленный объем, доступный объем после отказа, запас слотов | Симметричное заполнение каналов |
| Накопители | Полезная емкость, профиль I/O, ресурс записи, hot-swap | RAID, hot spare и резерв на заполнение |
| Сеть | Скорость, число портов, тип интерфейсов, резервирование | Трансиверы, кабели и совместимость коммутаторов |
| Расширение | Число и тип PCIe-устройств | Физическая высота карт и доступные линии |
Не смешивайте установленную и полезную емкость. В ТЗ полезная емкость должна быть указана после RAID, без учета hot spare и с оговоренным резервом свободного места. Для SSD добавьте требование к классу накопителей и ресурсу записи, если нагрузка создает постоянный поток изменений.
Опишите отказоустойчивость как сценарии
Перечень дублированных компонентов сам по себе не задает доступность. Укажите, что должно происходить при отказе блока питания, вентилятора, загрузочного накопителя, сетевого порта и одного диска массива. Для каждого события определите: сохраняется ли работа, допускается ли снижение производительности и сколько времени есть на замену.
- Два блока питания с возможностью горячей замены и подключением к независимым вводам
- Зеркальная загрузочная группа или иной восстанавливаемый способ загрузки
- Удаленное управление, журнал аппаратных событий и оповещения
- Доступ к дискам и вентиляторам без демонтажа сервера из стойки
- Согласованный уровень сервиса и место хранения ЗИП
Зафиксируйте условия площадки и комплектность
До выбора корпуса проверьте глубину шкафа, доступное число юнитов, допустимую массу, направление воздушного потока, тип и количество розеток, лимит мощности и наличие свободных портов на коммутаторах. В комплектность внесите рельсы, кабельный органайзер, силовые кабели нужного типа, сетевые кабели и трансиверы. Эти позиции часто обнаруживаются только во время монтажа.
Добавьте критерии приемки
- Сверка состава и серийных номеров с ведомостью поставки
- Проверка версий микропрограмм и отсутствия аппаратных ошибок
- Тест работы от каждого ввода питания отдельно
- Проверка сетевого резервирования и удаленного управления
- Нагрузочный тест согласованной длительности
- Контроль температуры, журналов и состояния накопителей
- Передача паспортов, гарантийных документов и схемы подключений
Коротко о главном
Частые вопросы
Нужно ли указывать конкретную модель процессора?
Только если это продиктовано совместимостью или лицензированием. В остальных случаях полезнее зафиксировать архитектуру, минимальную производительность, число ядер и ограничения по энергопотреблению.
Какой запас производительности закладывать?
Запас рассчитывают от прогноза нагрузки и срока эксплуатации. Его лучше задавать отдельно для CPU, памяти, емкости и I/O, потому что эти ресурсы растут неравномерно.
Можно ли использовать этот чек-лист для конкурсной закупки?
Да, как основу технической части. Юридические и закупочные формулировки необходимо проверить по внутренним регламентам организации.