Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Виртуальная Среда
    Поведение заблокированных ВМ при HA-миграции В этом посте я расскажу, как заблокированные виртуальные машины ведут себя при миграции с использованием высокой доступности (HA). **Что такое заблокированная ВМ?** В контексте vSphere заблокированная виртуа

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    Поведение заблокированных ВМ при HA-миграции В этом посте я расскажу, как заблокированные виртуальные машины ведут себя при миграции с использованием высокой доступности (HA). **Что такое заблокированная ВМ?** В контексте vSphere заблокированная виртуа, Proxmox Виртуальная Среда
     
    SimonR
    Guest
    #1
    0
    24.06.2025 09:58:00
    Привет всем. У меня вопрос: как ведёт себя заблокированная VM (из-за резервной копии или изменения конфигурации), если её узел находится в состоянии fencing или имеет аппаратную ошибку? Служба HA установлена в состояние "running". Будет ли она отображаться как заблокированная с неизменной конфигурацией на другом узле? Согласно моим исследованиям механизма HA, в случае блокировки VM эта VM будет отображаться как заблокированная и не запустится, пока мы не выясним проблему и не разблокируем VM вручную. Это так? Мы в процессе поддержки с Nakivo Backup по этому поводу. Наш кластер использует быстрое общее NFS-хранилище, а виртуальные машины имеют qcow2-диски. Механизм резервного копирования Nakivo заключается в заморозке базового диска VM и создании временного overlay-диска, в то время как производится резервное копирование базового диска. После успешного резервного копирования временный overlay сливается с базовым диском, а временный overlay-диск удаляется. Наша проблема заключалась в том, что если задача резервного копирования зависает, VM остаётся заблокированной и не производит слияние или фиксацию автоматически. Если не быть осторожным и просто разблокировать VM и перезагрузить её, VM запускается и не знает о временном overlay-образе, все данные были записаны только на него. Таким образом, VM после разблокировки работает на базовом диске, с данными только с момента начала резервного копирования. И после изменения базового диска слияние или фиксация невозможны. Да, можно слить, но новый диск после этого имеет ошибки и почти не пригоден к использованию. Мы теперь знаем, как решить эту проблему и знаем, что не стоит снова запускать VM без слияния временного overlay. Мы протестировали это, и всё o.k. Но нам нужно быть уверенными, что HA никогда не запустит ранее заблокированную VM на сбойном узле, чтобы мы могли это расследовать. Мы протестируем это сами, с одной тестовой VM на узле кластера и просто выключим узел во время процесса резервного копирования Nakivo. Потому что если VM затем запустится на другом узле, потому что она не заблокирована, HA может привести к потере данных на затронутых VM, которые находились в процессе резервного копирования во время случая HA. Итак, я прав в своих знаниях, что VM останется заблокированной и не запустится в случае HA?
     
     
     
    Magnus-mercer
    Guest
    #2
    0
    27.06.2025 08:59:00
    Документация pmxcfs объясняет, что HA использует блокировку на уровне кластера, чтобы ограждать и восстанавливать гостевые машины, но она не переопределит ручную блокировку VM, оставленную операциями резервного копирования или снимков. https://pve.proxmox.com/pve-docs/chapter-pmxcfs.html
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры