As explained in previous tutorials, VMware vSphere vMotion allows you to migrate virtual machines between 2 VMware ESXi hosts. Whether these are in the same data center or not.
But, thanks to VMware vSphere vMotion, you will also be able to migrate virtual machines from one VMware vCenter Server to another. With the VMware vSphere Enterprise Plus license.
The network configuration and VMware vSphere infrastructure used in this case are the same as those created in our tutorial: VMware vSphere 6.7 - Enhanced Linked Mode (ELM).
In other words, a company located in 2 geographic locations:
Note that the 2 VMware vCenter Server servers mentioned above are part of the same vSphere SSO domain and that these servers are therefore linked (ELM mode).
For more information on creating a multi-site Active Directory infrastructure on which this tutorial is also based, refer to our tutorial : WS 2016 - AD DS - Configure a multi-site Active Directory infrastructure.
The prerequisites are:
Optional: if you want to be able to migrate only the computing resource without migrating the storage of a virtual machine, the virtual machine must be on shared storage accessible by your 2 vCenter Servers.
Warning : a virtual machine connected to a distributed switch cannot be migrated to a standard switch.
On the other hand, migration is possible if the type of destination source switch is identical.
Migration is also possible if the source switch type is Standard and the destination switch type is a distributed switch (but not vice versa).
Sources :
Important : for other prerequisites specific to vMotion, refer to our tutorial: Migrate virtual machines (VMs) via vMotion on VMware vSphere 6.7.
For the network prerequisites, it is necessary that::
Source: VMware KB 2106952 cited previously.
To ensure that the migrated virtual machines continue to be able to access the network and the Internet (if applicable) without any problems, it is best to have the same IP addressing on the source network and the destination network.
Otherwise, once the virtual machines are migrated, they are likely to no longer have access to the network since their network configuration will no longer correspond to the IP address used on the destination network.
To solve this problem, you can use L2 (Layer 2) or L3 (Layer 3) bridges.
These L2 or L3 bridges will allow you to use the same IP addressing on the network of the source site (Site A below) and that of the destination (Site B).
Source : L2 Bridges - VMware Docs.
As "Sreekanth Setty" indicates in the comments in the article "VMware pushes the envelope with vSphere 6.0 vMotion":
Note that Sreekanth Setty is a member of the Performance Engineering team at VMware.
The use of L2 and L3 bridges is possible via VMware NSX (NSX-T feature): Network Transport - VMware Docs.
VMware NSX being a virtualization solution allowing you to define a network in software to extend it across data centers, the Cloud, etc.
With the NSX Gateway, you will be able to bridge Layer 2 VLANs from the physical network to an NSX network.
Source: What is VMware NSX? | Network Security Virtualization Platform.
But, also at Cisco : Layer 3 vs Layer 2 Switching.
As explained at the beginning of this tutorial, in our case, the 2 VMware vCenter Servers are located in different countries.
Although these are able to communicate with each other via VPN gateways.
To summarize, thanks to the VPN gateways implemented on each physical site, we are able to access any computer or server of the remote site (for example: Paris) from any computer or server of the source site (for example: example: Brussels).
For vMotion to work between your VMware vCenter Servers, it is recommended that they be linked together via ELM (Enhanced Linked Mode) as explained previously.
When you want to use vMotion, it is recommended to use a dedicated network for this feature. As we explained in our "Migrate virtual machines (VMs) via vMotion on VMware vSphere 6.7" tutorial.
However, in our test environment we only have one connection to the Internet. So the traffic would go through that one connection to the Internet anyway.
For this tutorial, we will therefore activate the "vMotion" service on the VMkernel "vmk0" adapter created by default during the installation of VMware ESXi.
To do this, in the VMware vSphere Client, select the source VMware ESXi host and go to: Configure -> Networking -> VMkernel adapters.
Next, select the VMkernel adapter "vmk0" that appears and click Edit.
Note: as you can see, for the moment, the only enabled service is: Management.
In the "vmk0 - Edit Settings" window that appears, additionally check the "vMotion" box and click OK.
As expected, the services enabled on this VMkernel adapter are now: vMotion and Management.
Do the same on the remote VMware ESXi host.
The vMotion service is also enabled on the remote VMware ESXi host's VMkernel adapter.
As explained previously in the prerequisites, the maximum latency for long distance migrations must be a maximum of 150 milliseconds.
To know the latency between your 2 physical sites in your case, activate the SSH protocol on the source VMware ESXi host and connect to it with an SSH client (for example: putty).
In our case, we will connect to our server "brux-esxi1".
To test network connectivity between this source and destination VMware ESXi host, use the "vmkping" command specifying:
Important : by default, this command uses the default TCP/IP stack of your source VMware ESXi host.
If you have configured your VMkernel interface to use the "vMotion" TCP/IP stack, you will need to add the "-S vmotion" parameter.
Bash
vmkping -I vmk0 paris-esxi1.informatiweb.lan
Plain Text
PING paris-esxi1.informatiweb.lan (10.0.2.13): 56 data bytes 64 bytes from 10.0.2.13: icmp_seq=0 ttl=62 time=0.740 ms 64 bytes from 10.0.2.13: icmp_seq=1 ttl=62 time=0.722 ms 64 bytes from 10.0.2.13: icmp_seq=2 ttl=62 time=0.828 ms --- paris-esxi1.informatiweb.lan ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max = 0.722/0.763/0.828 ms
Warning : in our case, this is a completely virtual infrastructure with VPN gateways and virtual switches to simulate 2 physical sites that would be connected to each other via this type of VPN device.
However, in reality, everything runs on a single powerful computer. Hence the latency which is extremely low compared to what it would give in reality.
VMware 9/23/2022
VMware 7/24/2024
VMware 11/8/2024
VMware 2/23/2024
Pinned content
Contact
® InformatiWeb-Pro.net - InformatiWeb.net 2008-2022 - © Lionel Eppe - All rights reserved.
Total or partial reproduction of this site is prohibited and constitutes an infringement punishable by articles L.335-2 and following of the intellectual property Code.
You must be logged in to post a comment