Как подобрать сервер под виртуализацию: процессоры, память, диски
Считаем от памяти, а не от процессора: плотность машин на ядро, выбор накопителей по числу операций, требования к сети и запас на отказ узла.
Сервер под виртуализацию отличается от обычного не маркой, а балансом ресурсов. Здесь важно не «сколько ядер», а как процессор, память, диски и сеть соотносятся друг с другом: перекос в любую сторону означает, что часть денег потрачена на ресурс, который не будет использован.
Разберём, как считать конфигурацию под реальную нагрузку.
Начинают с памяти, а не с процессора
В большинстве случаев узким местом становится оперативная память. Виртуальная машина резервирует память целиком, тогда как процессорное время делится между машинами динамически: пока одна ждёт диск, другая считает.
Практический расчёт: суммируется память всех планируемых машин, добавляется 15–20 % на гипервизор и запас на рост. Для 20 машин по 8 ГБ это 160 ГБ плюс запас — примерно 192–256 ГБ.
Важно заполнять каналы памяти равномерно. У процессоров восемь или двенадцать каналов, и конфигурация из восьми одинаковых модулей работает заметно быстрее, чем из двух больших при том же объёме. Модули подбираются в разделе комплектующих.
Процессор: ядра против частоты
Для виртуализации обычно выгоднее больше ядер при умеренной частоте: машины редко нагружают процессор одновременно на полную. Исключение — приложения, чувствительные к скорости одного потока: некоторые базы данных и учётные системы.
Второй фактор — лицензирование. Ряд прикладных систем лицензируется по ядрам, и тогда 32-ядерный процессор обходится дороже 16-ядерного не в железе, а в лицензиях. Этот расчёт делают до покупки.
Ориентир по плотности: 4–6 виртуальных машин общего назначения на одно физическое ядро при умеренной нагрузке. Для нагруженных систем — 2–3.
Дисковая подсистема
| Сценарий | Что ставить | Почему |
|---|---|---|
| Машины общего назначения | Твердотельные накопители SATA или SAS | Достаточно по скорости, разумно по цене |
| Базы данных | NVMe | Низкие задержки на случайных операциях |
| Файловые сервисы, архив | Жёсткие диски большой ёмкости | Стоимость хранения терабайта |
| Кластер из нескольких узлов | Общее хранилище или программное решение | Перенос машин между узлами без остановки |
Ключевой показатель здесь не объём, а число операций в секунду и задержка. Один жёсткий диск даёт около 150–200 операций, твердотельный — десятки тысяч. Двадцать машин на массиве из механических дисков будут ждать диск, даже если процессор простаивает.
Накопители подбираются в разделе комплектующих, готовые платформы — в разделе серверного оборудования.
Сеть
Гигабитного подключения хватает только небольшому узлу. Как только появляется общее хранилище или переезд машин между серверами, нужны 10 или 25 Гбит/с — иначе перенос машины растягивается на десятки минут.
Практика: два порта под продуктивный трафик, два под хранилище, отдельный порт управления. Порты объединяют в агрегированные каналы для отказоустойчивости. Модули для оптических линий — в разделе трансиверов.
Один сервер или кластер
- Один узел. Дешевле, проще, но отказ означает остановку всех машин. Подходит для некритичных сервисов.
- Два узла с общим хранилищем. Машины переезжают между узлами, обслуживание идёт без остановки сервисов.
- Три узла и больше. Отказоустойчивость с автоматическим перезапуском машин на живых узлах.
Важный нюанс: при кластере из двух узлов каждый должен выдерживать полную нагрузку в одиночку. Иначе при отказе одного второй не справится, и смысл резервирования теряется.
Типовые ошибки
Экономия на памяти. Самый частый просчёт: машины начинают вытеснять данные на диск, и производительность падает кратно.
Механические диски под виртуализацию. Дёшево по объёму, но задержки делают работу некомфортной уже на десятке машин.
Отсутствие запаса под отказ узла. Кластер, загруженный на 90 %, при потере узла не сможет поднять машины.
Игнорирование лицензий. Стоимость лицензий на гипервизор и прикладные системы иногда превышает стоимость железа.
Частые вопросы
Сколько машин потянет один сервер? Зависит от нагрузки. Для офисных сервисов — несколько десятков, для нагруженных баз — единицы.
Нужен ли аппаратный RAID-контроллер? Для классических массивов — да. Программные решения хранения работают напрямую с дисками, и контроллер им не нужен.
Стоит ли брать бывшее в эксплуатации оборудование? Для тестовых сред — оправдано. Для продуктивной нагрузки важнее гарантия и наличие запчастей.
Как заложить рост? Оставить свободные слоты памяти и дисковые отсеки — наращивание без замены платформы дешевле.
Подбор и поставка
В каталоге Азияторг представлены серверные платформы, комплектующие, системы хранения и сетевое оборудование.
Опишите планируемые машины и их нагрузку на server@tkasiatorg.ru — рассчитаем конфигурацию с запасом и подтвердим срок поставки.
