Что такое vmotion vmware

Обновлено: 24.11.2024

VMware vMotion и хранилище vMotion: в чем разница?

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

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

Тем не менее, vMotion остается прозрачным для виртуальной машины.

Процесс выполняется без простоев и перерывов в работе системы.

Эта технология — удобный способ переноса продуктивных ВМ. например, при обслуживании или обновлении физических серверов с установленным гипервизором ESXi.

Также vMotion лежит в основе технологии распределения (выравнивания) нагрузки на физические серверы, известной как DRS. Для правильной работы vMotion требуется быстрая сеть.

Общее хранилище (SAN, Fibre Channel или NAS) виртуальной машины охватывается vMotion, что позволяет передавать всю виртуальную машину.

О хранилище vMotion

vMotion Storage — это одна из новейших технологий VMware, позволяющая без простоев передавать файлы виртуальных машин между дисковыми массивами или хранилищем VMFS/NFS в режиме онлайн.

Чтобы использовать эту технологию, необходимо выполнить некоторые требования:

  • Диски должны быть в постоянном режиме или RDM.
  • Хост ESXi должен иметь лицензию на хранилище vMotion
  • Ваша версия VMFS должна быть совместима с vMotion Storage
  • Ваш хост должен иметь доступ к исходному и целевому хранилищу, чтобы избежать проблем с контролем версий.

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

Резюме: VMware vMotion и vMotion Storage

vMotion Storage и VMware vMotion имеют много общего. Но есть и существенные отличия:

  • VMware vMotion позволяет перемещать виртуальные машины с одного сервера ESX на другой без простоев для пользователей, при этом хранилище данных можно монтировать как на исходном, так и на целевом хостах.
  • VMotion Storage перемещает файлы ВМ из одного хранилища данных в другое без простоев для пользователей и чаще всего используется для перемещения ВМ из локального хранилища данных в общее хранилище данных.

Почему так важно иметь VMFS Recovery

DiskInternals VMFS Recovery — это уникальное профессиональное приложение, не имеющее конкурентов. Этот инструмент понадобится вам для восстановления данных из VMware или VMFS или для чтения и восстановления файлов VMDK. Потеря файлов может случиться с каждым; DiskInternals VMFS Recovery справляется со всеми случаями. Все это благодаря более чем 15-летнему опыту DiskInternals в этой области. Любые виртуальные диски могут быть смонтированы в локальном хранилище для удобного просмотра файлов.

Прочитайте это руководство по работе с программой:

Загрузите и установите DiskInternals VMFS Recovery.

Нажмите кнопку «Мастер» и запустите процесс восстановления данных.

При необходимости подключитесь через SSH.

После этого откройте диск (локальный диск или SSH) и нажмите кнопку «Сканировать». После этого найдите нужные файлы.

Смонтируйте файл VMDK и откройте его.

Затем бесплатно просмотрите файлы, чтобы проверить их целостность.

Затем приобретите лицензию и завершите весь процесс, экспортировав данные с помощью мастера экспорта.

VMware vMotion – это функция vSphere, которая переносит включенную виртуальную машину (ВМ) между совместимыми физическими серверами с полной целостностью транзакций и нулевым временем простоя. VMware vMotion открывает доступ ко многим новым технологиям VMware, в том числе к vSphere Distributed Resource Scheduler (DRS), vSphere High Availability (HA) и vSphere Distributed Power Management (DPM).

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

Что может VMware vMotion?

Организации могут использовать VMware vMotion для нескольких целей, включая миграцию, автоматизацию и планирование.

Динамическая миграция ВМ

Ни одно приложение не может позволить себе простои в современной быстро меняющейся и постоянно развивающейся бизнес-среде. VMware vMotion может помочь вам избежать простоев, особенно в случаях, когда вы можете предсказать неизбежность простоя системы, таких как стихийные бедствия, перемещение или техническое обслуживание.

Перенося всю работающую ВМ с одного хоста ESXi на другой, VMware vMotion дает неоценимые преимущества, в том числе:

  • Проведение обслуживания оборудования без прерывания бизнес-операций и планирования простоев.
  • Автоматическая оптимизация виртуальных машин в пулах ресурсов.
  • Перенос ВМ с неэффективных или неисправных серверов на работающие.

Автоматизация и планирование

Функция автоматической миграции VMware vMotion позволяет ИТ-администраторам планировать миграцию ВМ в заранее определенное время. Это открывает доступ ко многим функциям vSphere, таким как DRS, HA и DPM. Например, DRS использует VMware vMotion для группировки нескольких хостов ESXi в пулы ресурсов.

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

Миграция на большие расстояния

Если ваша инфраструктура достаточно велика (охватывающая несколько стран или местоположений), вы можете использовать функцию удаленной миграции vMotion для переноса виртуальных машин. VMware выпустила vMotion на большие расстояния в vSphere 6.0 и более поздних версиях, чтобы упростить миграцию между физическими серверами, разделенными большим временем приема-передачи по сети (RTT).

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

Миграция хранилища данных

Помимо изменения физического сервера, на котором работает ВМ, вы также можете изменить хранилище данных ВМ с помощью процесса, известного как Storage vMotion (SvMotion). С помощью SvMotion и состояние виртуальной машины, и виртуальное хранилище перемещаются в новые места. SvMotion, доступный в Sphere 5.1 и более поздних версиях, позволяет ИТ-администраторам оптимизировать диски для повышения производительности и выполнять преобразование между различными типами дисков. Это также упрощает обслуживание и обновление виртуальных машин.

Как работает VMware vMotion?

vMotion использует преимущества основных технологий VMware, таких как моментальные снимки дисков, консолидация моментальных снимков и журналы повторного выполнения, для выполнения процесса миграции. Миграция vMotion — это трехэтапный процесс, включающий:

1. Проверка совместимости

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

  • Миграция на неисправный распределенный коммутатор.
  • Миграция с распределенных коммутаторов на стандартные.
  • Миграция между различными версиями распределенных коммутаторов.
  • Несовместимые MAC-адреса управления доступом к среде (MAC) на хосте назначения.

2. Рукопожатия

Во время установления связи vCenter Server генерирует метаданные. Метаданные содержат информацию о виртуальной машине, подлежащей динамической миграции, включая сведения о конфигурации виртуальной машины, исходный и конечный хосты ESXi, а также сетевые характеристики vMotion. Затем vCenter Server передает метаданные миграции между исходным и целевым хостами ESXi.

3. Миграция

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

  • Этап гостевой трассировки. На этом этапе гостевая система подготавливается к динамической миграции путем переноса памяти с исходного узла на целевой. На этом этапе необходимо отследить все страницы гостевой памяти на исходном хосте, чтобы vMotion знал, какие страницы памяти перезаписываются во время динамической миграции.
  • Этап предварительного копирования. Поскольку гость продолжает работать и может активно изменять состояние своей памяти во время миграции, память виртуальной машины копируется из источника в место назначения итеративно. Во время первой итерации копируется вся гостевая память. Для последующих итераций копируются только те страницы, содержимое которых изменилось во время предыдущей итерации. Количество итераций зависит от того, как изменяется гостевая память в результате текущих операций.
  • Этап переключения. Это заключительный этап динамической миграции, когда гость на мгновение приостанавливает обработку на исходном хосте. Монитор виртуальных машин (VMM) приостанавливает исходную ВМ и возобновляет ее работу на целевом хосте ESXi.

Что предлагает Storage vMotion?

Storage vMotion (SvMotion) – это дополнительная функция VMware vMotion, которая позволяет выполнять перенос файловой системы работающей ВМ из одного хранилища данных в другое в реальном времени. Вы можете разместить виртуальную машину и все ее компоненты хранилища в одном месте или в разных местах во время динамической миграции. Как и vMotion, SvMotion не влияет на время простоя и не ставит под угрозу согласованность данных.

Вы можете использовать SvMotion для различных вариантов использования, в том числе:

  • Миграция виртуальных дисков (vDisks) из старой сети хранения данных (SAN) в новую систему хранения.
  • Балансировка нагрузки доступных виртуализированных ресурсов, чтобы гарантировать, что виртуальная машина получает необходимую производительность хранилища.
  • Перенос виртуальных дисков с локального сервера ESXi в сеть SAN.
  • Отключение физического хранилища на техническое обслуживание.
  • Репликация виртуальных машин и связанных с ними виртуальных дисков на удаленную площадку во время аварийного восстановления.
  • Преобразование между различными форматами виртуальных дисков.

Как можно использовать vMotion для переноса рабочих нагрузок в Azure?

За последние годы использование облачных технологий значительно возросло благодаря их большей масштабируемости, повышенной производительности и экономичности. Перенос рабочих нагрузок VMware в Azure теперь осуществляется без проблем благодаря решению Azure VMware. Решение Azure VMware — это полностью управляемая платформа как услуга (PaaS), включающая vSphere, vSAN, NSX-T, vCenter и другие инструменты, обеспечивающие полную среду VMware в Azure.

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

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

Например, вы можете использовать существующие шаблоны VMware в своей локальной среде для создания новых экземпляров виртуальных машин VMware и их частного запуска в Azure. Поскольку виртуальные машины, созданные в Azure, видны и доступны в среде vSphere, вы можете гибко управлять их ресурсами, как обычно в vCenter Server. Вы также можете управлять ресурсами виртуальной машины в Azure.

Parallels RAS может предоставлять VDI в Azure

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

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

Parallels® Remote Application Server (RAS) — это решение для инфраструктуры виртуальных рабочих столов (VDI), когда речь идет о развертывании виртуальных рабочих столов и приложений в Azure. Организации могут использовать Parallels RAS в Azure, чтобы предоставить своим сотрудникам мгновенный и безопасный доступ к виртуальным рабочим столам и приложениям через Интернет, не беспокоясь о сложных конфигурациях брандмауэра.

Parallels RAS легко развернуть в Azure. Благодаря встроенным возможностям автоматизации, включая шаблоны виртуальных машин Azure и мастера настройки, вы можете развернуть полнофункциональное устройство Parallels RAS менее чем за 30 минут. Помимо функций безопасности Azure, вы также можете воспользоваться передовыми функциями безопасности Parallels RAS, такими как многофакторная проверка подлинности (MFA), для защиты виртуальных рабочих столов и приложений.

Самое главное, Parallels RAS поддерживает работу с несколькими облаками, что снижает риски, связанные с привязкой к поставщику. Вы также можете развернуть его на Amazon Web Services (AWS) и Google Cloud Platform (GCP).

Загрузите 30-дневную пробную версию Parallels RAS сегодня и получите максимум от управления VDI в Azure!

Вы должны признать, что VMWare создала действительно крутую технологию еще в 2003 году, когда они выпустили VMotion. Итак, прежде чем мы поговорим о том, как работает VMotion, давайте быстро рассмотрим, что это такое на самом деле! Я до сих пор регулярно сталкиваюсь с людьми, которые понятия не имеют, что VMotion существует, и когда они узнают, что он делает, они всегда удивляются, что такой подвиг вообще возможен, не говоря уже о практичности! После моего проекта по сборке двух серверов 1U для ESXi я получил много вопросов на тему «Как работает VMotion?»

VMotion – это технология VMWare, позволяющая перемещать виртуальный компьютер с одного физического хост-сервера на другой во время его работы и без прерывания работы. Эту технологию иногда называют «живой миграцией». На самом деле у Microsoft есть похожая технология в стеке Hyper-V, известная как, как вы уже догадались, Hyper-V Live Migration.

У VMotion и Live Migration есть несколько замечательных преимуществ. Поскольку сервер может быть перемещен на совершенно другое оборудование во время его работы, без простоя базовое оборудование может быть заменено или отключено для обслуживания без ущерба для конечных пользователей или других приложений или даже без знания того, что это произошло. Это действительно изменило то, как мы справляемся с обслуживанием и сбоями системы в современных вычислительных средах. До того, как эта технология стала обычным явлением в центрах обработки данных, с заказчиками нужно было договариваться о времени простоя, а серверы приходилось отключать на несколько часов для замены или модернизации оборудования. В мире VMotion можно создавать новое оборудование и перемещать виртуальные серверы без простоев. Так как же работает VMotion? Давайте узнаем!

Итак, давайте перейдем к тому, как на самом деле работает VMotion. Объясняя, как работает VMotion, я нередко говорю себе: «…удивительно, что это так сложно (и в то же время так элегантно просто), что оно действительно работает». В VMWare определенно работали большие умы, и большая часть их заслуг принадлежит Майку Нельсону, руководившему проектом VMotion.

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

В отличие от вашего стандартного рабочего стола или стандартного физического сервера, жесткий диск сервера VMWare обычно не располагается на физическом диске внутри сервера. Вместо этого жесткие диски сервера также виртуализируются и настраиваются либо в сети хранения данных (SAN) через FibreChannel или iSCSI, либо монтируются в томе сетевой файловой системы (NFS) в сетевом хранилище (NAS). Хотя существуют и другие технологии, которые может использовать VMWare (VSAN, гиперконвергентные вычисления или даже перенос хранилища), мы сосредоточимся на этой наиболее распространенной конфигурации.

Поскольку диск сервера виртуализирован и инкапсулирован в сети, VMWare использует файл Virtual Machine FileSystem (VMS), который можно использовать совместно с несколькими физическими серверами, на которых запущен гипервизор VMWare ESXi без операционной системы. Все эти физические серверы работают вместе, чтобы совместно использовать доступ для чтения и записи к этому виртуальному жесткому диску. Это само по себе довольно удивительное достижение, если подумать о его логистике!

Перед началом VMotion на принимающем хосте ESXi создается «теневая копия» конфигурации гостевой ОС VMware, но она еще не видна в VSphere. Этот призрак — всего лишь оболочка, которая получит содержимое памяти дальше.

Менеджер памяти играет вторую ключевую роль

Следующая важная часть понимания того, как работает VMotion, связана с управлением памятью в VMWare. Поскольку память виртуализированного компьютера также отображается и виртуализируется, это позволяет VMotion от VMWare делать что-то удивительное. VMotion делает снимок системной оперативной памяти, копию, если хотите, и запускает быструю передачу этой памяти по сети Ethernet на выбранный хост-компьютер. Сюда входят состояния других системных буферов и даже видеопамяти. Инженеры VMWare называют этот исходный снимок «предварительной копией».

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

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

Сеть виртуальных коммутаторов играет последнюю роль

После того, как виртуальные ЦП запущены, VMotion выполняет последнюю задачу. VMWare ESXi запускает и управляет одним или несколькими виртуальными коммутаторами в локальной сети. Это то, к чему подключается виртуальный сетевой адаптер в гостевой ОС. Как и в любой другой сети, физической или виртуальной, все коммутаторы поддерживают карту сетевых MAC-адресов и портов, к которым они подключены. Поскольку машина, скорее всего, больше не подключена к тому же физическому коммутатору, VMotion инструктирует сетевую подсистему хостов ESXi отправить Reverse ARP (RARP) на хост-получатель. Это заставляет все коммутаторы, как физические, так и виртуальные, обновлять сопоставления, чтобы сетевой трафик поступал на новый хост, а не на старый.

Теперь, если вы похожи на меня, вы качаете головой в благоговении. Это потрясающая технология!

Несколько интересных заметок о VMotion

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

  • Чем больше загружена гостевая операционная система, тем больше страниц памяти может измениться. Это сделает VMotion более длительным. Хотя я никогда этого не видел, теоретически VMotion может выйти из строя, если память на гостевой машине будет изменяться быстрее, чем может передаваться по сети.
  • Перед началом процесса VMotion проверит удаленную систему, чтобы убедиться, что в ней достаточно оперативной памяти и ЦП. Если VMotion не может быть на 100% уверен, что все получится, оно не начнется. Однако если по какой-либо причине VMotion не удается выполнить во время переноса, он прервется, и это не повлияет на время работы исходной виртуальной машины.

Теперь вы знаете, как работает vmotion! И да, эти инженеры VMware определенно умные люди!

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

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

в движении

Читатели наверняка уже слышали о VMware vMotion, функции динамической миграции в VMware vSphere, поэтому введение будет кратким. vMotion — это инструмент, с помощью которого активные виртуальные системы можно мигрировать с одного ESX-хоста на другой без прерывания работы самих виртуальных машин или предоставляемых ими сервисов. В vSphere 5.x сняты прежние ограничения на одновременную миграцию виртуальных машин на основе хоста ESXi и хранилища данных. Ранее эта процедура была возможна только как процесс холодной миграции с автономными ВМ.

__

_Рисунок 1. VMware vMotion или VMware Storage vMotion позволяет m_перемещать активную виртуальную машину как на основе хоста, так и на основе хранилища данных.

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

Функциональность

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

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

Рисунок 3. Процедура vMotion с точки зрения виртуальной машины

  1. Первый шаг — убедиться, что исходная ВМ может работать на выбранном целевом сервере.
  2. Затем в целевой системе запускается второй процесс виртуальной машины, и ресурсы резервируются.
  3. Далее создается контрольная точка системной памяти. Это означает, что все изменения исходной ВМ записываются в дополнительную область памяти.
  4. Содержимое системной памяти, записанное на контрольной точке, переносится на целевую ВМ.
  5. Процесс контрольной точки/восстановления контрольной точки повторяется до тех пор, пока в памяти целевой ВМ не останется только наименьший набор изменений.
  6. ЦП исходной ВМ остановлен.
  7. Последние изменения в основной памяти передаются на целевую ВМ за миллисекунды.
  8. Процесс vMotion завершается, и на физический коммутатор отправляется обратный ARP-пакет (важно: в свойствах виртуального коммутатора должна быть активирована функция Notify Switches). Доступ к жесткому диску передается целевому ESX.
  9. Исходная виртуальная машина отключена. Это означает, что процесс виртуальной машины на исходном ESX удален.

Еще один комментарий о том, что записывают контрольные точки vMotion:

  • все устройства и их статус
  • Регистры ЦП
  • содержимое основной памяти
  • сериализация статуса для передачи по сети

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

В следующей таблице показан пример расчета передачи памяти.

Итерация перед копированием

Переносимая основная память

Время, необходимое для передачи

Изменение памяти во время передачи

Отключение vMotion, так как остаточная передача занимает всего ~0,06 секунды

Таблица: копирование основной памяти во время vMotion

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

vMotion состоит из множества компонентов, отвечающих за управление различными частями процесса. vCenter выполняет первую проверку конфигурации и запускает процесс через компоненты vpxa- и _hostd-_, в которых псевдо-ВМ запускается как контейнер на целевом хосте (см. рис. 2). Модуль vMotion запускает фактический процесс vMotion и управляет передачей данных.

__

Рисунок 2. Компоненты VMware vMotion — адаптер VMkernel для vMotion

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

Пользовательский интерфейс vMotion должен быть настроен администратором и установлен на порт VMkernel. Это означает, что передача данных vMotion должна быть включена в настройках порта VMkernel.

Отчеты VMware VMotion

Кстати. если вы хотите получить хорошее представление о своих ежедневных задачах vMotion и о том, сколько времени они занимают, ознакомьтесь с нашим отчетом VMotion/svMotion

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