Виртуализация серверов — это не просто установка гипервизора. Рабочая платформа включает хосты, сеть, хранилище, кластер высокой доступности, backup, мониторинг и регламент обслуживания.
Если недооценить CPU, память, диски или сеть, виртуализация быстро превращается из удобства в общую точку отказа. Поэтому проект начинают не с выбора бренда гипервизора, а с нагрузки, отказоустойчивости и требований к восстановлению.
Подобрать инфраструктуру: серверы, СХД, коммутаторы, ИБП, конфигуратор серверов, услуги ANDPRO.
Что разобрано в статье
Архитектура
Хосты, гипервизор, кластер, хранилище, сеть, backup и мониторинг как единая система.
Ресурсы
CPU, RAM, storage, IOPS, задержки и запас на рост без расчёта «по среднему серверу».
HA
Почему кластер должен выдерживать отказ узла, сети, питания или storage-компонента.
Storage
Локальные диски, СХД, NAS и HCI: где нужен общий ресурс, а где важнее локальная скорость.
Backup
Почему snapshot не заменяет резервную копию и как связать ВМ с RPO/RTO.
Эксплуатация
Мониторинг, обновления, HCL, документация и регламент изменений.
Зачем нужна виртуализация серверов
Виртуализация позволяет запускать несколько виртуальных машин на одном физическом сервере, переносить нагрузки между хостами, быстрее разворачивать сервисы и эффективнее использовать ресурсы. Для бизнеса это меньше простаивающего железа, проще обслуживание и быстрее восстановление после отказов.
Но виртуализация не отменяет физику. Процессоры, память, диски, сеть, питание и охлаждение всё равно должны быть рассчитаны под нагрузку. Если весь парк ВМ зависит от одного слабого хоста или одной перегруженной СХД, риски не исчезают, а концентрируются.
Базовая архитектура платформы виртуализации
| Слой | Что входит | На что смотреть |
|---|---|---|
| Хосты | Физические серверы с CPU, ECC RAM, дисками, сетевыми картами и BMC. | Запас ресурсов, совместимость с гипервизором, питание, удалённое управление. |
| Гипервизор | Платформа управления ВМ и ресурсами. | HCL, поддержка ОС, HA, backup, лицензирование и компетенции команды. |
| Кластер | Несколько хостов для отказоустойчивости и обслуживания. | Запас на отказ узла, миграция ВМ, общие политики ресурсов. |
| Хранилище | Локальные диски, СХД, NAS или HCI-схема. | Ёмкость, IOPS, latency, отказоустойчивость, backup-стратегия. |
| Сеть | VLAN, коммутаторы, uplink, storage/backup/migration сети. | Резервирование, пропускная способность, изоляция трафика, мониторинг. |
Как считать CPU, RAM и storage
Расчёт начинают с инвентаризации: сколько ВМ, какие сервисы, пиковая нагрузка, объём данных, требования к отклику и росту. По CPU важны не только ядра, но и частота, поколение платформы, запас под пики и особенности лицензирования ПО.
По памяти считают не только текущую сумму RAM виртуальных машин, но и запас на рост, служебные процессы и работу кластера после отказа одного хоста. На практике именно память часто становится первым ограничением плотности ВМ.
По storage смотрят ёмкость, IOPS, задержки и профиль нагрузки. Для баз данных и 1С критичны стабильные задержки, для файловых сервисов — объём и резервирование. Нельзя переносить все ВМ на один массив без понимания, что будет при отказе контроллера, диска или канала.
Кластер и высокая доступность
Кластер высокой доступности нужен, чтобы при отказе одного хоста виртуальные машины могли быть перезапущены или перенесены на другие хосты. Для этого оставляют резерв ресурсов: кластер должен выдержать потерю узла без перегруза оставшихся.
Резервирование нужно не только по хостам. Проверяют питание, сеть, storage, контроллеры, коммутаторы и доступ к управлению. Иначе кластер выглядит отказоустойчивым в интерфейсе, но падает из-за одной PDU, одного коммутатора или одного канала к хранилищу.
Сеть и хранилище
Для виртуализации сеть проектируют отдельными логическими сегментами: управление гипервизором, трафик ВМ, миграция, storage и backup. На физическом уровне важны резервные адаптеры, несколько коммутаторов, понятная схема VLAN и мониторинг портов.
Хранилище выбирают по сценарию. Локальные NVMe дают скорость, но требуют продуманной отказоустойчивости. Общая СХД удобна для HA и миграции, но становится критичным узлом. NAS подходит не для всех нагрузок. Гиперконвергентная схема объединяет compute и storage, но требует особенно аккуратного расчёта сети, дисков и отказоустойчивости.
Backup и DR для виртуальных машин
Снимок ВМ — не полноценный backup. Snapshot удобен перед обновлением или изменением конфигурации, но он обычно живёт рядом с продуктивной платформой и не защищает от серьёзного отказа, ошибки администратора или компрометации backup-среды.
Для виртуализации нужен отдельный план резервного копирования: консистентные копии ВМ и приложений, хранение вне продуктивного кластера, изолированный слой защиты и регулярный тест восстановления. Важно связать виртуализацию с RPO/RTO: для одних ВМ достаточно ежедневной копии, для баз данных и критичных сервисов нужны более частые точки восстановления.
Мониторинг и эксплуатация
Мониторинг должен видеть хосты, ВМ, storage, сеть, питание и среду серверной. Недостаточно знать, что ВМ отвечает на ping: важно видеть CPU ready, нехватку RAM, latency дисков, ошибки сетевых портов, состояние ИБП и температуру.
Эксплуатация включает регламент обновлений, окно обслуживания, проверку backup, документацию по кластерам, доступам и аварийным действиям. Чем больше ВМ на платформе, тем опаснее хаотичные изменения без плана отката.
Типичные ошибки при внедрении виртуализации
- Один хост без резервирования, на котором собраны все критичные сервисы.
- Переподписка CPU/RAM без понимания пиков и права на отказ одного узла.
- Общая СХД или сеть без резервирования.
- Снимки ВМ используются вместо backup.
- Нет HCL-проверки серверов, контроллеров, сетевых карт и гипервизора.
- Нет мониторинга storage latency, сети, питания и температуры.
Как ANDPRO помогает с платформой виртуализации
ANDPRO подберёт физическую платформу под виртуализацию: серверы, память, NVMe/SAS/SATA-диски, RAID/HBA, СХД, дисковые массивы, NAS, сетевые адаптеры, коммутаторы, ИБП и PDU. Проверим совместимость, запас ресурсов, отказоустойчивость и подготовим спецификацию под вашу нагрузку.
Начать можно с конфигуратора серверов, а затем уточнить конфигурацию с инженером: число хостов, CPU, RAM, диски, сеть, storage, backup и запас на рост.
Частые вопросы
Сколько хостов нужно для виртуализации?
Минимум зависит от требований к доступности. Для отказоустойчивости проектируют несколько хостов и оставляют ресурсный запас на отказ одного узла, чтобы оставшиеся не ушли в перегруз.
Можно ли использовать локальные диски вместо СХД?
Можно, если схема отказоустойчивости и backup соответствуют задаче. Для кластера HA часто удобнее общая СХД или продуманная гиперконвергентная архитектура, но выбор зависит от нагрузки и бюджета.
Снимки ВМ заменяют backup?
Нет. Snapshot удобен для коротких операций и отката изменений, но не является полноценной резервной копией вне продуктивной платформы. Для защиты нужен отдельный backup и тест восстановления.
Что важнее для хоста: CPU или RAM?
Зависит от виртуальных машин. Часто первым ограничением становится память, но для баз данных, 1С и аналитики важны CPU, диски и задержки storage. Считать нужно по профилю нагрузки.
Как выбрать гипервизор?
Оцените совместимость оборудования, поддержку нужных ОС, возможности HA и backup, лицензионные условия, доступную поддержку и компетенции команды. Конкретную платформу проверяют по проекту.
Что мониторить в виртуализации?
Хосты, ВМ, CPU ready, RAM, storage latency, сеть, питание, температуру, backup jobs и события кластера. Иначе можно видеть доступность ВМ, но пропустить деградацию физического слоя.
Авторство и ответственность
Материал объясняет принципы проектирования виртуализации и не заменяет расчёт под конкретный парк ВМ, выбранный гипервизор, лицензии, HCL и регламенты эксплуатации. Перед закупкой оборудования нужно сверить совместимость платформы, требования к ОС, backup, storage, сети и отказоустойчивости.
Материал подготовлен при участии AI-ассистента, прошёл редакторскую вычитку и должен пройти техническое ревью QC-Lab ANDPRO перед публикацией.
Для подбора, проверки совместимости и КП: info@andpro.ru, +7 (495) 545-48-70, +7 (800) 707-78-15.
Дата последнего обновления материала: 2 июля 2026.