Правильная конфигурация начинается с измеримых требований. Ниже - базовая логика, которую можно использовать до обращения к инженеру.
Соберите профиль виртуальных машин
Зафиксируйте назначение каждой ВМ, выделенные ресурсы и фактические пики CPU и памяти. Для хранения нужны занятый объём, прирост, операции ввода-вывода, пропускная способность и допустимая задержка.
Рассчитайте конфигурацию по сценарию отказа
Сначала сложите одновременную нагрузку критичных ВМ, затем сравните её с ресурсами, которые останутся после отказа одного узла. Проверяйте не только общий объём памяти: каждая ВМ должна помещаться на конкретном оставшемся узле.
Разведите вычисления, хранение и сеть
Процессоры определяют вычислительный резерв, память — объём одновременно работающих ВМ, а хранение и сеть — задержку и скорость обмена. Узкое место в одном контуре нельзя компенсировать избытком другого ресурса.
Проверьте совместимость и рост
До закупки подтвердите поддержку гипервизора, контроллеров, сетевых адаптеров, СХД и версий микропрограмм. Добавьте прогноз новых ВМ и роста данных, но не подменяйте измерения произвольным коэффициентом запаса.
Подобрать инфраструктуру виртуализации →
Как проверить резерв
Составьте список сервисов, которые нельзя останавливать, и их одновременную пиковую нагрузку. Затем рассмотрите сценарий недоступности одного узла: где запустятся эти ВМ и хватит ли оставшихся памяти, вычислений, сети и хранения? Не задавайте коэффициент уплотнения виртуальных процессоров без измерений. Требования к кластеру зависят от выбранного гипервизора.
Учебный пример: хватит ли памяти после отказа
Предположим, в кластере три одинаковых узла по 256 ГиБ памяти. На каждом 32 ГиБ оставляем для платформы и согласованного резерва. Для ВМ остаётся 224 ГиБ на узел. Это пример расчёта, не готовая конфигурация и не результат испытаний.
- В штатном режиме: 3 × (256 − 32) = 672 ГиБ.
- При отказе одного узла: 2 × (256 − 32) = 448 ГиБ.
- Если критичным ВМ одновременно нужны 400 ГиБ, арифметический остаток — 48 ГиБ.
Этого расчёта недостаточно для обещания непрерывной работы: отдельно проверяют процессоры, хранение, сеть, кластерные механизмы и распределение ВМ. ВМ, которая не помещается на отдельном оставшемся узле, нельзя разместить лишь потому, что общей памяти достаточно. Автоматический перезапуск тоже занимает время.
Разобраться в терминах виртуализации →
Чек-лист для запроса
- Список ВМ с фактическими пиками CPU, памяти и дисковых операций
- Гипервизор, версии ПО и схема общего или локального хранения
- Какие ВМ должны продолжить работу при отказе одного узла
- Сеть управления, хранения и резервного копирования; прогноз роста
Документация по теме
Пример требований платформы: документация Proxmox VE ↗
Общие рекомендации помогают подготовить вопросы. Совместимость и параметры выбранной системы проверяются отдельно; ссылка на документацию ПО не означает сертификацию оборудования.