Vmotion vmware что это

Обновлено: 07.07.2024

У меня настроен стенд, как я его настраивал, описано тут. Теперь слайды демонстрации.

У меня два сервера ESXi, не в кластере, но под управлением vCenter сервер. Работает только виртуальная машина и, судя по ошибке, памяти на 106-ом хосте не хватает. Здесь, как раз и пригодится vMotion. Мне нужно не останавливая работу перенисти ВМ на другой сервер, выключить 106-ой хост, добавить в него оперативной памяти и вернуть ВМ обратно.

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

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

Я просто включу vMotion на хосте. Для этого нужно зайти в COnfiguration -> Network ing -> Properties

Здесь выбираю группу портов Management Network -> Edit

И ставлю галочку напротив vMotion. Миграция включена. Также поступаю и на втором хосте ESXi.

Теперь процесс миграции должен запуститься.

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

Миграция началась. ВМ все время процесса vMotion остается доступной.

Завершилось удачно, видно, что ВМ переехала.

Теперь можно выключить 106-ой хост и добавить оперативной памяти.

Теперь на 106-ом хосте ESXi 10Гб оперативной памяти и можно без проблем произвести обратную миграцию. Вот такой он, vMotion.

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

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

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

PS: вот полное руководство о Гипервизор VMware vSphere и VMware VCENTER конвертер, а также мощный VMware P2V конвертер для вашей справки.

Часть 1: Введение в VMware vMotion

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

VMware vMotion

Большинство людей наверняка слышали о VMware vMotion, который является функцией живой миграции в VMware vSphere. Итак, введение будет довольно кратким. vMotion - это инструмент, с помощью которого активные виртуальные системы могут быть перенесены с хоста ESX на другой без перерыва. Также его можно перенести на сами виртуальные системы и даже на предоставляемые сервисы. При использовании vSphere 5.x предыдущие ограничения на одновременные миграции виртуальных машин на основе хранилища данных и ESXi-хоста были устранены. Этот процесс ранее был возможен только в качестве процедур холодной миграции с использованием автономных виртуальных машин. Таким образом, VMware vMotion и VMware Storage vMotion сделали возможным перемещение активных виртуальных машин на основе хоста, а также на основе хранилища данных.

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

Ключевые особенности VMware vMotion:

1. Провести живую миграцию

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

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

2. Расписание и автоматизация миграции

С помощью VMware vMotion пользователи могут планировать миграцию в заранее установленное время без вмешательства администратора. Эта программа организует производительность ВМ по кластерам. VMware vMotion позволяет вам:

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

Другие технические детали, связанные с VMware vMotion

VMFS (файловая система виртуальной машины)

Все состояние виртуальной машины инкапсулируется с помощью набора файлов общего хранилища, таких как интерфейс малых компьютерных систем Интернета (iSCSI), Fibre Channel, сетевое хранилище (NAS) или SAN. VMware VMFS позволяет несколько установок VMware ESX для одновременного доступа к одним и тем же файлам VM.

vMotion на большие расстояния и через границы

vMotion революционизировал всю концепцию живой миграции. Используя vSphere 6.0, компания продолжает поддерживать рабочую нагрузку, предлагая новые возможности vMotion, которые охватывают все ограничения распределенных серверов и коммутаторов vCenter. Кроме того, можно проводить дальние vMotion, до 100 метров RTT. Используя эту технику, VMware vMotion может переносить рабочие нагрузки в реальном времени из центров обработки данных, расположенных в Лондоне и Нью-Йорке, между собой.

Интеграция vMotion

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

Сохранение состояния сети

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

Целостность транзакции

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

Часть 2. Как работает VMware vMotion

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

Пришло время узнать о работе VMware vMotion. Ниже приведены некоторые простые шаги, которые помогут вам понять, как на самом деле работает vMotion.

Итак, давайте без лишних слов посмотрим, как он работает!

Прежде всего, пользователи должны убедиться, что источник виртуальной машины может работать на выбранном конечном сервере.
После этого в целевой системе начнется второй процесс M, где ресурсы также зарезервированы.
Теперь контрольная точка системной памяти будет создана. Это означает, что все модификации источника ВМ записываются в дополнительное пространство памяти.
Теперь содержимое системной памяти, записанное на контрольной точке, будет передано на целевую виртуальную машину.
Процедура восстановления контрольной точки или контрольная точка будет повторяться до тех пор, пока не останутся наименьшие изменения в памяти целевой виртуальной машины.
Затем источник исходной виртуальной машины перестанет работать.
Последние изменения в основной памяти передаются на целевую виртуальную машину в течение нескольких миллисекунд.
Теперь процедура VMware vMotion завершится, и обратный пакет ARP будет отправлен на физический коммутатор. Обратите внимание, что следует активировать переключатели уведомлений в свойствах виртуального коммутатора. Доступ к жестким дискам будет осуществляться целевым ESX.
Наконец, исходная виртуальная машина будет закрыта. Это означает, что процедура VM, присутствующая на исходном ESX, будет удалена.

Теперь вы должны знать, что на самом деле записывают все контрольные точки vMotion. Вещи, которые отслеживают контрольные точки, следующие:

Все устройства и их соответствующий статус
Содержание основной памяти
Регистры процессора
Сериализация статуса передачи по сети

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

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

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

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

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

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

Вспомним, как работает vMotion

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

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

Хронология развития vMotion

Первая редакция VMotion

Первый VMotion (обратите внимание на присутствующую в названии заглавную букву «V») вышел вместе с VMware Virtual Center 1.0 в 2003 году. Все, кому удалось попробовать решение, были потрясены тем фактом, что теперь можно переносить виртуальные машины (VM) с запущенными приложениями с одного ESX-хоста на другой без каких-либо простоев. Самые первые демонстрации проводились с известной Windows игрой — 3D Pinball. Тест заключался в том, чтобы во время игры суметь определить, когда виртуальная машина мигрировала с одного сервера на другой. Но полученные результаты лишний раз говорили о том, что это было невозможно сделать, и это было потрясающе.

Windows игра 3D Pinball

Другая особенность vMotion закачалась в легкости, с которой выполнялась миграция. Чтобы запустить процесс, требовалось лишь кликнуть правой кнопкой мыши по виртуальной машине, выбрав опцию Migrate или «Миграция». На рисунке ниже показан веб-клиент vSphere, используемый для миграции виртуальной машины с одного узла на другой.

Storage vMotion

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

Концепция Storage vMotion

Это позволяло администраторам больше не быть привязанным к одному устройству хранения, технологии или поставщику. Несмотря на то что этот функционал не вызвал такого же вау-эффекта, как перемещение ВМ с сервера на сервер, он позволил заметно расширить возможности продукта. Storage vMotion был официально выпущен в 2008 году вместе с VMware Virtual Infrastructure 3.5, который состоял из VMware ESX 3.5 и vCenter Server 2.5.

vMotion с несколькими NIC

Следующие два основных изменения vMotion были включены в vSphere 5.0: теперь появилась возможность использовать несколько сетевых интерфейсов для передачи данных vMotion и использовать технологию Stun During Page Send (SDPS). Эти изменения хоть и не были столь заметными или обсуждаемыми в комьюнити, но все же были важны. Первое — ускорило трансфер vMotion за счет возможности использования нескольких адаптеров. А SDPS замедлял vCPU на источнике и управлял скоростью изменения страниц памяти в зависимости от пропускной способности сети vMotion, позволяя тем самым чрезмерно активным виртуальным машинам становиться менее активными на заключительных этапах vMotion, положительно влияя на передачу.

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

Определение типа миграции vMotion

Metro vMotion

Администраторы были довольны использованием vMotion, но с выходом vSphere 5.5 решение вышло на другой уровень. В 2011 году EMC объявила о том, что ее продукт VPLEX Metro квалифицирован для поддержки vMotion с поддержкой расстояний, превышающих установленные лимиты в два раза.

Концепция Metro vMotion

Теперь виртуальную машину можно было перенести на расстояние около 200 километров, если показатель RTT (время между отправкой запроса и получением ответа) составлял менее 10 миллисекунд.

Long Distance vMotion

Расстояние в 200 километров — довольно значимая величина. Однако и этого в какой-то момент стало недостаточно. В 2015 году с выходом гипервизора vSphere 6.0 стал доступен Long Distance vMotion, или горячая миграция виртуальных машин на большие расстояния, когда работающая ВМ может быть перемещена в пределах расстояния, где показатель Round Trip Time или RTT в канале достигает 100 миллисекунд, а неофициально поддерживалось 150 миллисекунд. Это в 10 раз превысило предыдущие показатели, при этом расстояние увеличилось до 3000 километров. То есть теперь можно было с легкостью использовать vMotion от западного до восточного побережья США, так как RTT из Сан-Франциско в Нью-Йорк составлял 99 миллисекунд. Но поскольку существовала вероятность, что инфраструктура vSphere в столь разных местах вряд ли будет одинаковой, была предусмотрена возможность vMotion между серверами vCenter и vSwitches, а также разрешена передача трафика в L3-сетях.

Encrypted vMotion

С выходом платформы виртуализации vSphere 6.5 была представлена давно запрашиваемая и ожидаемая функция шифрования горячих миграций vMotion, обеспечивающая сквозное шифрование трафика vMotion и защиту данных ВМ от перехватов в ненадежных сетях.

Концепция шифрования горячих миграций vMotion

Зашифрованный vMotion обеспечивает полную конфиденциальность, целостность и достоверность передаваемых данных без дополнительных требований к специализированному оборудованию. При шифровании vMotion для защиты трафика не используются протоколы Secure Sockets Layer (SSL) и Internet Protocol Security (IPsec). Вместо этого реализуется собственный протокол шифрования. Чтобы защитить миграцию ВМ, vSphere 6.5 шифрует весь трафик vMotion, включая метаданные полезной нагрузки TCP и vMotion, используя стандартные алгоритмы шифрования AES-GCM, предоставляемые сертифицированным FIPS-модулем vmkernel vmkcrypto.

Заключение

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

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

Что такое Storage VMotion?

Одна из замечательных технологий, которая стала доступна из GUI в VMware vSphere, Storage VMotion позволяет перемещать хранилище виртуальной машины (ее виртуальные диски) на другой том VMFS / LUN без остановки работы служб и приложений. На диаграмме ниже показано, какие именно фазы проходят в ESX/ESXi при перемещении виртуальной машины между хранилищами.

Как включить VMotion В vmware Sphere 5.x и мигрировать vm-05

Во-первых, при инициировании миграции, VMware vSphere копирует все файлы виртуальной машины, за исключением виртуальных дисков, на новое целевое виртуальное хранилище.
Во-вторых, в VMware vSphere включается технология Changed Block Tracking для диска виртуальной машины. VMware vSphere отслеживает изменяющиеся блоки и записывает эти данные в битовый массив. Обычно этот битовый массив хранится в памяти VMware ESX / ESXi.
Далее VMware vSphere «пре-копирует» диск виртуальной машины и swap-файл с целевого устройства на хранилище назначения (первая итерация). В это время виртуальная машина может продолжать запись в виртуальный диск. В это время некоторые блоки диска меняются и отслеживаются технологией Changed Block Tracking. Далее изменившиеся данные посылаются vSphere на целевой диск и применяются там (вторая итерация). При этом во время такого копирования данные на исходном диске также изменятся и также эти изменения отследятся Changed Block Tracking. Таким образом, итерации будут продолжаться до тех пор, пока объем изменений не будет настолько мал, что они будут переданы мгновенно на целевой виртуальный диск.
Теперь ESXI вызывает (fast suspend/resume) виртуальной машины. Виртуальная машина «приостанавливается» (suspend) на хосте ESX и процесс, реализующий виртуальную машину, запускает ее уже с целевого хранилища (resume). Именно в этот момент происходит последняя итерация копирования изменившихся данных исходного диска на целевой vmdk. Таким образом, виртуальные диски исходного и целевого виртуального хранилищ оказываются идентичны, после чего происходит resume виртуальной машины.
После того, как виртуальная машина запустилась с целевого хранилища, ее виртуальные диски и другие файлы на исходном хранилище уничтожаются.

Каковы варианты использования Storage vMotion?

Миграция со старого хранилища на новые системы хранения или миграция на хранилище другого поставщика без простоев на виртуальные машины.
Выполнение запланированных действий, таких как обновление хранилища на исходном Lun. виртуальной машины из толстого в тонкий и из тонкого в толстый.
Перенос критически важных виртуальных машин в высокопроизводительные массивы хранения для повышения производительности виртуальной машины.
Миграция рабочей нагрузки между различными физическими LUN
Балансировка нагрузки IOPS (с кластерами sDRS Datastore)
svMotion не зависит от хранилища, что означает, что он может работать со всем, что может предоставить хранилище данных VMware. (iSCSI, FCoE, vSAN, NFS, NAS и т. д.)

Требования и ограничения Storage vMotion

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

Диски виртуальных машин должны находиться в постоянном режиме (persistent mode) или быть необработанными сопоставлениями устройств (RDM). Для RDM в режиме виртуальной совместимости вы можете перенести файл сопоставления или преобразовать его в диски с толстым (thick-provisioned) или тонким (thin-provisioned) предоставлением во время миграции, если местом назначения не является хранилище данных NFS. Если вы преобразовываете файл сопоставления, создается новый виртуальный диск, и содержимое сопоставленного LUN копируется на этот диск. Для RDM в режиме физической совместимости (physical compatibility) вы можете перенести только файл сопоставления.
Миграция виртуальных машин во время установки VMware Tools не поддерживается.
Поскольку хранилища данных VMFS3 не поддерживают виртуальные диски большой емкости, вы не можете перемещать виртуальные диски размером более 2 ТБ из хранилища данных VMFS5 в хранилище данных VMFS3.
Хост, на котором работает виртуальная машина, должен иметь лицензию, включающую Storage vMotion.
Хостам ESXi 4.0 и более поздних версий не требуется конфигурация vMotion для выполнения миграции с помощью Storage vMotion.
Хост, на котором работает виртуальная машина, должен иметь доступ как к исходному, так и к целевому хранилищу данных.
Виртуальная машина должна быть выключена, если вы хотите одновременно перенести виртуальную машину на другой хост и другое хранилище
svMotion может вызвать проблемы в приложениях с интенсивным вводом-выводом, таких как базы данных. Имейте это в виду
Максимальное количество одновременных миграций svMotion - 16, тем не менее, это может привести к снижению производительности массива хранения.
В то время как vMotion требует выделенного стека vmkernel TCP / IP для трафика. Storage vMotion переносит данные двумя способами: через коммутаторы FC, если вы используете Fibre Channel, или с помощью интерфейсов управления или обеспечения.
Виртуальные машины со снимками, не могут быть перемещены с помощью Storage VMotion
Хост, на котором виртуальная машина запущена, должен иметь доступ к исходному и целевому хранилищам данных

Практическая часть в vCenter 5.5

теперь немного практики. При общем storage есть два вида миграции

- Change host
- Change datastore

При первом у вас уже должен быть общий storage. Перед тем как я познакомился с vMotion конфигурация была следующей. Два хоста не в кластере. Независимые storage. Необходимо было перезагрузить один из хостов а машинки на нем не трогать. В итоге создал общий storage для них. Затем смигрировал с первого хоста на другой storage машинку, для этого кликнул по ней выбрал migration и выбрал

Как включить VMotion В vmware Sphere 5.x и мигрировать vm-06

Выбрал общий storage и дождался когда операция закончится, затем выбрал в миграции первый пункт Change host и выбираем нужный host.

Как работает "Shared-Nothing" vMotion (Enhanced vMotion) в VMware vSphere 5.1.

Как знают многие пользователи, среди новых возможностей VMware vSphere 5.1 есть так называемая Enhanced vMotion или "Shared-Nothing" vMotion - функция, позволяющая переместить работающую виртуальную машину на локальном хранилище ESXi на другой хост и хранилище с помощью комбинации техник vMoton и Storage vMotion в одной операции. Это означает, что для такого типа горячей миграции не требуется общее хранилище (Shared Storage), а значит и затрат на его приобретение. Напомним также, что функция Enhanced vMotion включена во все коммерческие издания VMware vSphere, кроме vSphere Essentials.

Давайте посмотрим поближе, как это все работает:

Как включить VMotion В vmware Sphere 5.x и мигрировать vm-07

Сначала приведем требования и особенности работы vMotion при отсутствии общего хранилища:

Хосты ESXi должны находиться под управлением одного сервера vCenter.
Хосты должны находиться в одном контейнере Datacenter.
Хосты должны быть в одной Layer 2 подсети (и, если используется распределенный коммутатор, на одном VDS).Enhanced vMotion - это исключительно ручной процесс, то есть функции DRS и Storage DRS не будут использовать миграцию машин без общего хранилища. Это же касается и режима обслуживания хоста (Maintenance Mode).
Для одного хоста ESXi может быть проведено не более 2-х Enhanced vMotion единовременно. Таким образом, на хост ESXi может одновременно приходиться максимум 2 штуки Enhanced vMotion и 6 обычных vMotion (всего 8 миграций на хост) + 2 операции Storage vMotion, либо 2 Enhanced vMotion (так как это также задействует Storage vMotion).
Enhanced vMotion может проводить горячую миграцию одновременно по нескольким сетевым адаптерам хоста ESXi, если они имеются и настроены корректно.

Миграция Enhanced vMotion может быть проведена только через тонкий клиент vSphere Web Client (в обычном клиенте эта функция недоступна - см. комментарии):

Как включить VMotion В vmware Sphere 5.x и мигрировать vm-08

Миграция Enhanced vMotion идет по обычной сети vMotion (а не по Storage Network), по ней передаются и диск ВМ, и ее память с регистрами процессора для обеспечения непрерывной работоспособности виртуальной машины во время миграции:

Как включить VMotion В vmware Sphere 5.x и мигрировать vm-09

Теперь как это все работает последовательно. Сначала механизм Enhanced vMotion вызывает подсистему Storage vMotion, которая производит копирование данных по сети vMotion. Здесь важны 2 ключевых компонента - bulk copy и mirror mode driver.

Как включить VMotion В vmware Sphere 5.x и мигрировать vm-10

Сначала механизм bulk copy начинает копирование блоков данных с максимально возможной скоростью. Во время этого часть блоков на исходном хранилище хоста может измениться - тут и вступает в дело mirror mode driver, который начинает поддерживать данные блоки на исходном и целевом хранилище в синхронном состоянии.

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

Как включить VMotion В vmware Sphere 5.x и мигрировать vm-11

Когда диски на исходном и целевом хранилище и их изменяющиеся блоки приходят в синхронное состояние, начинается передача данных оперативной памяти и регистров процессора (операция vMotion). Это делается после Storage vMotion, так как страницы памяти меняются с более высокой интенсивностью. После проведения vMotion идет операция мгновенного переключения на целевой хост и хранилище (Switch over). Это делается традиционным способом - когда различия в памяти и регистрах процессора весьма малы, виртуальная машина на мгновение подмораживается, различия до передаются на целевой хост (плюс переброс сетевых соединений), машина размораживается на целевом хосте и продолжает исполнять операции и использовать хранилище с виртуальным диском уже целевого хоста.

Ну а если вы перемещаете виртуальную машину не между локальными дисками хост-серверов, а между общими хранилищами, к которым имеют доступ оба хоста, то миграция дисков ВМ идет уже по Storage Network, как и в случае с обычным Storage vMotion, чтобы ускорить процесс и не создавать нагрузку на процессоры хостов и сеть vMotion. В этом случае (если возможно) будет использоваться и механизм VAAI для передачи нагрузки по копированию блоков на сторону дискового массива.

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