После ухода зарубежных вендоров перед бизнесом встал практический вопрос: на чём строить виртуальную инфраструктуру дальше. И здесь важно различать два уровня. Система виртуализации — это не один гипервизор, а целостная платформа: ядро виртуализации, слой управления, отказоустойчивость, балансировка нагрузки, работа с системами хранения и встроенная безопасность. Разница между «набором open-source утилит» и промышленной системой виртуализации серверов — примерно как между россыпью запчастей и собранным автомобилем.
В этом материале разберём, из чего состоит зрелая система виртуализации и по каким критериям её выбирать.
Что входит в систему виртуализации
Когда говорят «система виртуализации», обычно подразумевают весь стек, который превращает физические серверы в управляемый пул ресурсов. В зрелой платформе это несколько слоёв:
- Гипервизор — низкоуровневое ядро, которое запускает виртуальные машины на физическом железе. Что это такое и какие бывают типы — в отдельном разборе.
- Уровень управления — центральный сервер, оркестрация, веб-панель, API.
- Отказоустойчивость — автоматический перезапуск виртуальных машин на доступных узлах при отказе хоста.
- Балансировка нагрузки — распределение виртуальных машин по хостам кластера.
- Работа с системами хранения — подключение промышленных СХД и управление дисками.
- Безопасность — разграничение доступа, изоляция управляющего контура, шлюз.
Именно полнота и связность этих слоёв отличает коммерческую систему виртуализации серверов от самостоятельной сборки.
Виртуализация серверов и VDI — это разные задачи
Разведём понятия, потому что их часто путают. Виртуализация серверов — это про серверные нагрузки: базы данных, сервер 1С, веб-приложения, почтовые и файловые службы, которые консолидируются на кластере и работают без участия человека. VDI — это про виртуальные рабочие столы для сотрудников.
AirCloud закрывает оба сценария из одной консоли, без переключения между продуктами; для чисто серверных задач VDI не обязателен. В этой статье речь о серверном; про рабочие столы — отдельно на странице VDI.
Уровень управления и отказоустойчивость
Если гипервизор — фундамент, то уровень управления — несущие стены. Именно он превращает набор отдельных хостов в единый кластер: центральный сервер оркестрации, веб-панель и API, работающие в распределённом режиме.
От зрелости этого слоя зависит, переживёт ли инфраструктура обрыв связи между узлами или отказ управляющего сервера без ручного вмешательства. Практический критерий при выборе простой: отказоустойчивость должна срабатывать автоматически — перезапускать виртуальные машины на других узлах сама, а не «по инструкции в три часа ночи».
В AirCloud центральный сервер распределён: несколько инстансов, автоматический перезапуск и перераспределение при падении, возможность разнести узлы по нескольким дата-центрам. А отдельный контроллер кластера держит пользовательские машины даже тогда, когда центр управления временно недоступен.
Балансировка нагрузки и экономия ресурсов
Зрелая система виртуализации не просто запускает виртуалки, а оптимизирует их размещение по кластеру. Хороший признак — возможность управлять нагрузкой в двух противоположных логиках: отдавать виртуальным машинам максимум ресурсов ради скорости либо, наоборот, плотно упаковывать их на меньшем числе серверов и выключать лишнее железо ради экономии на электропитании и охлаждении.
В AirCloud за это отвечает собственный балансировщик с двумя режимами. В режиме плотности машины размещаются плотнее, а незагруженные серверы система отправляет в гибернацию или выключает — и будит обратно через IPMI, когда нагрузка растёт. Для дата-центра это прямые деньги: в тестах на том же оборудовании размещалось до 40% больше ВМ — в идеальном расчёте это до ~29% меньше серверов (1 − 1/1,4); фактическая экономия зависит от профиля нагрузки и резерва под HA.
При оценке платформы стоит уточнить, есть ли тонкое управление ресурсами помимо обычной переподписки — именно это отличает инструмент операционной эффективности от простого «запускателя» виртуальных машин.
Виртуальная инфраструктура: совместимость с хранилищами и железом
Виртуальная инфраструктура предприятия редко строится с чистого листа — у компании уже есть системы хранения и оборудование, с которыми платформа обязана подружиться. Поэтому при оценке проверяют:
- поддержку промышленных СХД — NFS, iSCSI, Fibre Channel — и удобство их подключения; в AirCloud устройства и LUN обнаруживаются автоматически, администратор не прописывает их вручную;
- проброс специализированных устройств — USB-ключей, смарт-карт, сканеров;
- распределённые сети: виртуальные свитчи, порт-группы, VLAN, объединение аплинков;
- импорт образов из других гипервизоров с автоматической конвертацией — это упрощает миграцию с VMware или Hyper-V.
Чем больше платформа берёт рутину автообнаружения и настройки на себя, тем меньше ручного труда администратора и риска ошибок.
Живая миграция и обслуживание без простоя
Для плановых работ на сервере нужна живая миграция — перенос работающих виртуальных машин между узлами без остановки. Без неё каждое обновление прошивки или замена диска превращается в согласованное окно простоя. При выборе платформы стоит спрашивать не «есть ли функция в списке», а «на каких конфигурациях она работает и с какими ограничениями». Доступность живой миграции и поддерживаемые конфигурации зависят от версии AirCloud — для вашей инсталляции уточняем на демонстрации.
Отдельный вопрос — обновление самой платформы. В AirCloud центр обновлений накатывает версии гранулярно, по серверам, с проверками на каждом шаге и автоматическим откатом, если что-то пошло не так. Остальные узлы кластера при этом продолжают работать.
Безопасность и соответствие требованиям
Принципиальный выбор здесь — встроенная защита против наложенной. Когда разграничение доступа, изоляция управляющего контура, шлюз и шифрование заложены в саму платформу, аттестация и аудит проходят проще и дешевле, чем при обвязке чужого гипервизора россыпью отдельных средств защиты.
В AirCloud перед платформой стоит встроенный шлюз внешнего доступа с аутентификацией и политиками подключения, второй фактор (через RADIUS) включается политикой доступа, шифруются диски и соединения виртуальных машин. Подробно — в статье про защищённый рабочий стол.
Как выбрать систему виртуализации
При выборе платформы стоит смотреть не на маркетинг, а на инженерную зрелость. Ключевые критерии:
- Единый продукт, а не сборка. Оценивайте проверенные сценарии отказа, поддержку и сопровождение, а не происхождение кода. Сравнение на примере популярного бесплатного решения — в статье про Proxmox в enterprise.
- Инструменты миграции. Встроенная конвертация дисков из VMware и Hyper-V и поэтапный переезд с планом окон переключения, проверкой приложений и возможностью отката.
- Отказоустойчивость и поддержка. Автоматическое восстановление, обработка потери связи между узлами и вендорская поддержка с понятным SLA.
- Интеграция. Active Directory и совместимые LDAP-каталоги, второй фактор через RADIUS, единый вход (SSO), передача журналов в системы мониторинга и SIEM; список совместимых систем — в документации.
- Скорость внедрения. Установка платформы на подготовленное оборудование в типовой конфигурации — от одного рабочего дня; перенос нагрузок — отдельный этап.
Итог: система виртуализации — это платформа, а не гипервизор
Выбирая систему виртуализации, важно оценивать платформу целиком: гипервизор, уровень управления, отказоустойчивость, балансировку, работу с хранилищами и встроенную безопасность.
Хотите оценить, какая конфигурация подойдёт именно вашей инфраструктуре, — оставьте заявку, и мы подготовим разбор под вашу нагрузку. Что представляет собой платформа AirCloud целиком — на главной.