 So let's cover Zen motion. Zen motion is the ability to move a running virtual machine from one server to another. Now this is referred to in the Hyper-V world as live migration and in the ESX VMware world as VMotion. Really awesome feature, been around for quite a number of years and in different varying states. And this in 2018, it has gotten from all the vendors really, really good. I'm focusing specifically on the Zen server version as put together by XCPNG. This is not Citrix Zen server, but this feature, as long as you have the proper licensing, is supported with Citrix Zen server as well. So Zen is the open source hypervisor. XCPNG is the company that spun this. You can get it for free at xcpng.org. I've done a few videos on this if you search for it. It's a great project. We moved away from Citrix and everything over to XCPNG. All right, so now we covered some of those details. Let's talk about the setup first. Now this right here is kind of the basic layout of our system and this is a YEDYED software I used to do the graphing. It's just convenient and easy. I kind of like it. It's free. And all the features I'm talking about here is all open source. So you can download and set up everything I'm doing here for free follow through my videos. I've got videos on how to set some of this up. So we have my less than creatively named Xenover and Xenover 2 servers and these are my two Xen servers that are the same server. It's important when you want to do live VM transfers that the processor architecture type B is similar as possible in best case scenario exactly the same. And this is a problem when it comes to virtual machines because you have to think about why here. If the processor doesn't have the same architecture support and you're trying to move a live machine over there, the machine may need to reconfigure the processor to match the settings or if they're losing features versus gaining features so that it may not work properly. The most ideal way to set this up is have the same processor. And obviously this won't work going from Intel to AMD because it's a major processor change. So you have to shut down the VMs to move them. They can still be moved between virtual machines. They just can't be moved while running which is kind of the point of this is you don't want downtime and you want to be able to maintenance things and you don't want to have to take your customers down. That's the beauty of these live migrations. So we have Xenover here has a 10 gigabit connection via iSCSI as the transport layer over to FreeNAS. There's no switching between, they're direct connected and I've covered this iSCSI setup. I'm gonna have a new 2018 version coming out soon for those of you wondering but it really hasn't changed much in FreeNAS. So the VMs are stored here on FreeNAS, 10 gigabit connection. Another 10 gigabit connection, no switch, is directly to here. This is what it's referred to as a transfer network. So these are on the same unmanaged switch network which is this purple over here. So they can talk to each other via that network because the management interfaces are both here but I added an additional direct link and I'm gonna show you how this works so I can choose the 10 gigabit the transfer. That way instead of only transferring a gigabit I actually peek out the hard drives and are able to transfer. So when the transfer occurs because it's gonna move from one to the other for this one it'll be reading back and forth here and showing, you know, doing the ice because you eat. This has local storage on it. It has four drives in there, some enterprise hard drives. I believe they're Raptor drives, 10,000 RPM. So they're reasonably fast hard drives locally and this is convenient that way if I wanna take down FreeNAS I'd simply move the machines over to here and then I can maintenance my FreeNAS and move them back. It works perfectly fine and I'm gonna show you the demo here of how it works. The only pause that occurs is the moment that the move is complete the switch has to realize that the MAC address is now over here because it keeps the MAC address the same and passes over to the server so the switch actually goes from seeing it on this port to seeing the MAC address on this port. So it's kind of about, I think it's about a one second pause for that little switch to happen. It kind of like really quickly moving a network cable is what it's doing, it's doing it virtually so it's happening really, really fast. Let's just show you how easy this is and how it works. So we're here in Zen Orchestra this is the free version, the open source version of it that you self support, self maintain hence the no support down here. So this is, once again, all open source nothing special, no licenses needed this is all XCPNG servers and I've added my two servers here. Once you add the two servers in Zen Orchestra it understands the resources between them the information between them and what's going on. So let's take a look at VMs. Here's our DB and nine Zen motion YouTube demo and actually go here. It's up and running. The IP address is 3.190. I'm logged into it 3.190. So let's go ahead and do something. I'll pull up H top just so it's running and doing a thing. I don't think there's really any updates for it. Now we're gonna choose the migration. So select toast, where's it going? So it's on Xenifer. So the only other one is Xenifer two so that's where it's gonna land. Now I could choose if I wanted to what storage but there's only one local storage so I guess that's the one I can choose. If you have multiple VDIs you can actually spread them out and put them at different locations. So it gives you the detail. There's only one virtual hard drive on this particular box so there's nothing, no other choices on there but if you have like a group of hard drives and you wanna move them you could scatter them around across different storage pools. Now this is the important part. Select a migration network because it realizes that they also have this ETH one and that is a shared network. This is something Xenorca should have figured out. It was hey, these both have the same IP ranges across the same network for two different networks. One is the less incredibly named 10 gig two Xenifer and pool wide associated one. Pool size associated is the management network that both of these are attached to and it realizes this one's here because we added the network. All I do is you put a 10 gigabit card in each of these. It's just a standard copper cable between them. There's no switch and you just assign a static IP address to each one of these. I've done a video on how to set that up. Just real quick, I'll show you the network settings. So if you go over here to the hosts here's the Xenorfer host Xenorfer two network 10 gig to Xenorfer 19216820.20 statically assigned. You just do that by adding a network and making sure you understand which interface it is. Obviously this one is red so it's not connected. This one is, it's a dual port adapter. And then we go and look at the other one. We look at the Xenorfer network. Same thing, I'll show you it's add network. Both of them are connected because one connects that both the same T320 dual port adapter and one's connected to free NAS, one's connected to there. And you can see because this one's 19216820.15 versus our free NAS which just simply called storage 10G is 19216810.15. Like I said, these are just direct connects. It's real quick like this. Nothing real special, you add them and do it. Maybe one day I'll do an entire video because I think sometimes people get confused about how all the LAN and VLANs work on these but it's not too difficult. Once you kind of get the concept that there's virtual interfaces and physical interfaces and they don't all have to be attached the same way. Anyways, let's get back to the Xen motion. So now we're gonna go ahead and hit okay and kick off the migration process. Now I go here to all my VMs. You notice this isn't green, it's yellow. The yellow just means there's a process happening right now. That process particular when you mouse over it says running migrate send. We can go over here to task and see how it's going. Fairly quick at 10 gigabit, it doesn't take long to move a virtual machine from one to the other. And then machine's completely running. So here's the virtual machine here. Let's see if there's any updates for this. Probably not. Is it auto updates? Yeah, no updates. Oh, found, cool. Let's update it. While it's actually doing the motion there's actually an update we can load. Move this out of ways, you can see the percentage, 30%. And you can see the machine just keeps working perfectly fine. Cool. Open up, what else can we, what else do I have running on this? Do I have any network stuff? They have some network tools on here. Oh, I can run IPerf on it. So let's open up another tab, running on mine dash server. So I'm still getting gigabit speed while it's doing the transfer here. So that's not causing any issues. So no problems there connecting to my server or my desktop here, which is the 3.9. This is at the, what was the IP address to this one? I think at 190. Yeah, so 190, same network. So nice fast transfers right at 87%. And as you can see the machine, no load. It's not really doing much right, 91% now. Almost done moving. Let's open up and actually be running something so you can see the pause that occurs. This isn't updating much, maybe toppled look better. And, oh, there's our little pause. If did you notice it? Just for a second, it's now migrated. We'll go over here and pull the VMs. It's now on the other server. So it's on center for two. You watched it in real time. Now this is actually interesting. Did you notice that the load jumped just for a second? There was a pause just for that second where there's, so to speak, the hard drive is disconnected. So I think they said the pause is roughly, depending on speed of your server, about a second. So for that one second that it couldn't write something, it pauses. But one second is not exactly downtime. And obviously we didn't even drop any network connections. Everything's just working perfectly fine. Look over here, run an IPerf again, same thing. Speed's the same. It's just on a different server, on a different segment and network on the bottom completing the test. But that's it for ZenMotion. It moves over live VMs as easy as the tools that are in some of the other popular hypervisors. I've been using this whenever we gotta do maintenance. We can just migrate them over to one server, do whatever maintenance on either server and migrate them back. And I can do this in the middle of the day. We've even migrated our free PBX system. The only thing I haven't seen is because it uses UDP, it may drop a call if it's on UDP. I mean, that's one of my to-do list tests is have a live phone call the entire time. But obviously with that one second pause, I don't even know if that would drop it. I know moving like to Unify and the Screen Connect, all those I've moved perfectly fine with this and not had any issues at all. We've moved free PBX back and forth with no issues. I just don't know if I had a live phone call while I was doing it would work or not. That's the test maybe I'll do right now. What time is it? I don't have any phone calls, but I can fake one. Let's go ahead and go ahead and migrate it. And we'll fast forward this one until the call part. I'll wait until that last second and we'll have a call open on it. So I just did a test call. Obviously it's only a 25% now, but the test call works perfectly fine. So I'll open up a call when it's at the 99% mark and we'll see if it drops my call on my phone. My phone is also, I'm using Zoipert. It's what we use here. And it's registered to the free PBX. So it has an active connection. We'll see if it loses that connection at all. Just what they refer to as a registration connection for your VoIP phones. I didn't want to move it before our other VoIP phones didn't drop, but this one's Zoipert. So I'll see if there's any difference at all. All right, we're at the 95% mark. Oh, I'm on the phone. And it did, wow. I didn't have it on speakerphone. Man, I missed it. I'm not gonna do this again, sorry. But if you heard, if you could hear how quiet the voice is on this, it actually paused just for a second. It paused while my voice was playing our welcome message on our phone. So it actually worked. We can actually migrate with live phone calls because I called my office with my phone. And other than that pause, it kind of like did a little fade out and pause, boom. But also you may have noticed here, nothing was dropped. So we're still here in free PVX that's working. My phone's still registered. It has no idea that the system moved to another server. So there you go. There's a demo of Zenmotion and even moving a running phone system with phone calls. It apparently works fine, a fun test. All right, thanks. Thanks for watching. If you liked this video, go ahead and click the thumbs up. Leave us some feedback below to let us know any details which you like and didn't like as well because we love hearing a feedback. Or if you just want to say thanks, leave a comment. If you wanted to be notified of new videos as they come out, go ahead and hit the subscribe and the bell icon that lets YouTube know that you're interested in notifications. Hopefully they send them as we've learned with you too. Anyways, if you want to contract us for consulting services, you go ahead and hit launch systems.com and you can reach out to us for all the projects that we can do and help you. We work with a lot of small businesses, IT companies, even some large companies and you can farm different workout to us or just hire us as a consultant to help design your network. Also, if you want to help the channel in other ways, we have a Patreon. We have affiliate links. You'll find them in the description. You'll also find recommendations to other affiliate links and things you can sign up for on launch systems.com. Once again, thanks for watching and I'll see you in the next video.