none
Миграция виртуальной машины между хостами с разными процессорами RRS feed

  • Вопрос

  • Имеем проблему:

    2 сервера:

    1)      Самосбор на 1 Кваде 4гб оперативки

    2)      Самосбор 2 Ксеона 4х ядерных 16Гб оперативки.

    Пытаемся сделать миграцию виртуальной машины с 1го на 2й. Получаем ошибку ещё до начала миграции:

     

    Unable to migrate the virtual machine Serv-FrontHV because the processor is not compatible with the host serv-host2.smk.local.

     

    To select the most suitable host for virtual machine Serv-FrontHV, use the Migrate Virtual Machine Wizard. The wizard rates all available hosts based on their suitability for this virtual machine.

     

    ID: 10649

     

    Попробовали через Экспорт и Импорт – также ошибка. То есть Экспорт проходит нормально. А вот Импорт говорит что не может, т.к. нужно импортировать ВМ экспортированную Hyper-V.

     

    Для теста попробовали мигрировать с сервера с 4мя 4х ядерными ксеонами на тот что я указал под номером 2. Та же ошибка.

    Тоесть со сходными процессорами так же ошибка .


    ЧТО ДЕЛАТЬ??!!!

    6 апреля 2009 г. 11:36

Ответы

  • Судя по этой статье http://support.microsoft.com/default.aspx/kb/969726 вы можете не волноваться, спокойно сделать шутдаун, снести снепшоты и миграция пройдет без проблем.
    • Помечено в качестве ответа Kot1974 10 апреля 2009 г. 13:09
    10 апреля 2009 г. 5:55
    Модератор

Все ответы

  • Какова цель миграции?
    ВМ в начле миграции в каком состоянии находится?(running, saved, shut down)
    ВМ в состоянии Shut down переносится?

    6 апреля 2009 г. 15:22
    Отвечающий
  • Какова цель миграции?
    ВМ в начле миграции в каком состоянии находится?(running, saved, shut down)
    ВМ в состоянии Shut down переносится?


    1. От этого зависит решение проблемы? :-)))
    Цель - перенести ВМ на более функциональную машину всвязи перепрофилированием сервера №1. Вообще сервер №2 планируется как один из узлов кластера с сервером №3 ( IBM x3850 4 * 4хядерных ксеона, 32 Гб оперативки, общее внешнее хранилище SAS)

    2. ВМ в начале миграции находилось во всех состояниях - результат одинаков - Unable to migrate the virtual machine because the processor is not compatible with the host serv-host2.

    Вобщем испробовали все варианты между 3мя серверами с ролью Hyper-V - с 4мя ксеонами, с 2мя ксеонами и с одним Core 2 Quad. Результат везде одинаков.
    Этот момент очень беспокоит, т.к.  2 сервера должны стать нодами Failover Claster, а третий (на Core 2 Quad) просто так на подхвате для опытов.
    6 апреля 2009 г. 18:19
  • Сейчас выяснилось что клонирование VM на другой хость проходит на ура. И на другом хосте машина прекрасно стартует.
    Но такой вид миграции никак не устраивает, т.к. требуется зарезервировать возможность запуска машин при выходе из строя основного хоста.

    6 апреля 2009 г. 18:48
  • Чем дальше в лес тем толще партизаны - выяснилось что мигрешн всё-таки возможна, если ВМ в шатдауне и у неё нет снепшотов. Если шатдаун, но снепшоты есть - процессор не совместим.
    Сдаётся мне что так оно и должно работать в первой версии Hyper-V.
    Или всё же должна быть миграция вживую?
    6 апреля 2009 г. 19:37
  • Вопрос о цели миграции имеет одну простую причину - если миграция разовая и связана с реконфигурацией хостов, то миграция в состоянии Shutdown может быть приемлимым вариантом.
    Если задача - иметь возможность перебрасывать ВМ между хостами для обслуживания хостов, т.е. она буде многократной, то вариант с shutdown не подходит
    Если снепшоты были сделаны на запущенной ВМ, то при их восстановлении восстановится и состояние оперативки, которое привязано и к процессору тоже.  
    "Миграция вживую" у Hyper-V и SCVMM есть. Проверено на dl 380 c Xeon 5405, Core 2 Duo, Core 2 Quad(правда все работало попарно, между одинаковыми серверами)
    Вопрос соответсвенно в чем - что разного в Ваших процессорах с точки зрения Hyper-V...

    7 апреля 2009 г. 6:00
    Отвечающий
  • Ну я бы тоже хотел знать в чём разница.

    Прцессора:

    1) Intel Xeon E7330 2.4Ghz (4 штуки)
    2) Intel Xeon X5355 2.66Ghz (2 штуки)
    3) Intel Core 2 Quad Q6600 2.4Ghz (1 штука)

    Вот такое хозяйство. Миграция "вживую" не ходит.

    7 апреля 2009 г. 7:46
  • Вам нужна миграция "вживую"? Я просто не понимаю, почему вы пытаетесь сделать экспорт/импорт ВМ, а не просто перенести файл VHD на другую машину. Или я что-то неправильно понял?
    9 апреля 2009 г. 5:36
    Модератор
  • Вам нужна миграция "вживую"? Я просто не понимаю, почему вы пытаетесь сделать экспорт/импорт ВМ, а не просто перенести файл VHD на другую машину. Или я что-то неправильно понял?

    Если бы мне нужен был одноразовый перенос ВМ на другую машину, я бы даже не заморачивался с созданием топика. Тем более что в состоянии "шатдаун" миграция работает.  Я описал выше, что следующий шаг создание кластера. Как поведут себя ВМ при падении основного узла? дружно выдадут ошибку о невозможности запуска? Откуда вообще такая ошибка? Что за "несовместимость типа процессора"? Зачем же тогда в кофигурации ВМ выбирается тип виртуального процессора? По коду ошибки нет информации вообще никакой. Поиски в интернете выдали 2 схожие проблемы - на VMWare и при миграции с Virtual Server на Hyper-V. И обе имеют описанные решения. А вот между 2мя Hyper-V ничего нет. Похоже мы отхватили "эксклюзив".

    Кстати где я писал что мы пытаемся делать импорт/экспорт? Я говорил что мы пытались делать все возможные варианты одним из которых был импорт/экспорт.
    9 апреля 2009 г. 17:14
  • Ваш кластер не отвечает требованиям Майкрософт - и чего вы хотите? Чтобы все работало? Quick Migration работать не будет.
    10 апреля 2009 г. 5:48
  • Судя по этой статье http://support.microsoft.com/default.aspx/kb/969726 вы можете не волноваться, спокойно сделать шутдаун, снести снепшоты и миграция пройдет без проблем.
    • Помечено в качестве ответа Kot1974 10 апреля 2009 г. 13:09
    10 апреля 2009 г. 5:55
    Модератор
  • Ваш кластер не отвечает требованиям Майкрософт - и чего вы хотите? Чтобы все работало? Quick Migration работать не будет.

    У меня складывается впечатление что часть отвечающих не читают не вопросов ни последующих ответов.
    Уважаемый Ярослав - о каком "моём кластере" вы сейчас сказали?
    Посмотрите пожалуйста на самый первый вопрос который я задал - не работает ONLINE MIGRATION между 2мя хостами. КЛАСТЕРА НЕТ.
    Ну и хотелось бы узнать каким требованиям Майкрософт не отвечает "мой кластер". Мой планируемый кластер.
    10 апреля 2009 г. 12:57
  • Вот за ссылку спасибо! Это именно то что я искал - официальное описание моей проблемы.
    А про шатдаут, снос снепшотов и удачную миграцию как я писал выше уже знаю :-)

    Правильно ли я понимаю что подняв кластер на "несовместимых процессорах" я просто не смогу делать "Live migration", но как отказоустойчивый кластер данная связка работать будет? И при физическом вылете одного из узлов ВМ будет запущена на другом.
    10 апреля 2009 г. 13:09
  • Спасибо за общение ;-)
    11 апреля 2009 г. 16:39
    Модератор