Назад | Перейти на главную страницу

ovirt 3.6 на ovirt 4.2 Миграция

Мы используем версию Ovirt3.6 в нашем продукте, мы хотим обновиться с 3.6 до 4.2.

В настоящее время у нас есть 2 (hyp A и hyp B) физических хоста, на которых работает ovirt 3.6 с автономным движком с доменом данных, кластером iso one и центром обработки данных. Что мы делали, делаем эту миграцию следующим образом.

План А.

  1. Прикрепите экспортный домен, представленный ниже.
  2. Сделайте резервную копию всех запущенных виртуальных машин в качестве экспорта.
  3. Отключить экспортный домен
  4. Отсоедините hyp B от кластера и центра обработки данных
  5. Установите свежий ovirt 4.2 iso на hyp B
  6. Установить собственный движок
  7. Прикрепить домен данных
  8. Прикрепите экспортный домен, который использовался в ovirt 3.8
  9. Импортируйте все виртуальные машины оттуда в новый ovirt 4.2
  10. Как только все виртуальные машины заработали и запустили poweroff hyp A
  11. Установите свежий ovirt 4.2 iso на hyp A и прикрепите кластер.

План B.

  1. Прикрепите экспортный домен, представленный ниже.
  2. Сделайте резервную копию всех запущенных виртуальных машин в качестве экспорта.
  3. Отключить экспортный домен
  4. Отсоедините Hyp B от кластера и центра обработки данных
  5. Установите свежий ovirt 4.2 iso на hyp B
  6. Установить собственный движок
  7. Прикрепить домен данных
  8. Экспорт из ovirt 3.8 в ovirt 4.2
  9. Как только все виртуальные машины заработали и запустили poweroff hyp A
  10. Установите свежий ovirt 4.2 iso на hyp A и прикрепите кластер.

Заранее спасибо, что мы можем ошибаться в описанном выше шаге, который поможет нам выиграть эту миграцию.

С уважением, Techieim

План B не будет работать, поскольку Data Domain все еще подключен к oVirt 3.6.

Для План А Я предполагаю, что вы предоставляете две дополнительные единицы хранения:

  1. Единица хранения для нового hosted_storage Домен (домен данных для Self Hosted Engine)
  2. Одно хранилище для нового Data Domain (одно для виртуальных машин)

При этом оба плана не могут обеспечить непрерывность бизнеса, поскольку им нужно, чтобы виртуальные машины были выключены и работали в новой среде.

Я настоятельно рекомендую вам пройти весь процесс обновления с oVirt 3.6 до 4.0, затем с 4.0 до 4.1 и, наконец, с 4.1 до 4.2. Документация на ovirt.org еще не полностью обновлена ​​до версии 4.2, но вы можете взглянуть на официальная документация Red Hat Virtualization.

Глава 6.2 Руководство по автономному двигателю RHV 4.2 четко описывает вышеупомянутый процесс. Просто имейте в виду следующие аналогии:

  • Хост или RHVH (RHEV-H до 3.6) → узел oVirt
  • Manager или RHVM (RHEV-M до 3.6) → oVirt Engine