Число виртуальных машин на сервере определяется минимумом из двух лимитов: по ядрам CPU (с учётом переподписки vCPU) и по оперативной памяти. На практике один современный сервер с десятками ядер и сотнями гигабайт RAM держит от десятков лёгких ВМ до единиц тяжёлых. Память почти всегда оказывается узким местом, а диски и IOPS ограничивают плотность нагруженных машин. Точную цифру под ваш профиль удобно прикинуть калькулятором ниже.
Калькулятор: сколько ВМ на сервер
~15% RAM хоста резервируем под гипервизор и запас. RAM обычно не переподписывают. Диски и IOPS считаются отдельно — их подберёт инженер ВИСТЛАН.
vCPU и переподписка (overcommit)
Виртуальным машинам выдают виртуальные ядра (vCPU). Поскольку не все ВМ нагружены одновременно, суммарно vCPU можно раздать больше, чем физических ядер, — это переподписка. Коэффициент зависит от характера нагрузки.
| Тип нагрузки | Переподписка vCPU |
|---|---|
| Критичные, чувствительные к задержке (БД, 1С) | ×1–2 |
| Типовые серверные роли | ×3–4 |
| Тест, разработка, редко используемые | ×5 и выше |
Память — главное ограничение
Чаще всего сервер «упирается» именно в RAM раньше, чем в ядра. Поэтому при подборе хоста под виртуализацию память закладывают щедро:
- Суммарная RAM всех ВМ + резерв под гипервизор (~10–15%).
- Запас на рост и пиковые нагрузки.
- Для кластера — запас под отказ узла (см. отказоустойчивость кластера).
Диски и IOPS
Ёмкость дисков — не единственный параметр. Когда десятки ВМ обращаются к хранилищу одновременно, узким местом становятся IOPS (операции ввода-вывода в секунду). Под нагруженные ВМ берут быстрые NVMe/SSD, под архив — ёмкие диски.
- Считают не только объём, но и суммарные IOPS всех ВМ.
- Базы данных и 1С особенно чувствительны к скорости дисков.
- RAID и резервирование снижают полезную ёмкость — это учитывают.
Запас: не загружайте сервер «под завязку»
Сервер, забитый ВМ на 100%, не оставляет места под пики, обслуживание и рост. Разумная целевая загрузка — около 70–80%, чтобы было куда «дышать».
Этот расчёт — основа подбора хоста под виртуализацию серверов. Если строите кластер — добавьте резерв узла, а часть нагрузки можно вынести в облако.
Подберём сервер или кластер под нужное число ВМ — с правильным запасом по CPU, RAM и дискам.
Частые вопросы
Сколько ВМ помещается на один сервер?
Число ВМ равно меньшему из двух лимитов — по ядрам CPU с учётом переподписки vCPU и по оперативной памяти. Современный сервер с десятками ядер и сотнями гигабайт RAM держит от десятков лёгких ВМ до единиц тяжёлых. Точную цифру под ваш профиль удобно прикинуть калькулятором в статье.
Что такое переподписка vCPU?
Это раздача виртуальным машинам в сумме больше виртуальных ядер, чем есть физических, — за счёт того, что не все ВМ нагружены одновременно. Для критичных систем берут коэффициент ×1–2, для типовых ролей ×3–4, для тестовых сред ×5 и выше. Память при этом переподписывать не рекомендуется.
Что обычно ограничивает число ВМ — CPU или RAM?
Чаще всего оперативная память: сервер упирается в RAM раньше, чем в ядра, потому что память планируют «честно», без переподписки и с запасом 10–20%. Поэтому при подборе хоста под виртуализацию память закладывают щедро, а CPU допускает переподписку.
Зачем считать IOPS, а не только объём дисков?
Когда десятки ВМ обращаются к хранилищу одновременно, узким местом становятся операции ввода-вывода в секунду (IOPS), а не ёмкость. Базы данных и 1С особенно чувствительны к скорости дисков, поэтому под нагруженные ВМ берут быстрые NVMe/SSD, а под архив — ёмкие диски.
Можно ли загружать сервер виртуальными машинами на 100%?
Не стоит: сервер без запаса не переживёт пики нагрузки, обслуживание и рост. Разумная целевая загрузка — около 70–80%. В кластере дополнительно закладывают резерв под отказ узла, а часть нагрузки при необходимости выносят в облако.