Комментарии 15
VMware в плане живой миграции несколько выигрывает у XEN, у нее есть некоторое абстрагирование от типа процессора и необязательно в пуле иметь однотипные машины.
Боюсь, это несколько… м… не так. Проблема с разнопроцовыми миграциями не в том, что гипервизору плохо, а в том, что запускающаяся программа в начале получает одни capabilities, а в ходе работы — совсем другие.
Например, программа смотрит, что может сделать команду XCHBLDRDK (у неё есть две ветки кода — медленная и быстрая, ветка выбирается исходя из процессора). Проверка происходит на этапе запуска программы. Потом её мигрируют, программа пытается сделать команду, падает с no op.
Не думаю, что VMWare это обрабатывает.
Например, программа смотрит, что может сделать команду XCHBLDRDK (у неё есть две ветки кода — медленная и быстрая, ветка выбирается исходя из процессора). Проверка происходит на этапе запуска программы. Потом её мигрируют, программа пытается сделать команду, падает с no op.
Не думаю, что VMWare это обрабатывает.
У VMware ESX поддерживается маскирование поддерживаемых инструкций в пределах кластера (EVC), что позволяет 'выравнить' доступный функционал по самой старой модели процессора.
… кстати! У зена это тоже есть. Я просто не понимал, нафига эта маска CPU features… Спасибо, нужно будет поиграться.
Насколько я понимаю, VMWare всё же с миграцией с AMD на интел и обратно не связывается :)
Насколько я понимаю, VMWare всё же с миграцией с AMD на интел и обратно не связывается :)
Мало кому в реальной жизни может понадобиться живая миграция между AMD и Intel? Геммороя много, а пользы от этого никакой.
Хм. Ну так же рассуждая можно и говорить про миграцию между разными процессорами. Реальность же такова, что во многих конторах зоопарк с возможной чехардой из разных процессоров.
Все бывает, но в таких конторах живая миграцияи даже внутреннее облако — это далеко не первая необходимость.
разные проци — амд/интел нужны редко, согласен.
а вот апгрейд серверного железа на одной платформе обычно происходит.
в вмвари я могу начать создавать машины на старых ксеонах, потом переместить их на рабочее облако. и запросто дальше переместить на еще более новые, при апгрейде. и при этом, если флаги так и не снимать, в любой момент можно вернуть на самые старые.
а вот апгрейд серверного железа на одной платформе обычно происходит.
в вмвари я могу начать создавать машины на старых ксеонах, потом переместить их на рабочее облако. и запросто дальше переместить на еще более новые, при апгрейде. и при этом, если флаги так и не снимать, в любой момент можно вернуть на самые старые.
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Xen Cloud Platform в условиях предприятия [2]