У второго типа под гипервизором есть основная ОС, у первого этой подложки нет. Это различие зависимостей; поддержанный перенос и поведение отказа требуют отдельной проверки.
Гипервизор второго типа
Определение
Гипервизор второго типа — гипервизор, который работает поверх основной операционной системы, а не на самом оборудовании. Эта ОС входит в контур виртуализации: её перезапуск, драйверы и администраторы влияют на все гостевые машины.
Также ищут: Type 2 hypervisor · hosted hypervisor · hosted virtualization
Зачем это знать
Помимо гостей нужно учитывать обновления, приложения, драйверы и административные права основной ОС. Успешная работа VM не исключает их влияния на общий хост.
Карта понятия
Шире
Сравнить
Что подтверждено
При виртуализации второго типа гипервизор работает поверх основной ОС, а не непосредственно на оборудовании.
Граница применимости: Редакторское сопоставление размещения управляющего слоя полной виртуализации и аппаратной модели. Название типа описывает положение слоя; оно не выдаётся за дословную классификацию в документе о безопасности полной виртуализации.
Учебная схема второго типа: все VM исполняются локально поверх одной основной ОС, внешнего переноса нет. Её перезапуск прерывает это исполнение; работа каждой гостевой ОС не делает её независимой от перезапуска основной.
Граница применимости: Редакторское применение архитектуры NIST SP 800-125 и общей области отказа. Не предполагается скрытый второй хост или сохранение непрерывного исполнения через внешнюю платформу.
Приложения основной ОС и гостевые системы могут использовать одни физические ресурсы. Для фиксированного гостевого бюджета сначала учитывают обязательные расходы основной ОС и платформы; паспортную память сервера нельзя целиком объявить свободной памятью гостей.
Граница применимости: Редакторская проверка общих ресурсов по модели полной виртуализации и аппаратного исполнения. Конкретный объём расходов задаётся измерением или условием проекта, не типом гипервизора.
Если администратор основной ОС имеет право остановить процесс гипервизора, ограниченная учётная запись внутри гостя не запрещает такое действие. Защита гостя и административного доступа к основной ОС проверяется на разных уровнях.
Граница применимости: Редакторский сценарий с явно заданным полномочием. Модель доверия NIST SP 800-125 сопоставлена с зависимостями восстановления; конкретные роли и интерфейсы управления продукта не назначаются.
Не путать
Гипервизор управляет гостями, а при втором типе основная ОС добавляет собственную работу в общий физический бюджет. Гостевые назначения считают после обязательных расходов.
Что проверить
- Укажите основную ОС и версию гипервизора.
- Перечислите общие службы и драйверы.
- Согласуйте влияние перезапуска основной ОС на гостей.
- Учтите нагрузку приложений основной ОС.
- Отделите физическую память от свободного гостевого бюджета.
- Проверьте административные права на основной ОС.
- Испытайте приложение в согласованном составе нагрузок.
Первоисточники
- Intel 64 and IA-32 Architectures Software Developer Manuals
Официальное описание архитектуры, программной модели и полного набора инструкций Intel 64 и IA-32.
Утверждения: 01
- Failover Clustering topologies
Определяет fault domains и показывает границу single-rack HA, stretch cluster и multi-site DR.
Утверждения: 03
- AMD64 Architecture Programmer's Manual, Volume 2: System Programming
Документ № 24593 указан как том 2 System Programming. Точная редакция и разделы для цитирующих утверждений требуют проверки самого PDF; дата прежнего получения не обновлялась. Упоминание другого тома полностью удалено.
Утверждения: 04
- Contingency Planning Guide for Federal Information Systems
Первичный planning guide по BIA, recovery strategies, RPO/RTO, contingency и disaster recovery plans.
Утверждения: 05
- Live Migration Overview
Отделяет перенос работающей VM без воспринимаемого простоя от automatic failover и показывает, что live migration может работать без кластера.