Ubuntu сервер P2V, на котором запущено программное обеспечение raid5

Вот моя задача: у меня есть физический производственный веб-сервер под управлением Ubuntu 10.04 с программным обеспечением raid 5 (mdadm), который я должен виртуализировать на хост VM ESXi5.0, при этом сводя к минимуму время простоя (предпочтительно 0 времени простоя).

Я попытался использовать автономный конвертер VMware, но он не работает на работающем сервере с программным обеспечением raid. Я не могу найти какой-либо жизнеспособный вариант для этого P2V.

В моем распоряжении есть инструменты, которые должны помочь:
Недавно отформатированный пустой сервер, имеющий соответствующие спецификации.
Внешний жесткий диск USB емкостью 1 ТБ.
1 физический хост ESX5.0
1 физический сервер Microsoft 2012 с Hyper-V

Время здесь не проблема, но мне нужно:
убедитесь, что никакие данные не будут потеряны в движении
свести к минимуму время простоя (мне будет трудно оправдать что-либо более чем за 10 минут без предварительной резервной копии).
минимизировать риск потери сервера (т. е. повредить raid/ диск перед перемещением) - в настоящее время нет резервной копии диска.

Я весь день искал решение, DD кажется, что оно должно быть полезным, но я не могу найти правильный способ сделать это, и я не уверен на 100%, что могу dd весь диск с указанного диска. Также кажется, что если бы я мог перестроить рейд в рейд 1, я мог бы клонировать один из этих дисков и таким образом избавиться от массива рейдов, но в большинстве статей речь идет о переходе от 1 до 5, а не от 5 до 1.

Любая помощь, указывающая мне правильное направление, будет полезна.

(Как примечание, я не думаю, что это относится к моему вопросу, но на всякий случай, в конце концов, этот сервер будет обновлен с 10.04 до 12.04 и переведен на Microsoft Hyper-V.)

1 ответ

Минимальное время простоя, скорее всего, возможно, но не с простым p2v. Вместо этого рассматривайте это скорее как восстановление резервной копии на новом оборудовании.

  • Выполнить резервное копирование
  • Восстановите в ВМ и перенастройте файловую систему и настройки для новых виртуальных устройств / хранилищ.
  • Остановите любые службы / записи на источник
  • синхронизировать любые оставшиеся данные измененными между начальным резервным копированием

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

Другие вопросы по тегам