Ошибки при выборе платформы виртуализации
Российский рынок виртуализации переживает тектонический сдвиг. Доля отечественных решений выросла с 26% до 60% за последние годы [citation:1]. Компании массово мигрируют с VMware и Hyper-V на российские платформы, но на этом пути совершают типичные ошибки. По оценкам, 95% серверов в России уже работают в виртуальной среде, и цена ошибки при выборе платформы — это не просто деньги, это простой критичных сервисов, утечки данных и штрафы регуляторов.
В этой статье — 7 типичных ошибок при выборе платформы виртуализации и почему их стоит избегать. Если нужно подобрать платформу виртуализации — поможем.
1. Экономия на лицензиях
«Найдём самое дешёвое решение». Это классическая ошибка. Однако данные опросов показывают, что стоимость практически не является ориентиром для зрелых заказчиков. При выборе платформы стоимость назвали приоритетом лишь 5% опрошенных [citation:3]. Дешёвая платформа может обернуться дороже в эксплуатации.
Что происходит
- Отсутствие функций: нужных сервисов просто нет — приходится докупать;
- Плохая поддержка: техподдержка отвечает сутками;
- Миграция: переезд с дешёвого решения стоит дорого;
- Скрытые расходы: плата за расширенные функции, интеграции, обучение;
- Развитие: продукт не развивается, устаревает.
Как избежать
- Считайте TCO: полную стоимость за 3–5 лет, а не за год. В совокупную стоимость должны входить обучение команды, техническая поддержка и возможность влиять на развитие продукта [citation:1];
- Сравнивайте функции: что входит, что докупается;
- Проверьте поддержку: отзывы, скорость ответа;
- Смотрите на дорожную карту: продукт должен развиваться.
💡 Важно
Самый дешёвый гипервизор часто оказывается самым дорогим в эксплуатации. Согласно опросам, заказчики выделяют низкую совокупную стоимость владения как важный, но не главный критерий — критичным его назвали только 34% [citation:1].
2. Нет пилота
«Внедрим сразу на всей инфраструктуре». Это рискованно. Лучше сначала протестировать на малой группе серверов.
Что происходит
- Массовые проблемы: несовместимость всплывает на всех серверах;
- Сопротивление: если неудобно — вся команда против;
- Срочный откат: если что-то не работает — переключать обратно сложно;
- Потеря доверия: руководство теряет веру в проект.
Как избежать
- Пилот на 5–10%: выберите тестовую группу серверов;
- 2–4 недели: достаточный срок для теста. Пилотный этап может длиться и полгода — как в проекте «КрасАвиа» [citation:9];
- Собирайте обратную связь: что нравится, что нет;
- Решайте проблемы: до масштабирования;
- Только потом: внедряйте на всю инфраструктуру.
В 2026 году путь от пилота до внедрения занимает довольно короткое время — заказчики уже чётко и быстро выбирают партнёра для виртуализации [citation:11].
3. Игнорирование требований ФСТЭК
Для государственных компаний и объектов КИИ требования ФСТЭК — не рекомендация, а обязательство. Игнорирование приводит к невозможности эксплуатации.
Что происходит
- Невозможность использования: сертифицированные системы требуют сертифицированного ПО;
- Штрафы: за нарушение требований регуляторов;
- Предписания: ФСТЭК может выдать предписание об устранении;
- Остановка эксплуатации: в серьёзных случаях — запрет на использование;
- Отставание фичей: как отмечают эксперты, одна из ключевых проблем — отставание функций платформ от требований ФСТЭК [citation:11].
Как избежать
- Проверьте реестр: платформа должна быть в реестре отечественного ПО;
- Сертификация ФСТЭК: для объектов КИИ — обязательна;
- Уровень защищённости: проверьте соответствие УЗ-1, УЗ-2;
- Приказ № 187: требования к безопасным средам виртуализации.
Для объектов критической инфраструктуры переход на отечественные платформы должен был завершиться к январю 2025 года [citation:6].
4. Забыли про миграцию
«Переключим — и всё заработает». Без предварительной миграции данные будут потеряны, а сервисы недоступны.
Что происходит
- Потеря данных: виртуальные машины не переносятся автоматически;
- Простой: сервисы недоступны на время миграции;
- Проблемы совместимости: форматы дисков, драйверы, настройки;
- Долгий разбор: что где осталось и как это найти;
- Обратная миграция: если что-то не так — вернуться сложно.
Как избежать
- План миграции: пошаговый, с откатом;
- Инструменты миграции: у многих платформ есть конвертеры. Например, «Альт Виртуализация» имеет инструмент для прямого импорта из VMware ESXi с сохранением настроек [citation:6];
- Тестовая миграция: на некритичных ВМ;
- Резервные копии: до начала миграции;
- Параллельная работа: старые и новые серверы в переходный период.
Опыт Россельхозбанка показал: миграция с VMware на российскую платформу может быть выполнена без остановки бизнес-процессов, но требует тщательного тестирования и полноценной интеграции [citation:4].
5. Нет компетенций
«Разберёмся по ходу». Виртуализация — сложная технология. Без компетенций проект затянется или провалится.
Что происходит
- Ошибки настройки: неправильные параметры приводят к сбоям;
- Долгое внедрение: команда учится на своих ошибках;
- Проблемы производительности: без тюнинга платформа работает неэффективно;
- Зависимость от подрядчика: если нет своих специалистов;
- Потеря знаний: если ключевой человек уходит.
Как избежать
- Обучение: курсы от вендора или партнёра. Как отмечают эксперты, нежелание заказчиков вкладываться в обучение и поддержку — одна из главных причин провала проектов [citation:11];
- Пилот: позволяет команде набраться опыта на малом объёме;
- Документация: подробная, с примерами;
- Поддержка партнёра: на первых этапах;
- Второй специалист: не зависеть от одного человека.
При выборе подрядчика важно оценивать не только функциональность, но и экосистему, уровень поддержки и готовность вендора сопровождать продукт [citation:1].
6. Слабая безопасность
«Безопасность — потом». Виртуализация — критический слой инфраструктуры. Взлом гипервизора даёт доступ ко всем ВМ.
Что происходит
- Компрометация инфраструктуры: доступ ко всем виртуальным машинам;
- Утечки данных: персональные данные, коммерческая тайна;
- Штрафы: за нарушение 152-ФЗ, требований ФСТЭК;
- Репутационные потери: клиенты узнают об утечке;
- Невозможность восстановления: без изоляции и бэкапов.
Как избежать
- Микросегментация: изоляция ВМ на сетевом уровне. Программно определяемые сети (SDN) переносят настройки отдельных устройств в централизованные политики [citation:5];
- RBAC: ролевой доступ к управлению;
- Аудит: логирование всех действий;
- Шифрование: данных при передаче и хранении;
- Обновления: своевременная установка патчей;
- Сертифицированные СЗИ: для объектов КИИ.
По данным опросов, расширенные функции безопасности критичны для 38% заказчиков и важны для 45% [citation:1].
7. Нет поддержки
«Разберёмся сами». Через месяц — простой на несколько часов, который никто не может решить.
Что происходит
- Долгие ответы: техподдержка отвечает сутками;
- Нет русскоязычной: поддержка на английском — проблема для команды;
- Нет SLA: никаких гарантий по срокам;
- Один человек: если админ уходит — никто не может помочь;
- Потеря времени: команда тратит часы на решение простых вопросов.
Как избежать
- Проверьте поддержку: отзывы, реальное время ответа. Надёжность решения подразумевает не только архитектуру, но и способность вендора сопровождать продукт: выпускать обновления и поддерживать стабильную работу [citation:1];
- Русскоязычная: приоритет для российских компаний;
- SLA: сроки реакции и решения в договоре;
- Каналы: телефон, чат, email, Telegram;
- Партнёр: можно привлечь подрядчика для поддержки.
Наши рекомендации
Что вы получаете, заказывая внедрение у нас
- Аудит — что важно для компании
- Подбор платформы — под задачи
- Пилот — на тестовой группе
- Миграцию — с инструментами и планом
- Обучение — команды работе
- Поддержку — после запуска
📌 Итоговый вывод
Ошибки при выборе платформы виртуализации дорого обходятся.
Что нужно знать:
- Экономия на лицензиях — дешёвое решение часто дороже в эксплуатации;
- Нет пилота — массовые проблемы вместо точечных;
- Игнорирование ФСТЭК — невозможность использования для КИИ;
- Забыли про миграцию — потеря данных и простой;
- Нет компетенций — затягивание проекта;
- Слабая безопасность — компрометация всей инфраструктуры;
- Нет поддержки — простой, который некому решить.
Также рекомендуем: что такое виртуализация, Proxmox VE, VMware ESXi, Docker, Kubernetes, виртуализация и контейнеризация.