Слой 1. VM — не отдельный физический сервер
Гостевая система видит виртуальное оборудование, а гипервизор сопоставляет его с общими физическими ресурсами. Логическая изоляция не отменяет общий хост.
Полная виртуализация запускает гостевую ОС и приложения на виртуальном оборудовании.
VM объединяет гостевую ОС, приложения, виртуальные процессор, память, хранилище и сеть в логическую сущность.
Гипервизор управляет гостевыми системами и посредничает в доступе к оборудованию; его компрометация затрагивает общую границу доверия.
Слой 2. Type 1, Type 2 и CPU extensions
Тип гипервизора говорит, что находится под ним. VMX, SVM и AMD-V говорят о поддержке процессора, а не о готовом кластере высокой доступности.
Type 1 работает на аппаратном обеспечении без ОС хоста; Type 2 работает поверх ОС хоста.
ОС хоста Type 2 добавляет драйверы, службы и уязвимости в доверенный путь VM.
Расширение виртуализации процессора помогает гипервизору, но прошивка, IOMMU, устройства и совместимость функций проверяются отдельно.
Слой 3. Live migration не равна failover
Миграция обслуживает плановое перемещение работающей VM. Переключение при отказе реагирует на сбой и требует полностью готового резервного тракта.
Живая миграция переносит работающую VM без заметного простоя и может работать без кластера.
Переключение при отказе автоматически переводит рабочую нагрузку с отказавшей активной системы на резервную систему или систему в режиме ожидания.
Резервная система должна получить данные, сетевую идентичность и зависимости; одного свободного вычислительного узла недостаточно.
Слой 4. Quorum решает, fencing исключает
Кластер должен выбрать сторону, имеющую право работать, и доказать, что старый владелец больше не записывает общие данные.
Кворум задаёт минимальное число голосов для согласованной работы, но не выключает потерянный узел.
Изоляция отключает узел или его доступ к критическим ресурсам и защищает общие ресурсы от одновременной работы двух владельцев.
Узлы должны находиться в независимых доменах отказа нужного уровня: резервирование узлов не доказывает устойчивость к отказу стойки или площадки.
Проверьте инженерное мышление
Вопросы проверяют не память на аббревиатуры, а умение не делать лишних выводов.
Источники курса
Ссылки приведены один раз для всего курса, чтобы не мешать чтению каждого тезиса.
- Официальная документация
Guide to Security for Full Virtualization Technologies
National Institute of Standards and Technology · NIST SP 800-125, final от января 2011 года
Определяет full virtualization, VM/guest, hypervisor, bare-metal и hosted architectures, snapshot и isolation boundary.
Открыть первоисточник - Первичная спецификация
AMD64 Architecture Programmer's Manual, Volumes 1–5
AMD · Volume 1 Rev 3.24, август 2025 года; комплект проверен 29 августа 2026 года
Официальная программная модель и reference AMD64.
Открыть первоисточник - Официальная документация
Live Migration Overview
Microsoft · Microsoft Learn, обновлено 17 сентября 2020 года
Отделяет перенос работающей VM без воспринимаемого простоя от automatic failover и показывает, что live migration может работать без кластера.
Открыть первоисточник - Официальная документация
Failover Clustering in Windows Server and Azure Local
Microsoft · Microsoft Learn, обновлено 25 июня 2025 года
Описывает nodes, clustered roles, health monitoring, failover и quorum в failover cluster.
Открыть первоисточник - Официальная документация
Failover — CSRC Glossary
National Institute of Standards and Technology · CSRC glossary по NIST SP 800-53 Rev. 5, проверено 29 августа 2026 года
Определяет automatic switch to redundant or standby system после failure active system.
Открыть первоисточник - Официальная документация
Failover Clustering topologies
Microsoft · Microsoft Learn для Windows Server 2016–2025, проверено 29 августа 2026 года
Определяет fault domains и показывает границу single-rack HA, stretch cluster и multi-site DR.
Открыть первоисточник - Официальная документация
Pacemaker Explained
ClusterLabs · Pacemaker 3.0.1, опубликовано в 2025 году
Официальная документация cluster resource manager: fencing, STONITH, split brain и защита shared resources.
Открыть первоисточник