Миграция на физический компьютер с другой версией процессора

Обновлено: 03.07.2024

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

Почему не удается выполнить динамическую миграцию?

Поскольку производители выпускают процессоры нового поколения, они обладают дополнительными функциями, повышающими безопасность или производительность. Когда виртуальная машина включена, ОС и некоторые приложения обнаруживают функции процессора. Таким образом, если включенная виртуальная машина будет перенесена на хост со старым ЦП, не имеющим этих функций, это может вызвать проблемы и привести к сбою виртуальной машины. Вот почему вам обычно приходится выключать виртуальную машину, чтобы перенести виртуальную машину между хостами с разными процессорами. Это также верно для восстановления виртуальных машин из сохраненного состояния. Имейте в виду, что если у вас есть кластер хостов с процессорами разных производителей, таких как Intel и AMD, вам не повезло. В режиме совместимости ЦП будет разрешена динамическая миграция только для поколений в каждом семействе процессоров.

Как включить режим совместимости ЦП в Hyper-V

Эта функция также включена на уровне ВМ, что обеспечивает детализацию. Поэтому, если у вас есть виртуальная машина Hyper-V, для которой требуются специальные новые функции нового процессора, вы можете оставить ее вне режима совместимости с процессором.

Чтобы включить эту функцию на виртуальной машине, ее необходимо отключить. Откройте диспетчер Hyper-V и выключите виртуальную машину, которая будет настроена для режима совместимости с ЦП. Щелкните правой кнопкой мыши виртуальную машину. Выберите Настройки:

Слева разверните "Процессор" и выберите "Совместимость". Затем установите флажок «Перенести на физический компьютер с другой версией процессора»:

Нажмите "ОК". Включите виртуальную машину, и теперь мы можем выполнять живую миграцию между хостами с разными поколениями ЦП.

Повлияет ли это на производительность моих виртуальных машин?

Если флажок установлен, чтобы включить режим совместимости ЦП, виртуальная машина будет ограничена только общим набором функций ЦП, который ниже, чем у всех ЦП в этом семействе. На самом деле, он настолько общий, что Microsoft даже заявляет, что этот универсальный набор инструкций лишен многих функций процессора, появившихся за последние 10 лет! Включение режима совместимости ЦП приведет к тому, что виртуальная машина потеряет некоторые из новых технологий оптимизации ЦП, и в зависимости от рабочей нагрузки, которую выполняет виртуальная машина, может произойти заметное падение производительности. Обычно программное обеспечение, которое очень зависит от аппаратных оптимизаций, таких как шифрование или сжатие, заметит влияние этой функции на производительность. Таким образом, если ваша виртуальная машина использует некоторые функции оптимизации ЦП новых процессоров, вы, скорее всего, заметите снижение производительности. Если нет, шанс заметить разницу в производительности очень мал.

Как включить режим совместимости ЦП для нескольких ВМ

Что делать, если в вашем кластере Hyper-V более 30 ВМ и вы хотите включить режим совместимости ЦП для всех из них? Сначала вам нужно отключить все виртуальные машины. Затем вам придется вручную установить флажок для каждой виртуальной машины, что может стать довольно утомительным, если вам нужно настроить более 30 виртуальных машин. К счастью, наш друг PowerShell может превратить эту задачу в быстрый процесс. В приведенной ниже демонстрации у нас есть кластер с двумя хостами (Luke-HV03 и Luke-HV04). Мы будем использовать Get-VMProcessor со звездочкой (*), чтобы указать все виртуальные машины, за которыми следует параметр –ComputerName, чтобы определить хосты в кластере для запроса:

Это дает нам список всех наших виртуальных машин и показывает, настроены ли они для совместимости ЦП в столбце «CompatiblityForMigrationEnabled». Эта команда очень полезна, если у вас много виртуальных машин и вы хотите посмотреть, на каких из них включена эта функция.

Чтобы включить режим совместимости ЦП на всех наших виртуальных машинах, мы передадим информацию, собранную с помощью предыдущей команды, в командлет Set-VMProcessor и используем параметр –CompatbilityForMigrationEnabled:

Также обратите внимание, что это повлияет только на выключенные ВМ. В своей демонстрации я оставил одну виртуальную машину включенной во время выполнения команды:

Когда мы снова запустим Get-VMProcessor, мы увидим, что виртуальная машина, которая осталась включенной, не была настроена для совместимости с ЦП:

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

Поскольку версия процессора играет очень важную роль в кластерах Hyper-V, было бы неплохо выбрать совершенно новый кластер Hyper-V для использования с новейшим доступным поколением ЦП. Таким образом, в будущем, если вам понадобится добавить дополнительный хост, вы, скорее всего, сможете получить ту же модель ЦП, поэтому нет никаких предостережений.

Если в мире Hyper-V есть что-то, о чем трудно получить достоверную информацию, так это параметр совместимости ЦП. Официальной документации очень мало, и в ней рассказывается только почему и как. Я, например, хотел бы узнать немного больше о том, что. Этому и будет посвящена эта статья.

Что такое режим совместимости ЦП Hyper-V?

Режим совместимости ЦП Hyper-V — это параметр для каждой виртуальной машины, который позволяет выполнять динамическую миграцию на физический хост с другой моделью ЦП (но не производителем). Он выполняет эту функцию, маскируя набор функций ЦП, который существует на всех ЦП, поддерживающих Hyper-V. По сути, это предотвращает попытки виртуальной машины использовать какие-либо расширенные инструкции ЦП, которые могут отсутствовать на других хостах.

Влияет ли режим совместимости ЦП Hyper-V на производительность моей виртуальной машины?

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

У меня будет гораздо более длинное объяснение, но я хотел сначала убрать его.

Как установить режим совместимости ЦП?

Люк написал подробную статью о настройке режима совместимости ЦП Hyper-V. Там вы найдете ответ.

Введение в производительность процессора

Для большинства из нас, работающих в компьютерной сфере, проектирование ЦП — это черное искусство. Это требует понимания электротехники, области, которая сочетает в себе физику и логику. Вы не сможете построить процессор, если не сможете понять, как работает логический элемент И-НЕ, и почему вы хотите, чтобы он это делал. Это более чем сложно. Поэтому большинство из нас остановились на нескольких простых показателях, чтобы решить, какие процессоры «лучше». Я собираюсь сделать «лучше».

Тактовая частота процессора

Обычно тактовая частота — это первое, что люди хотят знать о ЦП. Это достойный флагман для своей производительности, хотя и неточный.

ЦП — это двоичное устройство. Большинство людей интерпретируют это как то, что ЦП оперирует нулями и единицами. Это концептуально верно, но физически неверно. ЦП интерпретирует электрические сигналы выше определенного порога напряжения как «единицу»; все, что ниже этого порога, является «нулем». По правде говоря, даже это описание неверно. Кремниевые компоненты внутри ЦП будут реагировать одним образом, когда присутствует достаточное напряжение, и другим, если такого напряжения нет. Чтобы сделать это немного проще, если результат инструкции «ноль», то напряжение мало или отсутствует. Если результат инструкции «единица», то напряжение значительно больше.

Используя низкое и высокое напряжение, мы решаем проблему функционирования ЦП и получения результатов. Следующая проблема, с которой мы столкнулись, заключается в том, как избежать столкновения этих инструкций и результатов друг с другом. Часто говорят, что «время — это то, что не дает всему случиться одновременно». Именно в этом и состоит цель тактовой частоты процессора. Когда вы хотите послать команду, вы должны убедиться, что входные линии имеют необходимые напряжения в начале тактового цикла. Когда вы хотите проверить результаты, вы проверяете выходные строки в начале тактового цикла. Это немного сложнее, и текущие процессоры отсчитывают больше времени, чем просто начало тактового цикла, но в этом суть.

Из этого мы можем сделать вывод, что увеличение тактовой частоты дает нам больше возможностей для ввода инструкций и считывания результатов. Это один из способов повышения производительности. Однако, как я уже говорил, тактовая частота — не самый точный показатель производительности.

Инструкций за цикл

Тактовая частота просто определяет, как часто данные могут загружаться или извлекаться из процессора. Он не контролирует напрямую, насколько быстро работает ЦП. Когда ЦП «обрабатывает» инструкцию, на самом деле это просто электроны, проходящие через логические элементы. Тактовая частота не может сделать ничего из этого быстрее. Здесь слишком легко увязнуть в деталях, поэтому мы сразу перейдем к концу: нет никакой гарантии, что ЦП сможет завершить любую заданную инструкцию за такт. Вот почему оверклокеры не добиваются сногсшибательных результатов на современных процессорах.

Это не означает, что тактовая частота не имеет значения. Общеизвестно, что Intel 386 выполнял больше инструкций за такт, чем Pentium 4. Тем не менее, 386 достиг максимальной частоты 33 МГц, тогда как Pentium 4 начал с частоты более 1 ГГц. Никто не станет использовать 386 вместо Pentium 4, когда важна производительность. Однако, когда тактовые частоты двух разных чипов близки, внутренняя эффективность важнее тактовой частоты.

Наборы инструкций

Настоящее исследование глубин «внутренней эффективности» займет у нас небольшое путешествие прямо по переулку черных искусств. У меня всего 101 уровень образования в области электротехники, так что я точно не буду шофером в этой поездке. Тем не менее, обсуждение включает в себя наборы инструкций, что является очень большой подтемой, напрямую связанной с предметом, представляющим интерес в этой статье.

ЦП работают с двумя блоками: инструкциями и данными. Данные всегда данные, но если вы программист, вы, вероятно, используете термин «код». «Код» проходит через интерпретатор или компилятор, который «декодирует» его в инструкцию. Каждый процессор, с которым я когда-либо работал, понимал несколько общих инструкций: PUSH, POP, JE, JNE, EQ и т. д. (точнее, это тоже коды, но я полагаю, что это лучше, чем бросать кучу бинарный у вас). Все эти инструкции появляются в наборах инструкций 80×86 (часто сокращенно x86) и AMD64 (часто сокращенно x64). Если вы еще не поняли, набор инструкций — это просто набор инструкций процессора.

Если вы были здесь какое-то время, вы, вероятно, хотя бы слышали аббревиатуры «CISC» и «RISC». В основном это маркетинговые термины, но они имеют некоторые технические достоинства. Эти аббревиатуры означают:

CISC: компьютер с полным набором инструкций
RISC: компьютер с сокращенным набором команд

Обобщая, в системе CISC доступны все инструкции. В системе RISC доступны только некоторые из этих инструкций. RISC позиционируется как более быстрый, чем CISC, исходя из следующих принципов:

Я могу выполнять сложение и вычитание быстрее, чем вы можете выполнить небольшое длинное деление.
При достаточном количестве сложений и вычитаний я получу почти тот же результат, что и ваше деление в длинное число.
В любом случае вы не выполняете такое большое деление в длину, так что же толку во всей этой дополнительной инфраструктуре, позволяющей выполнять деление в длину?

На первый взгляд, концепции верны. На практике мутнее. Может быть, я действительно не могу складывать и вычитать быстрее, чем вы можете выполнить деление в длинное число. Может быть, я могу, но мои результаты настолько неточны, что мою работу постоянно нужно переделывать. Может быть, мне нужно делать деление в длинное гораздо чаще, чем я думал. Кроме того, во всем этом есть неясность. На самом деле не существует такого понятия, как «полный» набор инструкций; мы всегда можем добавить больше. Становится ли «CISC» 80386 чипом «RISC», когда 80486 дебютирует с большим набором инструкций? Вот почему вы больше не слышите эти термины.

Расширенные наборы инструкций и режим совместимости с Hyper-V

Мы нашли удобный способ вернуться к Hyper-V. Мы мало думаем о RISC и CISC, но это не единственная разница в наборе команд в мире. Наборы инструкций растут, потому что инженеры-электрики умны и склонны придумывать новые задачи, более быстрые способы выполнения старых задач и способы объединения существующих задач для получения более эффективных результатов. У них также есть работодатели, которым необходимо конкурировать с другими работодателями, у которых есть собственные инженеры-электрики, занимающиеся тем же самым. Для достижения своих целей инженеры добавляют инструкции. Для достижения своих целей работодатели объединяют инструкции в собственные наборы инструкций. Даже базовые наборы инструкций x86 и x64 претерпевают изменения.

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

Технические отличия режима совместимости

Если вы используете утилиту ЦП, вы можете непосредственно увидеть различия, которые создает режим совместимости. Эти наборы снимков экрана были сделаны для одной и той же виртуальной машины в системах AMD и Intel, сначала с отключенным режимом совместимости, а затем с включенным режимом совместимости.

Первое, на что следует обратить внимание, это то, что список доступных наборов инструкций сокращается только при установке режима совместимости, но все остальное остается прежним.

Второе, на что следует обратить внимание, это то, что наборы инструкций в системах AMD и Intel всегда радикально различаются. Вот почему вы не можете выполнить Live Migration между ними даже при включенном режиме совместимости.

Понимание, почему режим совместимости ЦП не является проблемой

В предыдущей статье я имел в виду, что хорошие системные администраторы изучают процессоры, машинные инструкции и код. Это в том же духе, хотя я собираюсь завести вас немного глубже, в то место, в которое я мало ожидаю, что многие из вас пойдут сами по себе. Моя цель — помочь вам понять, почему вам не нужно беспокоиться о режиме совместимости ЦП.

Существует два основных типа разработчиков программных приложений/наборов инструментов:

Эти деления не такие уж строгие, но общую идею вы поняли.

Совместимость собственного кода и ЦП

Как правило, разработка собственного кода для расширенных наборов инструкций ЦП — это сознательное решение, принимаемое дважды. Во-первых, вы должны указать своему компилятору использовать эти наборы:

Это только те расширения, о которых знает Visual Studio. Для чего-то большего вам понадобятся вспомогательные файлы от производителя процессора. Возможно, вам даже потребуется выбрать компилятор со встроенной поддержкой этих расширенных наборов.

Во-вторых, вы должны специально написать код, который вызывает инструкции из этих наборов. Код SSE нельзя использовать случайно.

Совместимость интерпретируемого/управляемого кода и ЦП

Интерпретатор может использовать расширенные наборы инструкций. Я не знаю, может ли кто-нибудь из них это сделать, но все эти интерпретаторы работают на самых разных аппаратных средствах. Это гарантирует, что их разработчики обязательно проверят наличие любых улучшений, которые они намереваются использовать.

Что эти вещи означают для совместимости

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

Что эти вещи не означают для совместимости

Независимо от того, максимальная тактовая частота вашего процессора будет доступна для ваших виртуальных машин. Нет троттлинга, нет ограничения кеша, нет ничего, кроме сокращения доступных наборов инструкций процессора. Производительность виртуальной машины вряд ли вообще пострадает.

Hyper-V предлагает функцию, называемую режимом совместимости процессоров, впервые представленную в Windows Server 2008 R2. Режим совместимости процессоров позволяет перемещать работающую виртуальную машину или сохранять состояние между узлами виртуализации, использующими разные поколения процессоров. Эта функция работает путем отключения ряда современных функций процессора, которые могут повлиять на производительность виртуальной машины. В этом документе содержится подробная информация о режиме совместимости процессоров для HyperV.

Когда использовать режим совместимости процессоров

Режим совместимости с процессором применим к любому сценарию мобильности виртуальной машины, не требующему перезагрузки виртуальной машины. К ним относятся динамическая миграция виртуальных машин, сохранение и восстановление, а также рабочие контрольные точки.

Виртуальные машины нельзя переносить в реальном времени или сохранять и восстанавливать между узлами виртуализации, использующими процессоры разных производителей. Например, вы не можете переместить работающие виртуальные машины или сохраненное состояние виртуальной машины с хоста с процессорами Intel на хост с процессорами AMD.Если в этом случае вам необходимо переместить виртуальную машину, виртуальную машину необходимо сначала выключить, а затем перезапустить на новом хосте.

Если вы планируете перемещать виртуальные машины без их перезагрузки между узлами виртуализации, которые могут использовать процессоры разных поколений, вам следует включить режим совместимости процессоров. Например, вы можете включить режим совместимости процессоров, чтобы обеспечить возможность живой миграции виртуальных машин между узлами кластера, которые используют разные наборы функций процессора. Вы также можете использовать режим совместимости процессоров, чтобы сохранить виртуальную машину и восстановить ее на хост-компьютере с набором функций процессора, отличным от исходного хоста.

Зачем нужен режим совместимости процессоров

Расширения архитектуры набора инструкций (ISA) — это оптимизации и функции, представленные производителями процессоров. Эти функции часто повышают производительность или безопасность за счет использования специализированного оборудования для конкретной задачи. Например, многие мультимедийные приложения используют функции процессора для ускорения векторных вычислений. Эти функции редко требуются для запуска приложений; они просто повышают производительность.

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

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

Чтобы избежать этих сбоев, Hyper-V выполняет «предполетную» проверку всякий раз, когда инициируется динамическая миграция виртуальной машины или операция сохранения/восстановления. Эти проверки сравнивают набор функций процессора, доступных для виртуальной машины на исходном узле, с набором функций, доступных на целевом узле. Если эти наборы функций не совпадают, операция переноса или восстановления отменяется.

Как работает режим совместимости процессоров

Режим совместимости процессоров гарантирует, что набор функций процессора, доступных виртуальным машинам на разрозненных узлах виртуализации, будет совпадать, предоставляя виртуальной машине только ограниченный набор функций процессора. Режим совместимости процессора скрывает более новые наборы инструкций процессора, как правило, те, которые были представлены в течение последних 10 лет. Однако скрытие этих функций означает, что гостевая операционная система и прикладное программное обеспечение не могут использовать преимущества этих усовершенствований набора инструкций процессора.

Полный список функций, скрытых в режиме совместимости с процессорами, см. в разделе 5.2.11 функциональной спецификации верхнего уровня гипервизора.

Последствия использования режима совместимости процессоров

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

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

Пример: шифрование AES

Одним из примеров операции, на которую влияет режим совместимости процессора, является шифрование AES (распространенная форма шифрования). Многие новые процессоры Intel и AMD включают расширение ISA, которое ускоряет AES с помощью аппаратного обеспечения. Intel утверждает, что эта оптимизация обеспечивает 2-3-кратный прирост производительности, а некоторые реализации обеспечивают 10-кратный прирост. (Для получения дополнительной информации см. инструкции Intel Advanced Encryption Standard.)

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

Использование режима совместимости процессоров

При использовании режима совместимости процессоров в Hyper-V необходимо понимать важные моменты:

Миграция работающих виртуальных машин возможна только между узлами виртуализации, использующими процессоры одного и того же производителя.

Вы должны выключить виртуальную машину, прежде чем сможете включить или отключить режим совместимости процессоров.

Режим совместимости процессора не требуется для перемещений виртуальных машин, которые требуют остановки и перезапуска виртуальных машин.

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

Включение режима совместимости процессоров

Чтобы включить режим совместимости процессоров для виртуальной машины

Нажмите "Пуск", выберите "Администрирование", а затем нажмите "Диспетчер Hyper-V".

Выберите сервер с Hyper-V и нужную виртуальную машину.

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

На панели действий нажмите "Настройки", а затем нажмите "Процессор".

Разверните "Процессор" и нажмите "Совместимость".

Нажмите «Перенести на физический компьютер с другим процессором», а затем нажмите «ОК».

Сегодня я столкнулся с неясной ошибкой при перемещении виртуальной машины с Hyper-V Host 2012 на 2012 R2 с помощью динамической миграции без общего доступа.

Моя среда очень проста и состоит из двух автономных хостов Hyper-V, один — 2102, а другой — 2012 R2.

Хорошо, после объяснения давайте попробуем переместить виртуальную машину, включая хранилище, и увидим ошибку:

Как видите, ошибка расплывчата и не дает достаточно информации, но, по крайней мере, мы знаем, что ошибка связана с аппаратной совместимостью.

Первое, что приходит мне на ум, — это совместимость процессоров, поскольку я перемещаю работающую виртуальную машину с одного хоста, процессор которого отличается от процессора второго хоста.

Итак, давайте проверим, проверена ли совместимость процессора на хосте. Нет, не выбрано…

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

Давайте попробуем переместить виртуальную машину сейчас и посмотрим…

Ухххх :( Та же ошибка…

Итак, кто ваш друг в этой ситуации? Угадай, кто.

На этот раз мы переместим виртуальную машину с помощью PowerShell и увидим разницу:

А-а-а, теперь у нас есть более точное описание аппаратной ошибки…

[Пул ресурсов подключения Ethernet с идентификатором «EthResourcePool2» не существует на целевом хосте].

Итак, аппаратная ошибка связана с сетью.

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

давайте теперь углубимся в PowerShell и посмотрим, как мы можем решить эту проблему.

Первое, что мы проверим, — это состояние виртуальной машины, она работает… мы выключим ее, затем проверим пул ресурсов виртуальной машины, доступный на хосте (в моем случае — EthResourcePool1 и EthResourcePool2).

Во-вторых, мы проверим номер EthResourcePool, используемый для этой виртуальной машины, используется EthReourcePool2 (в моем сценарии), мы изменим его на EthReourcePool1, чтобы он соответствовал тому же имени пула ресурсов на втором хосте, затем включим виртуальную машину. и переместите его на целевой хост.

Читайте также: