vmware vmotion что это

Vmware vmotion что это

Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов по виртуализации Pyatilistnik.org. Виртуализация, чем хороша, что позволяет не привязываться к оборудованию и располагать виртуальные сервера там, где вам это лучше, имея для этого разные механизмы. Сегодня мы как раз и поговорим об одном из таких механизмов под названием Storage vMotion. Уверен, что вы его за свою практику будите использовать очень часто, особенно при смене оборудования систем хранения данных, но обо всем о порядку.

Что такое Storage VMotion?

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

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

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

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

Виртуальная машина и ее хост должны соответствовать требованиям к ресурсам и конфигурации для дисков виртуальной машины, которые необходимо перенести с помощью Storage vMotion. 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.

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

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

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

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

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

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

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

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

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

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

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

Источник

FAQ по vMotion в VMWare vSphere: особенности, типы, настройка

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

Как мы уже сказали, vMotion позволяет выполнить “живую миграцию” виртуальных машин без простоя и прерывания работы пользователей. Технология vMotion позиционируется не как средство обеспечения высокой доступности ВМ при авариях. В первую очередь это простое и удобное средство переноса продуктивных ВМ, когда вам нужно выполнить обслуживание/обновление/замену физических серверов с установленным гипервизором ESXi или дисковых массивов. Также vMotion является основой технологии распределения (выравнивания) нагрузки на физические сервера — DRS (Dynamic Resource Scheduler)).

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

Для миграции ВМ между физическим хостами с помощью vMotion используются следующие компоненты VMWare:

Как происходит vMotion? Сначала на целевом хосте создается теневой клон исходной ВМ с такой-же конфигурацией из vmx файла. Эта ВМ-клон видит все файлы ВМ на общем хранилище. Содержимое оперативной памяти и состояние запущенной ВМ передается по сети между исходным и целевым хостом ESXi. vMotion делает снапшот состояния памяти ВМ, копирует его на целевой сервер по сети. vMotion при этом отслеживает изменения в страницах памяти, а затем до-копирует модифицированные сегменты памяти (это может происходить в несколько этапов, каждый раз копируется все меньший объем данных и за меньшее время).

В какой-то момент состояние исходной ВМ замораживается, выполняется копированию изменённых сегментов памяти и команд процессора, и ВМ запускается на целевом ESXi. Весь процесс для 1/10 Гб Ethernet сети для средних размеров ВМ занимает несколько секунд.

Виды VMware vMotion

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

Особенности VMware Storage vMotion

Как мы уже сказали, технология Storage VMotion позволяет переместить файлы запущенной виртуальной машины (виртуальные диски и файлы конфигурации) на другое VMFS/NFS хранилище (LUN, дисковый массива) без остановки ВМ.

Требования для успешного выполнения Storage VMotion:

Enhanced vMotion Compatibility (EVC) в VMWare

Режим Enhanced vMotion Compatibility (EVC) для кластеров VMware HA/DRS используется, если кластер построен на хостах с процессорами разных поколений (но не разных производителей!!). При включении EVC для кластера, гипервизор начинает маскировать инструкции CPU, которые поддерживаются не на всех хостах. При включении EVC все функции процессоров хостов ESXi в кластере начинают соответствовать некому базовому минимальному набору инструкций CPU, который задал администратора vSphere в настройках.

Таким образом благодаря EVC вы можете мигрировать ВМ между хостами с разными наборами инструкций процессора.

При включении EVC для кластера вам нужно выбрать режим EVC (для AMD или Intel) и выбрать в выпадающем списке минимальное поколение процессоров вендора, которые имеются в вашем кластере.

В VMware vSphere 6.7 появились технологии миграции между облаком и on-prem (Cross-Cloud Cold и Hot Migration). Для реализации ВМ в облако теперь можно включать в настройках ВМ Per-VM EVC (доступно в vSphere 6.7 с Hardware Version 14).

Можно получить базовые уровни EVC выставлены для ВМ в кластере из PowerCLI:

Чтобы получить максимально поддерживаемый режим EVC на:
Get-VMHost | Select-Object Name,ProcessorType,MaxEVCMode

Как включить vMotion в VMWare vSphere?

Выберите ваш VMkernel интерфейс и откройте его свойства (Edit).

В свойствах vmk порта в секции Enabled Service включите опцию vMotion.

vMotion: как мигрировать ВМ между серверами

Чтобы с помощью vMotion перенести запущенную ВМ между двумя ESXi хостами, запустите vSphere Client, щелкните по ВМ и выберите Migrate.

Выберите тип миграции, который вы хотите использовать:

Я выбрал первый вариант.

Мастер миграции предложит выбрать хост, кластер, resourse pool или vApp, в который нужно перенести данную виртуальную машину. Выберите хост. Если vMotion настроен правильно, и не обнаружено конфликтов, в секции Compatibility будет указано: Compatibility checks succeeded.

Мастер миграции ВМ предложит выбрать в какую сети нужно поместить vNIC сетевой ВМ при миграции. Если вы хотите, чтобы ВМ была доступна после миграции, она должна быть помещена в тот же самый сегмент (VLAN), как и на исходном хосте. Если у вас используется стандартный vSphere Switch, нужно создать одинаковые группы портов (Port Group) на всех ESXi хостах. При использовании VDS, группы портов на всех хостах кластера одинаковые.

На последнем этапе нужно выбрать приоритет задачи миграции vMotion. По-умолчанию используется наивысший приоритете (Schedule vMotion with high priority). Я всегда использую именно его.

Убедитесь, что ваша ВМ теперь запущена на другом хосте ESXi.

Можно переместить запущенную ВМ на другой хост с помощью PowerShell командлета Move-VM из PowerCLI. Например, мы хотим перенести все ВМ с хоста esxi-1 на esxi-2:

Get-VMHost esxi-1|Get-Vm| Move-VM –Destination (Get-VMHost esxi-2)

Почему не работает vMotion?

Перечислим основные причины, из-за которых vMotion может завершаться с ошибкой или миграция ВМ выполняться очень медленно:

Как ускорить/оптимизировать vMotion для быстрой миграции ВМ?

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

Чтобы предоставить для процессов vMotion более одного ядра CPU, нужно создать несколько VMkernel интерфейсов с включенной опцией vMotion и привязать их к одному NIC интерфейсу. Один поток vMotion имеет среднюю пропускную способность около 15 GbE, соответственно, чтобы загрузить сеть 100 GbE вам нужно 6 потоков.

Источник

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

Хотя 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

Процедура 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.

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

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

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

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

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

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

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

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

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

Источник

Эволюция VMware vMotion: вчера, сегодня, завтра

Эволюция 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, совершенствуя и оттачивая собственное решение. Изначально же идея продукта заключалась в том, чтобы предоставить администраторам возможность с легкостью расширять виртуальные дата-центры, а в результате получили гораздо больший функционал.

Источник