Как мигрировать с vmware на vmmanager

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). Я всегда использую именно его.

Осталось нажать Next -> Finish и запустится процедура миграции ВМ на другой хост. За статусом миграции можно следить в панели Recent Tasks (задание Relocate virtual machine). В моем случае процесс миграции ВМ с помощью vMotion по 10 Гб Ethernet занял около 3 секунд.

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

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

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

PowerCLI (vSphere 6.0 and above)

If you haven’t upgraded to, at least, vCenter 7U1c, you can still migrate VMs to a vCenter in a different SSO domain using the methods mentioned earlier. You can either use the community fling or PowerCLI. We will demonstrate the latter in this section.

You will find examples in the help section of the Move-VM cmdlet in PowerCLI.

“The help of the Move-VM cmdlet provides guidance on how to perform a cross vCenter vMotion.”

We are demonstrating here a basic migration with the minimum requirements. You can always tune it if you use storage policies, distributed switches and so on.

1. First, you need to ensure you can be connected to multiple vCenter servers.

Set-PowerCLIConfiguration -DefaultVIServerMode Multiple -Confirm:$False

1. Connect to both vCenter servers in your PowerCLI session.

$SourceVC = Connect-VIServer ‘core-vc.lab.priv’ -Credential (Get-Credential -Message “Source vcenter creds”)

$DestVC = Connect-VIServer ‘site-b-vcenter.lab.priv’ -Credential (Get-Credential -Message “Destination vcenter creds”)

1. Select the virtual machine and its virtual NIC. You can use the -Server parameter to ensure the VM is on the source vCenter.

If the VM has multiple vNICs, make sure you know the order as the destination portgroups will need to be in the same order (vNIC goes to PG, vNIC goes to PG and so on).

$vm = Get-VM -Server $SourceVC -name ‘Ubuntu21’

$vNIC1 = Get-NetworkAdapter -VM $vm

1. Select the host on the destination vCenter server along with the portgroup(s) and the datastore. Your mileage will vary here if you use distributed switches.

$DestVMHost = Get-VMHost -Server $DestVC -name “site-b-esx.lab.priv”

$DestPG1 = $DestVMHost | Get-VirtualPortgroup ‘VM Network’

$DestDS = $DestVMHost | Get-Datastore ‘Datastore1’

1. You can then execute the migration with Move-VM.

Move-VM -VM $VM -Destination $DestVMHost -NetworkAdapter $vNIC1 -PortGroup $DestPG1 -Datastore $DestDS

“You can initiate a cross vCenter vMotion operation with PowerCLI.”

Wrap up

Even though Cross vCenter vMotion has been around for a long time through Enhanced Linked Mode and the API, VMware keeps on adding improvements. The feature was brought to maturity in vCenter 7U1c with the integration of Advanced cross vCenter vMotion in the vSphere client.

Was this helpful?

Do you want to become a member of Altaro Dojo?

VMware Workstation 16 Pro 16.1.0 Build 17198959 (2020) РС | RePack by KpoJIuK

• Одновременный запуск нескольких гостевых операционных систем на одном компьютере • Запуск виртуальной машины в окнах рабочего стола основной операционной системы и на полный экран

• Установка виртуальных машин без пере-разбиения дисков

• Запуск уже установленных на компьютере ОС без их переустановки или пере-конфигурирования

• Запуск приложений операционной системы Windows на компьютере с ОС Linux и наоборот

• Создание и тестирование приложений одновременно для разных систем

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

• Совместное использование файлов и приложений разными виртуальными машинами за счет использования виртуальной сети

• Запуск клиент-серверных и веб-приложений на одном ПК

• Запуск на одном ПК нескольких виртуальных компьютеров и моделирование работы локальной сети

Ключевые возможности VMware Workstation

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

• Оптимизации графической подсистемы включая более производительный видеодрайвер с более широкими возможностями, новый 3D-драйвер для Windows 8 с возможностью работы без аппаратной акселерации, улучшенный драйвер для Windows XP, ускоренный и более качественным рендеринг в графических приложениях (AutoCAD, SolidWorks и другие).

• Встроенная поддержка OpenGL в Linux-клиентах, без необходимости дополнительной установки VMware Tools, с ускоренным и более качественным рендерингом.

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

• Тестовый сервис WSX — прототип веб-интерфейса нового поколения на основе HTML5 для доступа к виртуальным машинам из браузера (включая планшеты и смартфоны) без установки каких-либо компонентов. Рекомендуется использовать браузеры Google Chrome в Windows, Apple Safari в Mac OS, браузер Ice Cream Sandwich в Android 4.0; в Internet Explorer 10 наблюдаются проблемы.

• Загрузка виртуальных машин из облачной системы VMware vSphere на локальный компьютер.

• Поддержка USB 3.0 в операционных системах с соответствующими драйверами (Windows 8 и некоторые варианты Linux).

• Улучшенная реализация вложенной виртуализации (Nested Virtualization) с использованием расширений Intel VT-x/EPT и AMD-V/RVI, что среди прочего приводит к меньшей ресурсоемкости 64-разрядных клиентов.

• Ограниченная поддержка гипервизора Microsoft Hyper-V — возможность установки Windows 8 с активацией соответствующей функции или установки сервера Hyper-V.

• Поддержка виртуальных инструментов анализа производительности, что делает возможным запуск приложений подобных Intel VTune Performance Analyzer.

• Значительные доработки для удаленного подключения к виртуальным машинам через VNC-клиенты.

• Новые инструменты для быстрого освобождения места на диске путем оптимизации файлов виртуальной машины.

• Переработанные вкладки для быстрого переключения между виртуальными машинами.

• Кнопки быстрого включения/отключения виртуальных машин в заголовках вкладок.

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

Ограничения на одновременные миграции

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

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

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

Scenario: hot migrate VMs from vSphere 5.5 to 6.7 using vMotion

The example will show the required steps needed for a successful migration from a 5.5 cluster to a 6.7 cluster.

Prerequisites

Once the new 6.7 vCSA has been installed in the new infrastructure, all ESXi host members of the source cluster to migrate must be supported by the target vCenter. Make sure the ESXi version installed in the source cluster is included in the supported matrix:

If the ESXi hosts in the source infrastructure to migrating are installed with an old version (for example version 5.5), you need to check the VMware Product Interoperability Matrices to check if they are supported in version 6.7. In this example, you need to upgrade the hosts 5.5 to at least version 6.0 to ensure they are supported by the target vCenter 6.7.
The supported hardware (HCL) is another aspect that must be considered during the upgrade/migration analysis. The hardware in use must be verified in the compatibility matrix to ensure it is actually supported by the vSphere version installed in the target infrastructure.

Upgrade the source infrastructure

In the chosen scenario, the source vSphere cluster is version 5.5 U3. Both vCenter Server and ESXi hosts must be upgraded accordingly in order to fall in the supported matrix for version 6.7. Therefore based on the compatibility matrix, the source cluster must be upgraded to at least version 6.0 U3 (version available for download at VMware website). The direct upgrade from 5.5 U3 to 6.0 U3 is fully supported through the migration tool and can be safely used.

Welcoming vSphere environment: Learn about its traits and requirements

Learn from this video about:

vSphere environment traits and requirements
vSphere compute resource architecture and provisioning
Storage. Choose and tune
Networking tips and tricks

You could migrate also to version 6.5 but you need to identify first what vSphere versions support the hardware in use at the old infrastructure. If the HCL reports that the servers model in use is supported by vSphere version 6.0 and earlier, this is the highest version you can install to upgrade the source cluster limiting the compatibility range.

The steps required to prepare the source cluster will be then the following:

Upgrade the old 5.5 U3 vCenter to version 6.0 U3 (direct upgrade).
Upgrade of the 5.5 U3 ESXi hosts to version 6.0 U3.

Требования к Vmware vmotion

Ниже представлена картинка с основными требованиями к данной технологии

Минимум гигабитная сеть, желательно выделенная — Настройте каждый хост как минимум с одним сетевым интерфейсом для трафика vMotion. Чтобы обеспечить безопасную передачу данных, сеть vMotion должна быть безопасной сетью, доступной только доверенным сторонам. Дополнительная пропускная способность значительно улучшает производительность vMotion. Когда вы переносите виртуальную машину с помощью vMotion без использования общего хранилища, содержимое виртуального диска также передается по сети.
Совместимость процессоров
Доступ по сети — Для миграции с помощью vMotion требуются правильно настроенные сетевые интерфейсы на исходном и целевом хостах.
vSphere 6.5 и более поздние версии позволяют шифровать сетевой трафик с помощью vMotion. Зашифрованный vMotion зависит от конфигурации хоста или от совместимости между исходным и целевым хостами.
На каждом хосте настройте группу портов VMkernel для vMotion
Чтобы трафик vMotion маршрутизировался через IP-подсети, включите стек vMotion TCP/IP на узле

Дополнительно — https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.vcenterhost.doc/GUID-3B41119A-1276-404B-8BFB-A32409052449.html

How VMWare vMotion Works?

To migrate a VM between physical hosts using vMotion, the following VMWare components are used:

A VMWare vCenter management server;
A shared storage (connected using Fibre Channel, iSCSI or NAS), that stores virtual machine files. The shared storage allows multiple physical ESXi hosts access files of the same VM in a SAN;
A shared fast network (at least 1GB Ethernet) between the source and target ESXi hosts. When migrating a VM, it retains its original MAC address, and vMotion notifies a network switch that the location of the virtual machine MAC address has changed. It allows to keep active network connections;
Compatibility of CPUs on the hosts or enabled Enhanced vMotion Compatibility (EVC) option.

How does vMotion performs live migration? First, a shadow clone of a source VM with the same configuration (from the VMX file) is created on a target host. The clone VM sees all VM files on the shared storage. The RAM contents and the state of the running VM is transferred over the network from the source to the target ESXi host. vMotion makes a VM memory snapshot and copies it to the target server over the network. At the same time, vMotion tracks changes on memory pages and copies only modified memory segments (it may occur in several stages, each time less data are copied and it takes less time).

At some point, the state of the source VM is frozen, changed memory segments and CPU instructions are copied and the VM is started on the target ESXi host. The whole process takes a couple of seconds for a medium-sized VM on a 1/10 GB Ethernet network.

Part 1: Introduction to VMware vMotion

Storage VMotion and VMware vMotion guard against downtime effectively because these features can link maintenance windows on the datastores and hosts with no interruption of any service.

However, as opposed to well-known speculation, Storage VMotion and VMware vMotion are not programs designed for increasing high availability.

VMware vMotion

Most people have heard of VMware vMotion for sure, which is a live migration feature within VMware vSphere. So, the introduction will be quite brief. vMotion is a tool using which active virtual systems could be migrated from an ESX-host to the other one without interruption.

Also, it could be moved to the virtual systems themselves and even to the provided services. Using vSphere 5.x, previous restrictions on the virtual machines’ simultaneous migrations on datastore-basis and ESXi-host-basis have been eliminated.

This process was only possible previously as cold migration procedures using offline VMs. Therefore, VMware vMotion and VMware Storage vMotion have made it possible to move active VMs on a hosted basis and also on a datastore basis.

The vMotion procedure has become advanced as even in experiments at trade shows comprising hundreds of virtual machines, VMware vMotion does not ever lose VMs or disrupt the services of a VM. To be honest, not all virtual machines are well-suited for vMotion.

Key Features of VMware vMotion:

1. Carry Out Live Migrations

VMware vMotion enables users to transfer a complete running VM from one physical server to another, featuring no downtime.

The VM retains all the network connections and identities, thus ensuring a continuous migration procedure. One can transfer the active memory of a VM over a high-speed network, enabling the VM to switch from functioning on the source host to the target host.

Over a gigabit Ethernet connection, the entire process just takes two seconds or less. Now, live migration enables users to:

Optimize VMs within a resource pool automatically.
Accomplish hardware maintenance lacking disrupting business or scheduling downtime.
Migrate VMs away from underperforming or failing servers.

2. Schedule and Automate Migrations

With the help of VMware vMotion, users could schedule migrations at a predefined time with no intervention from the administrator. This program organizes VM performance across clusters. VMware vMotion enables you to:

Move numerous VMs running on any operating system across all hardware types.
Recognize the optimum placement for a VM within seconds.

How vMotion Works

First and foremost, you should pay attention to the list of setup vMotion requirements. Namely, you need to properly configure network interfaces on the source and target hosts. It is also recommended that you provide the required bandwidth, provision at least one additional network interface controller for the case of failover, and use jumbo frames (Ethernet frames with more than 1500 bytes of payload) for enhanced performance.

To perform live migration of a VM from one physical host to another, VMware vMotion relies on three technologies:

1. First of all, the feature encapsulates the entire state of the VM. It includes memory, registers, and network connections. This is possible with the collection of files that are stored on a shared storage space, for example, Fibre Channel or iSCSI Storage Area Network (SAN) or Network Attached Storage (NAS).

The VMFS (Virtual Machine File System), or the VMware’s clustered file system developed to store disk images of virtual machines, provides a way for multiple installations of VMware servers to simultaneously access the same files of the VM.

2. After that, the VM’s state information is copied to the destination host. This includes the active memory of the VM and its precise execution parameters. Data is transferred over a high-speed network, which is why the process takes just a few seconds to complete. VMware vMotion keeps track of the ongoing memory transactions in a bitmap. Upon completion of the data transfer, vMotion suspends the source VM, copies the bitmap to the target host, and resumes the VM’s activities. The entire process is performed in such a manner so as to ensure transaction integrity.

3. Since the networks used as the migration is performed are all virtualized, it is possible to preserve the VM’s network identity and active connections. As a part of the process, VMware vMotion manages the virtual MAC address. Just for reference, MAC stands for media access control. VMware software ensures that each VM is assigned a unique MAC address in a given host system. After the target host is activated, vMotion pings the network router, thus making sure that the router is aware of the new physical location of the virtual MAC address.

Final considerations

So before closing this article I would like to share some vMotion best practices as final considerations that apply at both home lab and enterprise scenarios:

Create a dedicated VMkenel adapter to “physically” transport the vMotion traffic
Use at least one dedicated 1Gib NIC
When available use additional NICs for fail-over or load balancing
When using the same subnet as Management Network divide subnets using vLANs
When possible enable the Jumbo frames for the vMotion Network from end to end
Leverage the built-in VMware TCP Stack using a separate subnet with a dedicated Gateway for the vMotion network
Make sure FQDN name reolutions is working across networks (Management and vMotion) and Hosts
Encrypt vMotion traffic (from vSphere 6.5 and later)

In a separate article we’ll cover Cold Provisioning with regards to Snapshots, Cloning and Powered off Virtual Machines.

Изменение формата диска из Thick в Thin с помощью Storage VMotion

С помощью функции Storage vMotion в VMware vSphere, вы можете переместить любую виртуальную машину вместе с ее дисками в другое VMFS хранилище (другой LUN или NFS хранилище) без прерывания работы служб и приложений. Во время переноса дисков ВМ между хранилищами вы можете изменить тип виртуальных дисков.Чтобы узнать текущий тип диска виртуальной машины, откройте ее свойства и проверьте значение поля Type. В нашем примере используется диск типа Thick provision lazy zeroed.

Чтобы изменить тип диска, переместите файлы виртуальной машины с помощью vMotion в другой датастор.

Совет. Если у вас только одно VMFS хранилище, вы можете временно создать дополнительное хранилище на любом сервере Windows и подключить его к ESXi серверу через NFS.

Откройте у виртуальной машины меню Action и выберите опцию Migrate.

Выберите тип миграции Change storage only.

В качестве формата диска виртуальной машины укажите Thin Provision и затем выберите одно из доступных VMFS/NFS хранилищ, на которое вы хотите перенести виртуальную машину. Нажмите Next.

Подождите, пока файлы виртуальной машины будут перемещены на новое хранилище.

Затем проверьте, что тип диска изменен на Thin provision.

VMware vMotion Types

By vMotion, VMWare means a whole stack of different technologies that allow you to move running VMs on the fly between hosts, storage arrays, cities or on-premises and cloud infrastructure.

vMotion types:

Standard vMotion – migration of a running VM between ESXi hosts;
Storage vMotion – online moving virtual machine files between datastores (SAN storage arrays, NAS, vVol, NFS, etc.);
Shared-Nothing vMotion – migration of a VM between ESXi servers in a network without using a shared storage (an L2 network is required);
Long Distance vMotion – migration of a VM between remote sites (maximum Round Trip Time is up to 150 ms, including L3 networks as well). It introduced in vSphere 6.0;
Encrypted vSphere vMotion – allows to encrypt VM when transferring it over the network (available in vSphere 6.5);
Cross-Cloud Cold and Hot Migration – online or offline migration between on-prem and cloud infrastructure.

Миграция с vmware на vmmanager

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