"Live migration" of users from one Farm member to another.
I'd like to be able to live migrate a User's session from Server A to Server B. This would allow me to more quickly perform maintenance on a node in my farm without logging off or disconnecting users. Drain is a good start, but still depends on the users logging out.
Rocco C. Campo commented
This is still needed and will lock RDS as the go to system.
Ryan Kearney commented
I guess software companies should cease all development on complicated things like VMotion or Live Migration. While we're at it, better stop working on encryption too since a lot of things could go wrong there. We've clearly reached peak technological capabilities.
This would be great!
Please do this
Need this bad
The support of the machines would be greatly simplified.
Please look into adding this feature request.
Alln Scott commented
Jorge Salgado commented
This Feature is a must!
Erik Schellekens commented
With current techiniques this should already be possible. If you look at vMotion, or other hypervisor abilities. Even the most complex machines are no problem to migrate. Just give the user a pop-up (i.e. hold on while you're moved) This is a long anticipated feature, I've been waiting for it from the time of MetaFrame XP.....
Abhishek Verma commented
Yes, It would very helpful for us to live migration of Users from Server A to Server B. It will save time without trouble to users session.
Bruce Garlock commented
We recently moved from a web app, back to a thick windows client app, and in order to patch RDS hosts, we currently have to disable new logins, and have each user currently logged into the host sign-out, so they get a different host when they sign back in. This is extremely time consuming for IT, and for the end user. Being able to live migrate users from one host to another would be extremely helpful for our organization.
Nick E commented
Hopefully you're building on the work Microsoft Research has already done in this area with project Drawbridge:
Perhaps this would also play nicely with Containers and make them able to live migrate between hosts like sessions and processes
+ 1 million votes!
Drain is fine, but asking a lot of users in a 24/7/365 environment to stop what they are doing to logout/in, and to get hold of all the inactive users (or killing their sessions) is NOT very popular! ... not to mention expensive in lost work!
This cannot be more complex or difficult than live migration of vm's or vdi's!
David Svirskis commented
Great idea but enormously complex to implement (i.e. expensive to develop, and high chance of things going wrong due to so many moving parts) - you'll more likely see approaches that remove the need to kick off users for maintenance (e.g. in-memory patching, AppV).
I'd give this 1000 votes if I could!
Read the comment of Mathiu Isabel again! ... and again!
If you don't understand the complete significance and impact such a solution would have, then keep reading his comment till you do!
This would be greater than hot water and sliced bread!
Robert Smit commented
live migration from one host to another is also important when using RDS in Azure. the cost savings could be huge when running multiple servers. say you have 10 RDS servers hosting all 1 session in Azure and could easy be drained to 1 server saves 9 Azure VM's. when running the user session is a kind of "container" you could easy migrate the session.
This is increasingly important as infrastructure moves to a hosted or cloud environment. I need to be able to scale the RDS environment as user load increases through out the workday to keep the costs reasonable.
Hi Ben Hemphill,
have you found a solution?