Что такое гипервизор: 2 типа, виды и как работает технология виртуализации

Центр обработки данных редко строится на одном сервере. Нагрузки растут, сервисов становится больше. Бюджеты ИТ-отделов остаются ограниченными. Виртуализация консолидирует инфраструктуру без потери гибкости. Ресурсы объединяются в общий пул. Управляет распределением гипервизор — слой над аппаратным уровнем.

Что такое гипервизор

Гипервизор — это специальная программа, которая позволяет запустить на одном физическом компьютере сразу несколько «виртуальных компьютеров» (их называют виртуальными машинами или ВМ) и грамотно распределяет между ними ресурсы.

Гипервизор

Представьте мощный компьютер с большим объемом памяти и мощным процессором. Раньше на нем можно было запустить только одну операционную систему — например, Windows. Все остальное время значительная часть ресурсов компьютера простаивала. Гипервизор решает эту проблему.

История гипервизоров

Идеи разделения ресурсов появились на мейнфреймах IBM в 1960-х. Мейнфреймы запускали изолированные среды для выполнения различных системных задач.

Основные исторические этапы развития технологии виртуализации серверов:

  • 1960-е: проекты CP-40 и CP-67 для разделения времени.
  • 1990-е: VMware стала локомотивом популяризации виртуализации архитектуры x86.
  • 2000-е: Intel VT-x и AMD-V упростили перехват чувствительных событий.
  • 2010-е: облачные модели усилили роль виртуализации во многих ЦОД.

Аппаратные расширения снизили накладные расходы на перехват инструкций. Производительность ВМ приблизилась к физическому серверу при грамотной настройке. Технология стала массовой, а слово «гипервизор» стало абсолютно общеупотребительным.

Преимущества гипервизоров

Использование гипервизоров меняет подход к инфраструктуре. Бизнес получает гибкую инфраструктуру, удобство администрирования и экономию аппаратных ресурсов. Нагрузка распределяется равномернее, простои снижаются.

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

Механизмы высокой доступности перезапускают ВМ на других хостах кластера. Главные корпоративные преимущества современных технологий аппаратной серверной виртуализации:

Характеристика платформыПольза для бизнеса
Экономия ресурсовСнижение издержек за счет консолидации серверного оборудования.
Обеспечение высокой доступностиАвтоматический перезапуск сервисов при сбоях аппаратных компонентов.
Живая миграция без простояПеренос изолированных систем без остановки рабочих процессов.

Управление выполняется через централизованный веб-интерфейс. Инфраструктура выглядит как общий пул ресурсов. Время перезапуска ВМ обычно измеряется секундами, а восстановление БД зависит от сценария аварии.

Типы гипервизоров

Классификация строится вокруг места установки. Ключевой критерий — наличие хостовой ОС между слоями.

Основные типы гипервизоров:

  • Вариант Bare-metal запускается на оборудовании без хостовой ОС.
  • Hosted-гипервизор работает внутри хостовой ОС как прикладная программа.

Bare-metal и Hosted-гипервизор

Аппаратная поддержка снижает задержки при виртуализации. Решения Bare-metal чаще применяются в центрах обработки данных. Продукты Hosted устанавливаются на рабочих станциях и ноутбуках.

Гипервизор типа 1 (Bare-metal)

Промышленный гипервизор первого типа устанавливается непосредственно на физическое оборудование сервера. Драйверы и планировщик ресурсов входят в компактное ядро. Гостевые ОС получают изоляцию памяти и устройств.

Критичным системам важна предсказуемая задержка ввода-вывода. Поэтому архитектуру Bare-metal выбирают для баз данных и VDI. Примерами служат VMware ESXi и Hyper-V (Windows Server).

Гипервизор типа 2 (Hosted)

Hosted-гипервизор запускается внутри Windows, Linux или macOS. Доступ к аппаратным ресурсам идет через драйверы хостовой ОС. Подход удобен для следующих задач:

  • Тестирование приложений в изолированной программной среде.
  • Обучение основам администрирования и сетевых практик.
  • Разработка продуктов на ноутбуках инженеров без отдельного сервера.

Процесс похож на установку обычной программы. Главный недостаток — дополнительный программный слой и рост накладных системных расходов. Для учебных стендов подходит простой вариант на базе VirtualBox или Workstation.

Ключевые характеристики гипервизоров

Выбор платформы требует оценки измеримых параметров. Часть характеристик влияет на скорость и задержки. Остальные задают риски и сложность сопровождения.

Баланс параметров определяется профилем нагрузок и планами роста. Ошибка в выборе повышает стоимость владения. Пилотная проверка снижает риск.

Производительность

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

Архитектура гипервизора: схема
Архитектура гипервизора первого типа: физическое оборудование, слой гипервизора с планировщиком и менеджером разделов, корневая секция с драйверами и изолированные виртуальные машины

Типовой процесс включает следующие операции:

  • Квотирование ресурсов по приоритетам и политике размещения.
  • Трансляция гостевых адресов через таблицы отображения памяти.
  • Работа очередей ввода-вывода и кэширование операций хранилища.
  • Проброс устройств при необходимости прямого доступа.

Механизмы повышают стабильность при смешанных нагрузках. Накладные расходы снижаются за счет аппаратной поддержки. Задержки транзакций становятся предсказуемее.

Безопасность

Изоляция обеспечивается на уровне VMM и аппаратных режимов. IOMMU и VT-d ограничивают DMA со стороны устройств. Риск обхода изоляции через доступ к памяти снижается.

Безопасная эксплуатация требует сегментации управления и строгих ролей. Обновления микрокода закрывают уязвимости на уровне CPU. Патчи гипервизора уменьшают риск VM escape.

Масштабируемость

Кластеры объединяют хосты в единый пул ресурсов. Планировщик переносит ВМ между узлами по метрикам нагрузки. Перенос основывается на следующих показателях:

  • Загрузка процессора гостевыми системами на хосте.
  • Занятый объем оперативной памяти на конкретном узле.
  • Нагрузка сетевых интерфейсов потоками передаваемых данных.

Подход обеспечивает рост без остановки критичных сервисов. Функции автоматического размещения снижают риск перегруза узлов. Ресурсы расходуются равномернее.

Поддержка оборудования

Совместимость проверяется по спискам совместимости (HCL) и версиям микропрограмм. NVMe обычно дает существенный прирост по задержкам и IOPS. SR-IOV может повысить производительность сети при поддержке сетевых адаптеров.

Подключение графических ускорителей нередко требует passthrough или vGPU-режимов. Проброс контроллеров дает гостевой системе прямой доступ к устройству. Тестовый стенд снижает риск конфликтов драйверов после обновлений.

Управление и мониторинг

Централизованная консоль показывает состояние хостов, ВМ и хранилищ. Метрики позволяют быстро находить узкие места. Сбор данных обычно выполняется так:

  • Агенты и службы внутри гостевых операционных систем.
  • Защищенные интерфейсы API для администрирования и автоматизации.
  • Телеметрия аппаратных датчиков серверов и систем хранения.

Снимки состояния ускоряют восстановление системы после неудачного системного обновления. Автоматизация снижает риск ручных действий в аварийных окнах. Оповещения ускоряют реакцию дежурной смены.

Гипервизор типа 1 против типа 2: как определиться

Сравнение начинается с оценки задач и уровня критичности разворачиваемых сервисов. Bare-metal подходит для серверов и кластеров в ЦОД. Hosted удобен для рабочих мест и лабораторий.

Hosted-решения зависят от драйверов и обновлений хостовой ОС. Bare-metal обычно дает меньшие задержки ввода-вывода. Плотность размещения ВМ в ЦОД чаще выше.

Архитектура типа 1 — первый вид промышленного стандарта корпоративного развертывания. Оценка рисков снижает стоимость внедрения. Пилот помогает избежать конфликтов на этапе запуска.

Критерии выбора гипервизора

Выбор платформы начинается с требований, а не с бренда. Важны нагрузки, сопровождение и стоимость владения. Решение обычно принимается после следующих этапов:

  • Нагрузочный пилот в изолированной тестовой среде.
  • Расчет полной стоимости владения для планируемого масштаба.
  • Проверка совместимости с текущим парком оборудования.

Предварительный аудит снижает риск простоев. Требования отказоустойчивости фиксируются в техническом задании. Документ становится основой проектирования кластера.

Определение потребностей

На первом этапе определяются целевые приложения, режимы работы и SLA. Для баз данных важна низкая латентность и I/O. Для VDI критична графика и сетевые протоколы.

Функции платформы сверяются с картой сервисов. Рассчитывается число ядер и объем памяти. Планирование хранилищ уменьшает риск остановки сервисов.

Бюджет

Лицензии, поддержка и обучение формируют стоимость владения. Открытые платформы снижают капитальные затраты, но повышают требования к инженерам. Для эксплуатации важны следующие компетенции:

  • Понимание настройки и обновления компонентов открытой платформы.
  • Навыки диагностики нестандартных сетевых конфликтов и конфликтов хранилищ.
  • Готовность поддерживать кластер без круглосуточной поддержки поставщика.

Коммерческие варианты дают поддержку производителя и готовые интеграции. Развертывание новых сервисов ускоряется. Для бизнеса важны юридические гарантии и SLA поддержки.

Требования к безопасности

Контуры доступа разделяют управление, сети ВМ и хранилища. Для регулируемых отраслей важны сертификаты и журналирование. Политика обновлений задает допустимые окна простоя.

Процедуры отката уменьшают последствия неудачных патчей. Регулярный аудит выявляет слабые места конфигураций. Криптографические модули помогают защищать критичные данные.

Масштабируемость и рост

План роста учитывает число узлов и объем хранения. Кластерные функции и живая миграция снижают риски расширения. Для масштабирования обычно применяются такие решения:

  • Программно-определяемая сеть для изменения топологий и политик.
  • Концепция SDDC для автоматизации выдачи ресурсов и сред.
  • Шаблоны и политики размещения для быстрого клонирования ВМ.

Подход ускоряет запуск новых сред и сервисов. Инфраструктура лучше выдерживает всплески нагрузки. Масштабирование становится более предсказуемым.

Требуемые компетенции

Для эксплуатации нужны знания сетей, SAN и Linux. Важна практика резервного копирования и восстановления. Для обслуживания KVM критически важен опыт администрирования через консоль libvirt.

Для vSphere важны навыки работы с vCenter. Документация и регламенты (runbook) снижают зависимость от отдельных экспертов. Процессы становятся воспроизводимыми.

Проблемы безопасности гипервизоров

Гипервизор остается целью атак из-за максимального уровня системных привилегий. Компрометация дает доступ ко многим виртуальным машинам. 

На практике встречаются следующие риски:

Побег из ВМ (VM escape) через уязвимости VMM и эмуляторов устройств.

Ошибки и уязвимости драйверов ввода-вывода и виртуальных устройств.

Слабая защита интерфейсов управления и уязвимые API.

Ошибки сегментации сети управления и некорректные VLAN.

Утечки снапшотов и резервных копий из хранилищ.

Защита начинается отключением лишних сервисов управления. Далее применяется сегментация, MFA и контроль целостности. Регулярные проверки конфигураций снижают риск инцидентов.

Расширение возможностей гипервизора

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

Виртуализация хранения объединяет диски серверов в кластерный пул. vSAN может повысить IOPS без внешних массивов при подходящей конфигурации. Интеграция с Kubernetes дает единое управление контейнерами и ВМ.

Планировщик учитывает NUMA и приоритеты приложений. Инфраструктура остается гибкой при росте задач машинного обучения. Автоматизация снижает нагрузку на инженерную команду.

Оцените статью
( Пока оценок нет )
Поделиться с друзьями
IaaS SaaS PaaS
Добавить комментарий