KVM или OpenVZ: тип виртуализации

За словом «VPS» скрываются две очень разные технологии. KVM даёт вам настоящую виртуальную машину со своим ядром, OpenVZ — изолированный контейнер на общем ядре хоста. От выбора зависит, сможете ли вы поставить Docker, свою ОС и получить гарантированные ресурсы.

Две принципиально разные технологии

KVM (Kernel-based Virtual Machine) — полноценная аппаратная виртуализация. Гипервизор эмулирует железо, и внутри крутится настоящая ОС со своим ядром, как отдельный компьютер. OpenVZ — контейнерная виртуализация на уровне ОС: все VPS делят одно ядро хост-системы, а изоляция достигается программно.

• KVM — своё ядро, любая ОС, полная изоляция, гарантированные ресурсы.
• OpenVZ — общее ядро хоста, только Linux, ресурсы часто переподписаны.

Разница не косметическая: она определяет, что вы вообще сможете запустить на сервере и насколько предсказуемой будет производительность.

Что вы можете и не можете на каждой

На KVM вы хозяин виртуальной машины целиком. Можно менять ядро, грузить модули, ставить любую ОС (Linux, Windows, BSD), запускать вложенную виртуализацию и Docker без оговорок.

• KVM позволяет — свои модули ядра, swap, WireGuard, Docker/containerd, кастомные sysctl, любую ОС.
• OpenVZ ограничивает — ядро хоста менять нельзя, часть модулей недоступна, swap и некоторые sysctl урезаны, Docker работает не всегда или с костылями.

Для современного стека (контейнеры, VPN, ИИ-инференс, свои сетевые настройки) OpenVZ регулярно упирается в стену. Именно поэтому MAATRIX строит тарифы на KVM — чтобы root-доступ был настоящим, а не декоративным.

Ресурсы и производительность

Главная скрытая проблема OpenVZ — переподписка. Раз ядро общее, хостеру технически проще продать больше памяти и ядер, чем есть. Отсюда плавающие ресурсы и знаменитые тормоза «у соседа что-то запустилось».

На KVM ресурсы нарезаются жёстче: выделенная память принадлежит вашей ВМ и не отбирается на лету. Небольшой оверхед виртуализации (несколько процентов) с лихвой окупается предсказуемостью. Проверить реальную память просто:

free -h
cat /proc/meminfo | head -3

На OpenVZ вы часто увидите нестандартные значения и отсутствие привычных полей — само по себе это подсказка о типе виртуализации.

Как определить тип виртуализации

Утилита systemd-detect-virt называет гипервизор напрямую.

systemd-detect-virt

Она выведет kvm, openvz, lxc и т.п. Если утилиты нет, помогут косвенные признаки:

sudo apt install -y virt-what && sudo virt-what
ls -la /proc/vz 2>/dev/null && echo 'OpenVZ признаки'
lscpu | grep -i hypervisor

Наличие каталога /proc/vz почти всегда означает OpenVZ. На KVM его нет, зато в lscpu виден флаг гипервизора KVM.

Когда OpenVZ всё-таки уместен

OpenVZ не абсолютное зло — у него есть ниша. Он дешевле, стартует мгновенно и для простых задач без спецтребований экономит деньги.

• OpenVZ ок для — статичного сайта, простого бота, парсера, учебного сервера, где не нужен Docker и своё ядро.
• KVM нужен для — контейнеров, VPN, баз под нагрузкой, ИИ, любой ОС кроме Linux, гарантированных ресурсов.

Практическое правило: если сомневаетесь — берите KVM. Он покрывает все сценарии OpenVZ плюс ещё десяток, а разница в цене на нормальном хостинге невелика.

Частые ошибки при выборе

• Купить OpenVZ под Docker — и упереться в неработающие модули ядра.
• Верить объёму RAM на OpenVZ — переподписка делает цифру условной.
• Не проверить тип перед деплоем — systemd-detect-virt снимает вопрос за секунду.
• Гнаться за копеечной ценой — сэкономленные доллары обернутся тормозами и ограничениями.

Частые вопросы