Когда вы арендуете VPS, в описании тарифа почти всегда стоит аббревиатура: KVM, OpenVZ или LXC. Хостеры пишут их как должное, но не всегда объясняют, что за этим стоит. А разница принципиальная — она определяет, насколько изолирован ваш сервер, гарантированы ли вам ресурсы и какие приложения вы вообще сможете запускать. Ниже — что такое виртуализация серверов и чем технологии отличаются друг от друга.
Что такое виртуализация и зачем она нужна хостерам
Физический сервер — дорогое оборудование. Держать под каждого клиента отдельное железо нерентабельно ни для хостера, ни для покупателя. Виртуализация позволяет разбить один физический сервер на десятки независимых окружений, каждое из которых ведёт себя как отдельная машина.
Аналогия: физический сервер — это дом. Виртуализация превращает его либо в коммунальную квартиру (все соседи используют общие ресурсы, иногда мешая друг другу), либо в дом с отдельными квартирами (каждый жилец изолирован — своя дверь, свои счётчики), либо в гостиницу (лёгкие стены, общая канализация, но у каждого номер).
Выбор конкретной технологии влияет на производительность, цену и возможности VPS. Если хотите понять технические детали, смотрите выделенные серверы — там видно, как выглядит «целый дом» без виртуализации вообще.
Два принципиально разных подхода: гипервизоры и контейнеры
Все технологии виртуализации серверов делятся на два класса: гипервизоры и контейнеры. Принципиально они отличаются тем, что именно изолируется.
Гипервизор — своя ОС для каждой виртуальной машины
Гипервизор создаёт полноценную виртуальную машину с эмулированным железом. Каждая VM получает собственный процессор (виртуальный), оперативную память, диск и сетевой интерфейс. Внутри VM работает полноценная гостевая ОС — она не знает и не должна знать, что она виртуальная.
Гипервизоры бывают двух типов. Тип 1 (bare-metal) работает прямо на железе, без прослойки в виде хост-ОС. Это KVM, Xen, VMware ESXi, Microsoft Hyper-V. Именно они используются в хостинге. Тип 2 (hosted) работает поверх обычной ОС — как программа. Это VirtualBox, VMware Workstation. На продакшн-серверах такое не встретите.
Контейнеры — общее ядро, изолированные процессы
Контейнеры работают иначе: все они делят одно ядро хост-ОС. Изоляция достигается средствами ядра Linux — cgroups (ограничение ресурсов) и namespaces (изоляция процессов, сети, файловой системы). Никакой гостевой ОС нет — контейнер запускается как набор изолированных процессов на общем ядре.
Контейнеры существенно легче VM: не нужно держать в памяти гостевую ОС на каждый экземпляр. Но есть жёсткое ограничение: только Linux. Запустить Windows-приложение в контейнере на Linux-хосте нельзя. Примеры технологий: LXC, OpenVZ, Docker.
KVM — промышленный стандарт гипервизора
KVM (Kernel-based Virtual Machine) — модуль, встроенный в ядро Linux начиная с версии 2.6.20 (2007 год). Работает совместно с QEMU, который эмулирует аппаратное обеспечение. Для детального сравнения с OpenVZ смотрите отдельный пост про KVM-виртуализацию подробно. Здесь — главное.
KVM даёт полную аппаратную изоляцию: каждая VM работает с выделенными ресурсами — RAM, CPU, диск. Ресурсы гарантированы и не пересекаются с другими виртуальными машинами на том же хосте (если хостер не занимается оверселлингом, что у качественных провайдеров исключено).
Ключевые свойства KVM:
- Отдельное ядро ОС — можно ставить Linux любого дистрибутива, FreeBSD, Windows Server
- Ресурсы гарантированы: RAM и CPU закреплены за конкретной VM
- Защита от «шумных соседей» (noisy neighbor): нагруженная VM на соседнем слоте не влияет на вашу
- Поддержка live migration: VM можно перенести между физическими серверами без остановки
- Можно установить своё ядро, что нужно для Docker в продакшне и для WireGuard
Из минусов — чуть больший overhead по сравнению с контейнерами: каждая VM тащит с собой полную гостевую ОС. На практике это несколько сотен мегабайт RAM «просто на ОС».
OpenVZ — контейнерная виртуализация старой школы
OpenVZ появился раньше KVM и долгое время был стандартом бюджетных хостеров. По технической природе — это контейнерная система: все VPS на одном хосте делят общее ядро хост-сервера.
Именно поэтому OpenVZ дешевле: хостер может нарезать больше виртуальных серверов на одно и то же железо. Ресурсы общие, и при желании их можно выдавать с оверселлингом — продать больше RAM, чем физически установлено, в расчёте на то, что все клиенты не используют максимум одновременно.
Слабые места OpenVZ:
- Нельзя установить своё ядро — только то, что на хосте
- Общие ресурсы: перегруженный сосед может замедлить весь хост
- Ограничения для ряда приложений: tun/tap-интерфейсы (нужны для WireGuard) поддерживаются не всегда
- OpenVZ 6 уже EOL, OpenVZ 7 базируется на ядре RHEL
Когда OpenVZ оправдан: простой сайт на WordPress, тестовая среда, максимально бюджетный тариф. Если нужен Docker или VPN-сервер — только KVM.
Xen — гипервизор, который запустил AWS
Xen разработали в Кембридже в 2003 году. В 2006-м Amazon выбрал его основой для EC2 — тогда облако только появлялось как понятие. На Xen работали первые версии AWS, пока Amazon не перешёл на собственный гипервизор Nitro.
Xen поддерживает два режима. HVM (Hardware Virtual Machine) — полная аппаратная виртуализация, как у KVM: гостевая ОС не знает, что виртуальная. PV (Paravirtualization) — паравиртуализация: гостевая ОС знает о своей виртуальности и работает через специальный API гипервизора. PV быстрее в некоторых операциях, но требует модифицированного ядра гостевой ОС.
Сегодня Xen используется реже, но остаётся в продукте Citrix Hypervisor и встречается у части крупных облачных провайдеров.
Xen vs KVM на практике для покупателя VPS:
- Xen — более зрелая платформа, активно используется в enterprise через Citrix
- KVM — встроен в ядро Linux, проще в поддержке, стал доминирующим у независимых хостеров
- Для обычного VPS-клиента разница минимальна: оба дают полноценную изоляцию и гарантированные ресурсы
LXC и Docker — контейнеры нового поколения
LXC (Linux Containers) — прямой наследник идей OpenVZ, но реализованный через стандартные механизмы ядра Linux: cgroups v2 и namespaces. Используется в Proxmox как базовый движок для CT-контейнеров. Даёт более предсказуемое поведение по сравнению с OpenVZ, поскольку не требует патченного ядра.
Docker — это не VPS-технология, а среда запуска приложений. Контейнер Docker — упакованное приложение со своими зависимостями, а не изолированный сервер. Часто возникает путаница: «Docker-хостинг» не означает, что Docker заменяет VPS. Docker запускается внутри VPS (желательно KVM), а не вместо него.
Разница проще всего описывается так: LXC и OpenVZ — изоляция на уровне хостинга (у каждого клиента свой «сервер»). Docker — инструмент разработчика для упаковки и запуска приложений на уже имеющемся сервере.
Таблица сравнения типов виртуализации:
| Технология | Тип | Изоляция | Ресурсы | Свой kernel | Типичный хостер |
|---|---|---|---|---|---|
| KVM | Гипервизор (Type 1) | Высокая | Гарантированные | Да | Большинство VPS |
| Xen HVM | Гипервизор (Type 1) | Высокая | Гарантированные | Да | AWS classic, Citrix |
| Xen PV | Паравиртуализация | Средняя | Гарантированные | Ограничено | Linode classic |
| OpenVZ | Контейнер (OS-level) | Средняя | Могут делиться | Нет | Бюджетные VPS |
| LXC | Контейнер (OS-level) | Средняя | Настраиваемые | Нет | Proxmox-хостеры |
| Docker | Контейнер (App-level) | Низкая | Настраиваемые | Нет | PaaS, dev-среды |
Как тип виртуализации влияет на покупателя VPS
На что смотреть в описании тарифа — практический разбор.
Надпись «KVM» означает: у вас железная изоляция. RAM и CPU закреплены за вашей VM. Сосед не влияет на производительность. Можно ставить любую ОС, менять ядро, запускать Docker и WireGuard.
Надпись «OpenVZ» — смотрите дальше в условиях: есть ли понятие «burst RAM» (оперативная память, которую дают, если соседи не используют полностью свой лимит). Если есть — ресурсы не гарантированы постоянно. Уточняйте, поддерживается ли tun/tap, если планируете VPN.
«Гарантированная RAM» vs «burst RAM» — критическая разница. Гарантированная — ваша всегда. Burst — дают по наличию, могут забрать при нагрузке на хост.
Производительность дисков: у KVM доступ к диску происходит напрямую через виртуализированный блочный слой. У OpenVZ дополнительный слой ОС хоста иногда создаёт задержки. При выборе между тарифами сравнивайте также NVMe и SSD для сервера — тип диска влияет сильнее, чем разница между KVM и OpenVZ в нормальной нагрузке.
Подробные обзоры конкретных провайдеров смотрите в топ-45 VPS: большой обзор с отзывами. Технические детали KVM и QEMU документированы на официальном сайте KVM (kernel.org). Разницу между Docker-контейнером и виртуальной машиной подробно объясняет документация Docker — что такое контейнер.
Какую виртуализацию выбрать — быстрый ориентир
| Задача | Рекомендация |
|---|---|
| Сайт на WordPress | OpenVZ или KVM — оба подойдут |
| VPN-сервер (WireGuard) | Только KVM |
| Docker в продакшне | KVM |
| Тестовый стенд, дёшево | OpenVZ |
| Высоконагруженный проект | KVM с гарантированными ресурсами |
| Windows Server | Только KVM |
Если задача выросла и VPS уже не хватает — смотрите в сторону выделенных серверов или облака. Промежуточный вариант — сравнить лучшие VDS для начинающих или почитать, как выбрать VDS для WordPress с учётом нагрузки. После выбора тарифа поможет гайд по настройке VPS с нуля и инструкция, как перенести сайт на VPS пошагово.
Ну и в заключение
Виртуализация серверов — не маркетинг, а конкретная техническая разница в том, как именно изолированы ресурсы. KVM — полная изоляция, гарантированные ресурсы, свободный выбор ОС и ядра. OpenVZ — общее ядро, дешевле, но с ограничениями. LXC — современный контейнерный подход без патченного ядра. Docker — инструмент для приложений, не замена серверу.
Аббревиатуры в описании тарифов теперь понятны. Следующий шаг — выбрать конкретного провайдера: смотрите VPS и VDS — тарифы и сравнение на free-hosting.ru.
За аббревиатурами KVM, OpenVZ и LXC в описаниях тарифов стоит конкретная техническая разница. Сравните VPS-тарифы на free-hosting.ru — предложения десятков хостеров в одном каталоге.
