Виртуализация

Живая миграция

Определение

Живая миграция — перенос работающей виртуальной машины с одного хоста на другой без заметного для пользователя простоя. Это плановая операция с исправным источником: она не доказывает ни перезапуска после отказа узла, ни наличия резервной копии.

Также ищут: Live migration · живая миграция VM · перенос работающей VM · live VM migration

Зачем это знать

Для обслуживания нужен пригодный узел назначения и доступная исходная машина. Успешная миграция не подтверждает поведение при полном отказе источника или наличие истории для восстановления данных.

Доказательная часть

Что подтверждено

  1. Живая миграция переносит работающую VM между узлами без заметного для пользователя простоя.

    Граница применимости: Поведение Hyper-V по документации; фактическая пауза, непрерывность сети и совместимость устройств и CPU зависят от платформы и настроек.

  2. Живая миграция может работать без Failover Clustering, поэтому сама по себе не доказывает автоматический перезапуск или переключение после отказа узла.

    Граница применимости: Различие между плановым переносом и восстановлением после отказа в архитектуре Hyper-V.

  3. В учебном сценарии исходный хост уже полностью выключен и его работающая VM недоступна. Успех прежней живой миграции между исправными хостами не доказывает перенос этого недоступного исполнения: теперь требуется проверенный путь восстановления после отказа.

    Граница применимости: Редакторское разграничение работающего источника Hyper-V и автоматического перехода после отказа. Непрерывное дублирование исполнения или иной заранее настроенный механизм в условии не предполагается.

  4. Узел назначения должен быть пригоден для конкретной VM: нужны поддержанная конфигурация, достаточный свободный гостевой бюджет и доступные данные и сеть. Совпадение марки CPU или наличие свободного сервера само по себе этого не подтверждает.

    Граница применимости: Редакторская проверка назначения по модели переноса Hyper-V и запуска кластерной роли. Точные требования CPU и устройств зависят от продукта; универсальный режим совместимости не назначается.

  5. Миграция исполнения VM сама не создаёт независимую историю данных. Снимок часто зависит от исходных данных и хранилища: без необходимой основы он непригоден для восстановления. Независимую резервную копию хранят отдельно от исходного ресурса и проверяют вместе со всеми требуемыми данными. Успешный перенос не подтверждает возврат до ошибочного изменения.

    Граница применимости: Сопоставление миграции и защиты данных. Зависимость снимка проверяют по реализации; не все снимки объявляются зависимыми, а название резервной копии само по себе не доказывает независимость носителя и успешное восстановление.

  6. В libvirt шифрование собственного транспорта гипервизора зависит от гипервизора; этот путь требует отдельной сетевой настройки. Туннель через libvirt RPC поддерживает шифрование, но миграция необщего хранилища, многоканальная и post-copy миграция могут быть недоступны.

    Граница применимости: Онлайн-документация libvirt о миграции гостевых систем; версия страницы не указана. Поддержку транспорта и флагов проверяют для конкретного драйвера, гипервизора и версии. Возможность шифрования не означает его включение.

  7. По умолчанию libvirt ожидает, что образы дисков без явного сетевого доступа находятся на общем хранилище. Локальные образы можно копировать при миграции через virsh migrate с --copy-storage-all. Целевые образы должны быть заранее созданы нужного формата и размера; если целевой путь входит в пул libvirt, они создаются автоматически.

    Граница применимости: Онлайн-документация libvirt о переносе необщих образов дисков; версия не указана. При поддержке --copy-storage-inc копируют только верхний образ цепочки и обязательно создают его заранее, даже в пуле libvirt. При переносе неактивной конфигурации копирование необщего и иного файлового хранилища не поддерживается. Поддержку режима проверяют для конкретного драйвера и версии.

  8. Живая миграция Proxmox VE требует одного кластера, надёжной сети, одинаковой архитектуры CPU и отсутствия непереносимых локальных ресурсов; целевые пакеты должны быть той же или более новой версии. Рекомендуются процессоры одного производителя со схожими возможностями; процессоры разных производителей иногда работают, но совместимость не гарантирована. При offline migration локальные диски копируются по сети, если хранилище определено на обоих узлах.

    Граница применимости: Online Migration / Requirements и Offline Migration в pve-docs 9.2.13, снимок c673ee6c62ec. Совместимость процессоров разных производителей проверяют до эксплуатации. Определённое на обоих узлах хранилище не обязательно общее физически. Passthrough может потребовать адаптации на цели; пауза/непрерывность сети и восстановление с недоступного хоста не гарантируются.

Граница терминов

Не путать

Живая миграция Failover (переключение при отказе)

Живая миграция работает с исполняющейся машиной, переключение при отказе отвечает на потерю активной стороны. Проверка первого сценария не доказывает второй.

Живая миграция Failover-кластер

Hyper-V может выполнять живую миграцию без Failover Clustering. Кластер добавляет отдельную модель ролей и реакции на отказ; пригодность назначения нужна конкретной машине.

Перед спецификацией

Что проверить

  1. Разделите плановое обслуживание и внезапный отказ.
  2. Подтвердите доступность работающего источника.
  3. Сверьте поддержанную конфигурацию назначения.
  4. Проверьте свободный гостевой бюджет одного допустимого хоста.
  5. Подтвердите доступ к данным и сети после переноса.
  6. Проверьте результат операции клиента.
  7. Историю и независимые копии подтвердите отдельными механизмами.
  8. В libvirt для --copy-storage-inc заранее создайте целевой верхний образ цепочки, даже внутри пула хранилища.
Открытые основания

Первоисточники

  • Документация6
  • Официальная документация
    Live Migration Overview Microsoft · Microsoft Learn, обновлено 17 сентября 2020 года · проверено

    Отделяет перенос работающей VM без воспринимаемого простоя от automatic failover и показывает, что live migration может работать без кластера.

    Утверждения: 01 · 02 · 03 · 04 · 05

  • Официальная документация
    Failover Clustering in Windows Server and Azure Local Microsoft · Microsoft Learn, обновлено 25 июня 2025 года · проверено

    Описывает nodes, clustered roles, health monitoring, failover и quorum в failover cluster.

    Утверждения: 02 · 04

  • Официальная документация
    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.

    Утверждения: 03

  • Официальная документация
    Security Guidelines for Storage Infrastructure National Institute of Standards and Technology · NIST SP 800-209, October 2020 · проверено

    Разделяет backup, replication, immutability, continuous data protection и point-in-time copies; описывает synchronous и asynchronous replication.

    Утверждения: 05

  • Официальная документация
    Guest migration libvirt · На открытой странице номер версии или дата редакции не указаны; это текущая онлайн-страница. · проверено

    Транспорт, защита данных, URI и копирование образов дисков при миграции VM. Версия документа на странице не указана; поддержку режима проверяют для конкретного драйвера, гипервизора и установленных версий.

    Утверждения: 06 · 07

  • Официальная документация
    Proxmox VE QEMU/KVM Virtual Machine Manager (qm) Proxmox Server Solutions GmbH · pve-docs 9.2.13; source commit c673ee6c62ec2bf4e33a05fcd1a0f0a29b18d2f7 · проверено

    Online Migration / Requirements и Offline Migration: архитектура/CPU, пакеты, сеть, локальные ресурсы и передача дисков. Не обещает непрерывность приложения или восстановление с недоступного узла.

    Утверждения: 08

Карта знаний

Связанные понятия

Из знания — в навык

Курсы по теме

Подтвердите действие