Гость видит назначенные ресурсы, гипервизор управляет их доступом к физическим CPU и RAM. Наблюдение низкой загрузки не является постоянным резервом исполнения.
Гипервизор
Определение
Гипервизор — программный слой, который создаёт виртуальные машины и распределяет между ними общие процессоры, память и устройства. Он же отдельная граница безопасности: ограничения внутри гостевой ОС не отменяют прав учётной записи, управляющей всеми машинами хоста.
Также ищут: Hypervisor · Virtual Machine Monitor · VMM
Зачем это знать
Нужно отделить назначенную конфигурацию от фактического исполнения, учесть собственные расходы платформы и проверить права на весь хост. Изоляция внутри гостя не заменяет защиту гипервизора.
Карта понятия
Шире
Частный случай
Использует
Что подтверждено
Гипервизор управляет гостевыми операционными системами и контролирует их взаимодействие с физическим оборудованием.
Граница применимости: Полная виртуализация по NIST SP 800-125; контейнеры уровня ОС используют другую модель изоляции.
Гипервизор управляет доступом нескольких виртуальных машин к общим CPU, RAM и устройствам, поэтому служит отдельной границей безопасности и распределения ресурсов.
Граница применимости: Логическое разделение ресурсов; прямой проброс устройств и аппаратные разделы проверяются отдельно.
Учебный хост имеет 128 ГиБ физической памяти; 16 ГиБ по условию отведены платформе и другим обязательным расходам. Для фиксированных назначений гостям остаётся 112 ГиБ. Назначить гостям все 128 ГиБ в этой модели нельзя.
Граница применимости: Редакторский расчёт заданных непересекающихся бюджетов. 16 ГиБ — условие задачи, не универсальная норма гипервизора; подкачка, сжатие и переподписка здесь не используются.
Низкая текущая загрузка общего CPU ещё не доказывает резерв исполнения для каждой VM. Соседние нагрузки могут потребовать тот же ресурс; гарантию проверяют по настройке распределения и испытанию согласованной нагрузки.
Граница применимости: Редакторская граница между наблюдаемой загрузкой и обязательством платформы по модели общих ресурсов. Универсальный порог загрузки или допустимый коэффициент переподписки не вводится.
Если учётная запись управления гипервизором имеет право остановить или перенастроить все его VM, ограничения внутри одной гостевой ОС не отменяют эти полномочия. Для такого действия проверяют доступ на уровне управления платформой.
Граница применимости: Редакторский сценарий с явно заданными административными правами. Разделение гостей и зависимости управления рассматриваются вместе; не предполагается одинаковый набор ролей всех продуктов.
Не путать
Аппаратные механизмы помогают гипервизору выполнять гостей. Программное управление, резервирование и защита доступа остаются отдельными условиями платформы.
Что проверить
- Укажите общий физический ресурс каждого гостевого назначения.
- Отдельно учтите расходы платформы.
- Разделите текущую загрузку и гарантированное выделение.
- Проверьте правила распределения при конкуренции гостей.
- Перечислите права управления всем хостом.
- Проверьте требуемые аппаратные механизмы.
- Измерьте согласованную нагрузку с нужным составом соседних VM.
Первоисточники
- AMD64 Architecture Programmer's Manual, Volume 2: System Programming
Документ № 24593 указан как том 2 System Programming. Точная редакция и разделы для цитирующих утверждений требуют проверки самого PDF; дата прежнего получения не обновлялась. Упоминание другого тома полностью удалено.
- Contingency Planning Guide for Federal Information Systems
Первичный planning guide по BIA, recovery strategies, RPO/RTO, contingency и disaster recovery plans.
Утверждения: 05