Под виртуализацию сервер подбирают не по частоте процессора, а по тому, сколько виртуальных машин он удержит без деградации. Считать приходится сразу по трём осям: ядра, память и подсистема ввода-вывода. Перекос по любой из них сводит на нет запас по остальным.
С чего начать расчёт
Отправная точка — профиль нагрузки, а не каталог. Соберите список сервисов, которые переедут на платформу, и для каждого зафиксируйте пиковое потребление, а не среднее. Именно пики определяют, сколько машин уместится на узле без риска.
Дальше закладывайте запас на отказ узла: если кластер должен пережить выход одной машины из строя, её нагрузка распределится по оставшимся. Без этого запаса плановое обслуживание превращается в простой.
На что смотреть в спецификации
- Количество каналов памяти на процессор — оно ограничивает объём и скорость сильнее, чем число слотов.
- Линии PCIe: сетевые карты и накопители NVMe делят их между собой, и на плотных конфигурациях линий не хватает раньше, чем слотов.
- Схема охлаждения и допустимая температура в стойке — от них зависит, выйдет ли платформа на заявленные частоты под длительной нагрузкой.
- Запас по блокам питания: резервирование считается от пикового потребления полностью укомплектованного узла.
Частая ошибка
Платформу берут «с запасом на вырост», но запас закладывают только в процессоры. Через год оказывается, что ядра свободны, а память кончилась, и расширять уже некуда: слоты заняты модулями меньшего объёма. Дешевле сразу поставить меньше модулей большего объёма, оставив слоты под расширение.
