Обновлено: 30.06.2026· Время чтения: 9 минут· Рубрика: Серверы
Сервер под виртуализацию: упор на число ядер и объём памяти ECC, плотность виртуальных машин на хост, локальное или общее хранилище для миграции и отказоустойчивости, сеть 10–25G с разделением трафика и запас ресурсов под отказ хоста в кластере на платформах Dell, HPE, Lenovo, Supermicro и серверах Model.
Сервер под виртуализацию собирают по другим правилам, чем под 1С. Если для 1С важнее частота одного ядра, то для виртуализации правят два ресурса — число ядер и объём памяти. И почти всегда именно память упирается первой: процессорные ядра можно переподписать между машинами, а оперативную память — почти нет.
Эта статья — спутник гайда по выбору сервера и пара к материалу про сервер для 1С. Готовые машины под виртуализацию — в разделе серверы; точный подбор хоста и кластера — в QC-Lab.
Серверы под виртуализацию Подобрать хост и кластер
Тема
Что решает в сервере для виртуализации: ядра, память, хранилище, сеть и запас под отказ хоста.
Автор
Сергей Коваль, коммерческий директор ANDPRO
Технический рецензент
Михаил Биркос, главный технический специалист QC-Lab ANDPRO
Раздел
Блог ANDPRO: Серверы
В этой статье
- Что решает для виртуализации
- Ядра: плотность машин на хост
- Память: первое узкое место
- Хранилище: локальное или общее
- Сеть: 10G и разделение трафика
- Отказоустойчивость: кластер и запас
- Ориентиры конфигураций
- Частые ошибки
- Частые вопросы
Что разобрано в статье
Что решает
Почему для виртуализации правят число ядер и объём памяти, а не частота.
Ядра
Плотность виртуальных машин на хост и переподписка процессора.
Память
Почему память упирается первой и сколько её закладывать.
Хранилище
Локальные диски или общая СХД для миграции и отказоустойчивости.
Сеть и запас
Зачем 10G и почему хосты не грузят под потолок.
Кластер
Как заложить запас под отказ одного хоста (N+1).
Что решает для виртуализации
Виртуализация — это запуск множества виртуальных машин на одном физическом сервере под управлением гипервизора. Поэтому сервер-хост подбирают под суммарную нагрузку всех машин, а не под одну. Главные ресурсы — ядра процессора и объём оперативной памяти.
Разница с 1С принципиальная: для 1С важнее частота одного ядра, для виртуализации — общее число ядер и объём памяти. Чем больше виртуальных машин на хост, тем больше нужно того и другого. При этом ресурсы ведут себя по-разному: процессорные ядра можно умеренно переподписать (выдать машинам в сумме больше виртуальных ядер, чем физических), а память — почти нет, поэтому она и упирается первой. Как устроен сервер в целом — в гайде по выбору сервера. Вывод: под виртуализацию считают сумму ядер и памяти всех машин плюс запас.
Ядра: плотность машин на хост
Число ядер определяет, сколько виртуальных машин комфортно уживётся на хосте. Чем больше ядер, тем выше плотность консолидации — больше машин на один сервер.
Здесь часто оправдан многоядерный процессор, а на нагруженных хостах — и два сокета, чтобы поднять суммарное число ядер. Современные многоядерные платформы (например, EPYC серии 9005) дают высокую плотность ядер на сокет, что для виртуализации ценнее рекордной частоты. Серверные процессоры — в разделе серверные процессоры. При этом ядра умеренно переподписывают: реальная плотность зависит от того, насколько активны машины. Вывод: для виртуализации берут многоядерный процессор, а число ядер считают под суммарную нагрузку машин с разумной переподпиской.
Память: первое узкое место
Оперативная память — самый частый ограничитель в виртуализации. В отличие от ядер, память каждой машине нужна почти в полном объёме, поэтому суммарный объём растёт быстро и упирается раньше процессора.
Отсюда правила: закладывайте памяти с запасом под рост числа машин, используйте только ECC-память для надёжности и обязательно заполняйте все каналы процессора одинаковыми модулями — иначе теряется пропускная способность, критичная при множестве машин. Эти темы разобраны в коконе по памяти: как выбрать серверную память и каналы и заполнение слотов. Подобрать модули — серверная память. Вывод: память планируют первой и с запасом — именно она чаще всего определяет, сколько машин потянет хост.
Хранилище: локальное или общее
Где живут диски виртуальных машин — ключевая развилка, от которой зависит отказоустойчивость всей системы.
- Локальное хранилище. Диски в самом хосте: просто и быстро, но машины привязаны к этому серверу — при его отказе они недоступны, пока хост не восстановят.
- Общее хранилище (СХД). Диски машин лежат на отдельной СХД, доступной всем хостам кластера. Это открывает живую миграцию машин между хостами и автоматический перезапуск при отказе хоста — основа отказоустойчивой виртуализации.
Под нагруженную виртуализацию обычно берут быстрое общее хранилище, чаще на флеше. Как выбрать архитектуру и подключение хранилища, разобрано в коконе по СХД: как выбрать СХД и SAN, NAS и DAS. Диски под хост и СХД — серверные SSD, готовые хранилища — хранилища данных. Вывод: нужна отказоустойчивость и миграция машин — берите общее хранилище; для простого одиночного хоста хватит локальных дисков плюс бэкап.
Сеть: 10G и разделение трафика
Сеть в виртуализации несёт сразу несколько видов трафика: сами виртуальные машины, управление, доступ к хранилищу и миграцию машин. Гигабита на всё это обычно мало.
Ориентир — сеть 10G и выше, с разделением трафика: отдельные порты или сети под машины, под хранилище и под миграцию, чтобы они не мешали друг другу. Под доступ к общей СХД по iSCSI выделенная быстрая сеть особенно важна — об этом в материале про подключение СХД. Вывод: закладывайте 10–25G и резервируйте сетевые пути — на узкой сети рассыплется и миграция, и доступ к хранилищу.
Отказоустойчивость: кластер и запас
Смысл виртуализации не только в консолидации, но и в надёжности: при правильной схеме отказ одного сервера не останавливает сервисы. Для этого хосты объединяют в кластер.
Главное правило — не грузить хосты под потолок. Если в кластере несколько хостов, на каждом оставляют запас ресурсов, чтобы при отказе одного его машины перезапустились на оставшихся. Это схема N+1: мощности должно хватать на работу всех машин даже без одного хоста. Поэтому кластер из нескольких хостов с общим хранилищем надёжнее одного мощного сервера: один сервер — это единая точка отказа. Вывод: для непрерывности берут кластер хостов с общим хранилищем и держат запас под отказ одного из них.
Ориентиры конфигураций
Точную конфигурацию считают под число и профиль машин; ниже — направление, от которого отталкиваться.
Масштаб Схема Ориентир по железу Несколько машин, один хост Одиночный сервер, локальные диски Многоядерный процессор, ECC-память с запасом, NVMe, бэкап машин Десятки машин Кластер из 2–3 хостов + общее хранилище Много ядер и памяти на хост, СХД на флеше, сеть 10–25G, запас N+1 Нагруженная инфраструктура Кластер с отказоустойчивой СХД Двухсокетные хосты или высокоядерный EPYC, резервирование сети и путей
Связку «хосты плюс общее хранилище плюс сеть» считаем целиком: пришлите число и профиль виртуальных машин — соберём кластер и протестируем его в QC-Lab перед отгрузкой. Гипервизор (платформа виртуализации) выбирают отдельно под задачи и бюджет; железо подбирают с учётом его требований и поддержки.
Частые ошибки при выборе сервера под виртуализацию
- Экономить на памяти. Память упирается первой; нехватка останавливает запуск новых машин раньше, чем кончаются ядра.
- Грузить хост под потолок. Без запаса под отказ при поломке одного сервера машинам некуда переехать.
- Локальные диски там, где нужна отказоустойчивость. Без общего хранилища нет ни живой миграции, ни автоматического перезапуска при отказе хоста.
- Гигабитная сеть. Трафик машин, хранилища и миграции на одном гигабите становится общим узким местом.
- Недогружать каналы памяти. Пара больших модулей вместо комплекта по каналам режет пропускную способность при множестве машин.
Когда сложная виртуализация не нужна. Для двух-трёх некритичных машин достаточно одного скромного хоста с локальными дисками и резервным копированием — городить кластер с общей СХД и сетью 10G незачем. Полноценная отказоустойчивая виртуализация оправдана, когда машин много, они критичны и простой стоит дороже второго хоста и хранилища.
Частые вопросы
Что важнее для виртуализации — ядра или память?
Оба ресурса, но память чаще упирается первой: её каждой машине нужно почти в полном объёме, тогда как ядра можно умеренно переподписать. Поэтому память планируют с запасом, а число ядер считают под суммарную нагрузку машин.
Сколько памяти нужно серверу под виртуализацию?
Объём считают как сумму памяти всех машин плюс запас на гипервизор и рост. Единой цифры нет — зависит от числа и профиля машин. Память обязательно ECC и разложена по всем каналам процессора.
Нужно ли общее хранилище (СХД)?
Для отказоустойчивости — да: общее хранилище позволяет мигрировать машины между хостами и автоматически перезапускать их при отказе хоста. Для одиночного некритичного хоста достаточно локальных дисков и резервного копирования.
Один мощный сервер или кластер?
Для непрерывности — кластер из нескольких хостов с общим хранилищем: один сервер, каким бы мощным ни был, остаётся единой точкой отказа. Кластер с запасом N+1 переживает отказ одного хоста без остановки сервисов.
Какая сеть нужна под виртуализацию?
Минимум 10G, лучше 25G, с разделением трафика машин, хранилища и миграции по отдельным портам или сетям. На гигабите доступ к хранилищу и миграция становятся узким местом.
Нужны ли два процессора?
На нагруженных хостах два сокета оправданы — они поднимают суммарное число ядер и объём памяти. Для умеренной нагрузки хватает одного многоядерного процессора, что проще и без NUMA-нюансов.
Чем сервер под виртуализацию отличается от сервера под 1С?
Под 1С важнее частота одного ядра и быстрые диски под базу; под виртуализацию — число ядер и большой объём памяти под множество машин. Это разные приоритеты, хотя оба требуют ECC-памяти и надёжных дисков.
Авторство и ответственность
Статья объясняет принципы выбора сервера под виртуализацию и не заменяет подбор конфигурации под конкретное число и профиль виртуальных машин и требования выбранного гипервизора. Плотность машин, объёмы памяти и схема кластера зависят от нагрузки — финальную конфигурацию сверяйте с требованиями платформы виртуализации и нашей QC-Lab.
Материал подготовлен при участии AI-ассистента, прошёл фактчекинг QC-Lab и редакторскую вычитку. Технические утверждения проверены против документации вендоров и собственных тестов QC-Lab ANDPRO.
Автор
Сергей Коваль, коммерческий директор ANDPRO
Технический рецензент
Михаил Биркос, главный технический специалист QC-Lab ANDPRO
Команда ANDPRO
Профили специалистов, участвующих в подготовке и проверке материалов.
Для подбора хоста и кластера виртуализации, конфигураций серверов Model и КП: info@andpro.ru, +7 (495) 545-48-70, +7 (800) 707-78-15.
Дата последнего обновления материала: 30 июня 2026.
Серверы и хранилище под виртуализацию в каталоге ANDPRO
Собираем хост или кластер под число машин, проверяем по требованиям гипервизора и тестируем в QC-Lab. КП обычно за 1 час в рабочее время, счёт с НДС.
Серверы Серверные процессоры EPYC серии 9005 Серверная память Серверные SSD Хранилища данных
Статьи блога ANDPRO по теме «Серверы и СХД»
- Как выбрать сервер — pillar-гайд кокона.
- Какой сервер нужен для 1С — другая задача, другие приоритеты.
- Как выбрать СХД — общее хранилище под кластер.