В этой статье мы разберёмся, какие типы гипервизоров существуют, как именно они устроен... — 22 мая 2026 г. в 17:07:29.380
В этой статье мы разберёмся, какие типы гипервизоров существуют, как именно они устроены внутри, каким образом делят ресурсы процессора, памяти, дисков и сети, а также как их удобно управлять и мониторить в реальной эксплуатации. Гипервизоры – это фундаментальная технология виртуализации, которая позволяет одному физическому компьютеру эффективно работать как множество независимых систем. Все гипервизоры делятся на два больших класса по архитектуре. ✅Type 1 (bare-metal) – гипервизор устанавливается прямо на «голое» железо, без промежуточной операционной системы. Он сам выступает в роли минимальной ОС, которая полностью контролирует аппаратные ресурсы. Именно поэтому такие гипервизоры называют серверными: они созданы для дата-центров, где важны максимальная производительность, изоляция и стабильность 24/7. ✅Type 2 (hosted) – гипервизор работает как обычное приложение поверх уже установленной ОС (Windows, Linux или macOS). Он просит ресурсы у хостовой системы, поэтому немного уступает в скорости, но выигрывает в удобстве и простоте развёртывания. Это классические десктопные решения – VirtualBox, VMware Workstation и аналоги. 📌Разница в архитектуре напрямую влияет на то, как происходит управление ресурсами и насколько глубоко гипервизор может взаимодействовать с процессором и периферией. Современные гипервизоры используют аппаратную поддержку процессоров — Intel VT-x / EPT или AMD-V / RVI. Без неё всё сводится к медленной эмуляции, с ней же гостевые виртуальные машины (ВМ) получают почти нативную производительность. ⚡Процессор. Гипервизор создаёт виртуальные CPU (vCPU) и планирует их выполнение на физических ядрах. ✅В Type 1 это происходит на уровне гипервизора напрямую: он использует планировщик, который учитывает приоритеты ВМ, нагрузку и политики (например, CPU affinity — «приклеивание» vCPU к конкретному физическому ядру). ✅В Type 2 планировщик хостовой ОС добавляет свой слой, поэтому overhead обычно выше на 5–15 %. Поддерживается overcommitment: вы можете назначить 32 vCPU на машине, где физически только 16 ядер. Пока ВМ не требуют всё одновременно, гипервизор просто делит время. Если же нагрузка пиковая, то начинается конкуренция, и мониторинг здесь критически важен. ⚡Память. Каждая ВМ получает свой адресное пространство. Гипервизор использует техники: ✅Ballooning – драйвер внутри гостевой ОС «надувает» баллон, забирая неиспользуемую память и возвращая её хосту. ✅Page sharing (в VMware – Transparent Page Sharing) – это когда одинаковые страницы памяти разных ВМ хранятся один раз, экономя RAM. ✅Overcommitment и swapping на диск нужны когда памяти не хватает, гипервизор может сбрасывать страницы на диск, но это резко снижает производительность. В Proxmox/KVM и Hyper-V это настраивается через параметры balloon-драйвера и huge pages. В ESXi через advanced settings памяти. ⚡Хранение. Виртуальные диски — это файлы (VMDK у VMware, QCOW2 у KVM, VHDX у Hyper-V) на файловой системе гипервизора. Поддерживается: ✅Thin provisioning – это когда диск «растёт» по мере заполнения. ✅Thick provisioning – все место резервируется сразу. ✅Snapshots – это мгновенные копии состояния, которые используют copy-on-write. ✅Storage vMotion / Live Storage Migration – перенос дисков между хранилищами без остановки ВМ. ⚡Сеть. Гипервизор создаёт виртуальные коммутаторы (vSwitch в ESXi, Linux bridge в KVM, виртуальный свитч в Hyper-V). Трафик гостевых ВМ идёт через них. Поддержка SR-IOV и PCI passthrough позволяет ВМ напрямую работать с физической сетевой картой, минуя гипервизор (идеально для высоконагруженных приложений). Управление гипервизорами Серверные (Type 1): VMware ESXi – управление через веб-интерфейс vSphere Client или централизованно через vCenter Server. Там же настраивается DRS (автоматическая балансировка нагрузки), HA (высокая доступность), vMotion (живая миграция ВМ между хостами). Всё делается через API и