Гайд
Как выбрать сервер под виртуализацию
Коротко: сервер под виртуализацию подбирают под суммарную нагрузку всех виртуальных машин плюс запас на рост и отказоустойчивость. Здесь, в отличие от сервера под 1С, на первый план выходят число ядер и объём оперативной памяти: гипервизор делит их между машинами. Память берут с коррекцией ошибок (ECC) и с запасом, диски — быстрые под нагруженные ВМ, а для отказоустойчивого кластера — общее хранилище (СХД или NAS), чтобы виртуальные машины могли переезжать между узлами.
Что определяет конфигурацию
Три ресурса делятся между виртуальными машинами: процессор, память и диск. Под виртуализацию берут многоядерный процессор (или два) — чем больше ядер и потоков, тем больше ВМ узел тянет одновременно. Память — обычно самый дефицитный ресурс: её суммируют по всем ВМ, добавляют на гипервизор и запас, берут регистровую с ECC. Диск подбирают по нагрузке: под активные ВМ, базы и терминальные серверы — быстрые SSD/NVMe, под файловые и архивные — объёмные SATA/SAS.
| Ресурс | Как считают | На что смотрят |
|---|---|---|
| Ядра/потоки | сумма vCPU всех ВМ + запас | число ядер на сокет, число сокетов |
| Память | сумма ОЗУ ВМ + гипервизор + запас | объём, ECC, число слотов под рост |
| Диск | по профилю нагрузки ВМ | SSD/NVMe под активные, объём под архив |
| Сеть | суммарный трафик + запас | 10G-порты, число интерфейсов |
Значения — ориентиры; точную конфигурацию считают под список ВМ и их роли. Под старте берут запас по памяти и слотам, чтобы наращивать без замены платформы.
Память, ядра и переподписка
На практике ресурсы виртуальным машинам выделяют с переподпиской (overcommit): суммарно назначенных vCPU и памяти может быть больше физических, потому что не все ВМ грузят ресурс одновременно. По процессору умеренная переподписка допустима, по памяти — осторожная: нехватка физической памяти приводит к обращению к диску (свопу) и резкому падению скорости всех ВМ. Поэтому память чаще берут «честно», с небольшим запасом, а по ядрам допускают переподписку под неравномерную нагрузку. Точную степень переподписки определяют по профилю нагрузки, без ложной точности.
Для узла кластера важен и запас на отказоустойчивость: если один узел выходит из строя, его ВМ должны разместиться на оставшихся. Поэтому в кластере узлы держат недогруженными — с запасом ресурсов под переезд машин с упавшего узла.
Хранилище: локальное или общее
Ключевая развилка. Для одиночного узла хватает локальных дисков в RAID. Для отказоустойчивого кластера, где ВМ переезжают между узлами без остановки, требуется общее хранилище, доступное всем узлам: СХД (по iSCSI/Fibre Channel) или сетевое хранилище (NAS). Тогда при отказе узла его виртуальные машины поднимаются на другом с того же хранилища. Общее хранилище подбирают под суммарную нагрузку по IOPS и объёму, с дублированием контроллеров под отказоустойчивость.
По RAID под виртуализацию на практике активные тома держат на RAID10 (скорость плюс защита), а объёмные — на RAID6. Диски берут корпоративного класса под круглосуточную нагрузку и комплектом с запасом на замену.
Сеть и запас на рост
Виртуализация чувствительна к сети: трафик ВМ, доступ к хранилищу и миграция машин между узлами идут по сети, поэтому берут узлы с несколькими портами и, для хранилища и кластера, с 10G-аплинками. Отдельные физические интерфейсы (или VLAN) разносят пользовательский трафик, трафик хранилища и служебный. Под будущий рост закладывают запас по памяти, слотам дисков и сетевым портам — наращивать смонтированный узел дороже, чем сразу взять платформу с запасом. Отдельно продумывают резервное копирование виртуальных машин: бэкап ВМ хранят вне того же хранилища, где они работают, чтобы отказ массива не унёс сразу и рабочие машины, и их копии. Для парка однотипных узлов удобно держать единую платформу — так проще обслуживать, держать запас комплектующих и переносить нагрузку между узлами при обслуживании или отказе.
Бренды и наличие
Из наличия под конфигурацию идут стоечные платформы Supermicro и серверные платформы Asus; под общее хранилище — NAS Synology и QNAP, а под нагруженные кластеры — СХД с дублированием контроллеров (под заказ, под проект). Из отечественного под реестр — серверы и СХД NTSS. Dell, HPE и Lenovo — под заказ; из наличия ту же задачу закрывают Supermicro и Asus. Память с ECC, SSD/NVMe и RAID-контроллеры Broadcom подбираем в связке с платформой под список виртуальных машин.
Частые вопросы
Что важнее под виртуализацию — ядра или частота?
В отличие от 1С, здесь на первый план выходят число ядер и объём памяти: гипервизор делит их между ВМ. Частота важна для отдельных однопоточных нагрузок внутри ВМ.
Сколько памяти закладывать?
Суммируют память всех ВМ, добавляют на гипервизор и запас; берут ECC. Память обычно дефицитнее ядер, поэтому её берут «честно», с небольшим запасом.
Нужно ли общее хранилище?
Для одиночного узла хватает локальных дисков в RAID. Для отказоустойчивого кластера с переездом ВМ требуется общее хранилище (СХД или NAS), доступное всем узлам.
Что такое переподписка ресурсов?
Это когда суммарно назначенных ВМ ресурсов больше физических. По ядрам умеренная переподписка допустима, по памяти — осторожная, иначе система уходит в своп и тормозит.
Какой запас держать в кластере?
Узлы держат недогруженными, чтобы при отказе одного его ВМ разместились на оставшихся. Запас закладывают по памяти, дискам и портам.
Работаете по безналу с НДС?
Да, безналичный расчёт с НДС и закрывающими документами.
Пришлите список виртуальных машин и их роли на sales@holding-trade.ru — рассчитаем узел или кластер и подберём платформу с хранилищем из наличия.