Когда говорят «виртуализация серверов», обычно имеют в виду консолидацию: вместо парка физических серверов под каждую задачу — несколько мощных узлов, на которых крутятся десятки виртуальных машин. Годами стандартом тут был VMware vSphere. После ухода VMware из России перед бизнесом встал вопрос, на чём строить серверную виртуализацию теперь. Разберём, как этот сценарий закрывает российская платформа — на примере Inscale.
Сначала разведём понятия, потому что их часто путают. Серверная виртуализация — это про серверные нагрузки: базы данных, 1С-сервер, веб-приложения, почтовые и файловые службы, которые консолидируются на кластере и работают без участия человека. VDI — это про виртуальные рабочие столы для сотрудников. Платформа Inscale закрывает оба сценария, но в этой статье речь о серверном; про рабочие столы — отдельно на странице VDI.
В основе — не «обёртка» над open-source, а глубоко переработанное ядро. Гипервизор первого типа ставится прямо на «голое железо»; ядро KVM пропатчено, от Libvirt разработчики отказались ещё в 2019-м (после работы с T-Mobile и Vodafone) и переписали Control Level, работу с памятью и проброс устройств на собственном коде. Подробно про ядро — в материале про российский гипервизор на базе KVM, а про состав платформы целиком — в разборе системы виртуализации.
Архитектурно всё строится вокруг кластера: серверы объединяются в единую логическую сущность, внутри которой доступен агрегированный мониторинг (с экспортом в Grafana, Prometheus, Zabbix), подключение систем хранения и автоматизация рутины. На уровне кластера поддерживаются три стандартных enterprise-хранилища — NFS, iSCSI и Fibre Channel — с автообнаружением устройств, чтобы администратор не прописывал LUN-ы вручную.
Главная ценность серверной виртуализации — упаковать больше нагрузок на меньшем числе серверов. За это отвечает собственный балансировщик на математической модели, который работает в двух режимах:
- Производительности — задействует максимум узлов, чтобы коэффициент переподписки (overcommit) стремился к нулю и каждая ВМ получала свои ресурсы.
- Плотности — наоборот, плотно «утрамбовывает» виртуалки на минимуме серверов, понимая, что не все нагружают CPU на 100% одновременно. Освободившиеся физические серверы система может отправить в гибернацию или выключить (через Wake-on-LAN/IPMI «будит» их обратно под нагрузку) — прямая экономия на электропитании и охлаждении ЦОДа.
Поверх стандартной переподписки доступно тонкое управление через cgroups — нарезка ресурсов каждой ВМ вплоть до доли гигагерц. Добавлять CPU и память виртуальным машинам можно «на горячую» (HotPlug) без перезагрузки: за счёт предразметки лимитов потеря производительности — около 3–5% против ~20% при классическом горячем изменении.
Для серверных нагрузок простой недопустим, поэтому отказоустойчивость работает на уровне гипервизора: при отказе узла ВМ автоматически перезапускаются на живых хостах, а независимый HA-контроллер рассчитан на удержание системы даже при потере центра управления и в сценарии Split-Brain. Восстановление построено на архитектуре Event Storing (вместо тяжёлого SQL), за счёт чего подъём новой ВМ занимает минуты, а синхронизация — меньше секунды. Детали — в разборе отказоустойчивого кластера.
Для планового обслуживания есть живая миграция — перенос работающих ВМ между узлами без остановки (российский аналог vMotion).
Отдельно стоит отметить администрирование: платформа ориентирована на инженеров, привыкших к удобству vSphere, но не желающих жить в командной строке. Всё — добавление сервера, создание ВМ, настройка сети — делается через интерфейс с автоматизацией рутины: система заранее знает параметры кластера и предзаполняет их, а при вводе данных сама проверяет корректность сетевых настроек и IP. Подключение нового хоста занимает около 10 минут.
Поддерживаются распределённые сети (vSwitch, порт-группы, VLAN, в ближайшем релизе — VXLAN и межсетевой экран на L3), загрузка образов ВМ из других гипервизоров (VMware, Hyper-V, zVirt, VirtualBox) с автоконвертацией в нужный формат — это упрощает миграцию.
Платформа построена по принципу «не доверяй никому»: шлюз, который по сути является NGFW; изоляция до авторизации (закрыты даже порты узлов); раздельные порты для пользователей и администраторов; сегментированные роли и привилегии. Ядро защищено по стандартам ФСТЭК — критично для госсектора и КИИ (см. приказ ФСТЭК №117).
Платформа входит в реестр отечественного ПО и закрывает серверную виртуализацию как прямая альтернатива vSphere. По масштабу: один кластер поддерживает до 256 серверов (ограничение внешней файловой системы, которое сейчас переписывают), а в кейсе крупного заказчика инфраструктуру на 1500 рабочих мест (11 серверов) развернули за полтора дня. Возможна геораспределённая работа сразу на несколько ЦОД. Чем Inscale отличается от бесплатного Proxmox в enterprise — в отдельном разборе; пошаговый план перехода — в гайде по миграции с VMware.
Серверная виртуализация — это консолидация серверных нагрузок на кластере вместо парка физических машин. Российская платформа закрывает сценарий vSphere: переработанное ядро KVM, кластер с поддержкой NFS/iSCSI/FC, балансировка в режимах производительности и плотности (с экономией на электропитании), отказоустойчивость на уровне гипервизора, живая миграция, управление через интерфейс без CLI, лицензирование по физическим хостам (без привязки к числу ядер) и защита по ФСТЭК. Хотите оценить замену VMware vSphere на вашем парке — запросите демо-доступ.
