Мне нужно заменить оборудование пула ресурсов XenServer 6.1. В настоящее время я использую оборудование Intel, и мне нужно перейти на оборудование AMD (корпоративная политика и бюджет, бла-бла-бла).
У меня есть время простоя, поэтому я могу использовать холодную миграцию - живая миграция не требуется. У меня также будет новое оборудование (AMD) наряду со старым оборудованием (Intel).
В документации XenServer говорится, что при экспорте из одной арки могут возникнуть проблемы, а импорт в другую «может не работать» - http://docs.vmd.citrix.com/XenServer/6.1.0/1.0/en_gb/guest.html#importing_vms - но ничего не упоминает о простом выключении виртуальной машины на одной арке и последующем включении ее на новой арке.
Виртуальные машины представляют собой смесь ОС - некоторые Windows, некоторые Linux, несколько версий.
Это то, что можно сделать без проблем, или есть проблемы, о которых мне нужно знать?
Переход в автономный режим и загрузка на другой архитектуре должен работают нормально. Вы не говорите, какая у вас операционная система, но Windows должна просто обнаружить и установить драйверы для нового процессора.
С учетом сказанного, нет никаких гарантий. Проблема в том, что ЦП паравиртуализирован, а не полностью виртуализирован, а это означает, что виртуальная машина имеет некоторое воздействие на реальный набор команд.
В конце концов, остается только попробовать. Для машин, которые не работают, вам нужно будет выполнить процесс в стиле P2V с помощью XenConvert.
С другой стороны, живая миграция - это отдельная тема, поскольку она невероятно требовательна к сходству процессоров даже в одном семействе процессоров, не говоря уже о производителе!
Мой опыт связан с перемещением рабочих виртуальных машин с Windows 7 и Windows 8, которые изначально были настроены на хосте на базе Intel, на хост на базе AMD. (На самом деле я заменил материнскую плату на главном компьютере, заменив Intel на AMD; но, по-видимому, такая же ситуация возникла бы, если бы я просто мигрировал с хоста Intel на хост AMD). Приведенный выше ответ верен, и Windows замечает различную базовую архитектуру ЦП и устанавливает соответствующие драйверы. НО ... В обоих случаях изменение привело к тому, что Windows аннулировала активацию, и мне пришлось повторно активировать. В обоих случаях автоматическая онлайн-активация не удалась. К счастью, в обоих случаях автоматическая активация по телефону прошла успешно. Это кажется мне небольшой проблемой для идеи свободного переноса виртуальных систем Windows между хостами с различными базовыми архитектурами ЦП. Я не уверен, сколько изменений осталось бы незамеченным. Например, если я перейду с одного типа ЦП AMD на ЦП AMD другого типа, возникнет ли у меня такая же проблема? Сколько раз можно повторно активировать Windows?