ILSOFT
Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Опишу свой опыт миграции с Xen на XenServer, может кому пригодится. Был Xen на нем три виртуальные машины, решили перейти на XenServer 5.6. Первый сюрприз который подкинул цитрикс, это использование LVM в локальном хранилище. Как бы с точке зрения производительности, это оправдано НО как перенести рабочую виртуалку из файла в lvm раздел? XenServer предлагает произвести импорт (Disk Image Import правой кнопкой на хост сервере), однако импорт из файлов типа vhd (микрософтовский станднарт), vmdk (vmvare), vdi (sun), wim (еще один микрософтовский станднарт)... Честно сказать, вникать в тонкости форматов и стандартов не хотелось и пришлось использовать qemu для конвертации img файлов xen в vmdk: Код: qemu-img.exe convert -f raw -O vmdk vm.img vm.vmdk | в результате получится файл образ для vmware который можно "скормить" XenServer при импорте. Однако, при начале операции импорта процедура крепко задумывалась минуты на 2, а потом сообщала что операция falled. В логе появлялись сообщения вида: Код: iSCSI could not start the XenServer TransferVM XENAPI_PLUGIN_EXCEPTION - expose - ConfigurationError - Transfer VM '3cc03533-215c-b8d6-b6bb-cad48a4153b9' started, but did not respond in 120 seconds, giving up | кстати, просмотр логов тоже не в тривиальном месте - Help\View Application Log Files оказалось что логика работы примерно такая: 1. XenServer запускает некую Transfer VM (которая должна быть установлена в системе но не видна из XenCenter). Эта виртуалка представляет собой по сути LIveCD который загружается и производит копирование образа по TCP/IP с вашей машины в раздел импортируемой. 2. Указанная выше ошибка происходила из за того что в моей сети не было DHCP сервера, откуда Transfer VM могла бы получить адрес. Здесь сразу пачка потенциальных проблем - проблема может возникнуть из за фаервола или из за того что Transfer VM получит адрес из другой сети, не получит адрес и т.п. Никакого упоминания об этом в доке не нашел. 3. После поднятия dhcp (простейший вариант - tftpd32) копирование прошло успешно. Однако при запуске проимпортированой машины все останавливалось с ошибками на неизвестный формат ядра... Методом тыка нашлось решение: 1. Установил в тесте centos 5.2 (не просто создал, а именно установил) 2. отсоединил раздел от тестовой машины (в свойствах машины вкладка storage кнопка Detach) 3. отсоединил раздел от проимпортированой машины (в свойствах машины вкладка storage кнопка Detach) 4. подсоединил раздел к тестовой машине от проимпортированой машины (в свойствах машины вкладка storage кнопка Attach) и, о чудо! все зарботало! в минусе - 2 дня жестокого мозгоедства, в плюсе - более удобный интерфейс работы, снапшоты, и объединение хост серверов в пул. |