I'm looking for some VMware documentation about the recommended or "best practice" for how long to keep a linked clone or instant clone VM around before either refreshing or deleting/recreating.
Does anyone know of where I can find this documentation?
I am looking for something straight from VMware because in my current env we have users logged into the same VM for 5 to 7 days before getting a new one. There are issues that the users have that are direct contributing factors to this and I am looking to change the way my company looks at virtual desktops. In other words, they think a virtual desktop is just like a physical machine in a sense where "I can have it on all the time and everything will be fine".
I know that it's highly recommended that clones vm's are only to be used for 48 max in most cases because of the page file/OS disk filling up and causing issues. Cloned vm's were never created to be left around for very long at all. I need some sort of documentation that proves what I'm trying to say that I can give to the right people to start making this change.
Any help is appreciated.
Im not sure if there is such document, but I can share with your on my experience that It really depends on your company policies. I had seen many company adopted Horizon using either linked clones or instant clones. And all of them have different policies implemented. When i mentioned about policies is about your company's IT policies direction. Not the Horizon features.
And lastly and I should say the most important, is educating. Some users don't like it and compare it to physical desktop or laptop. Some users are not IT or Computer savvy and thats why they could not understand. Therefore, you will need to explain to them the importants of "not leaving it on all the time". You probably need to do an onboarding training to the users.
Is there maybe a reason for the users wanting to be able to work this way? Have they been properly informed? Are there some persistence issues that make them do what they do? Is something not working the way it's supposed to for them? Do the functional requirements fit what has been built as to what it provides and how it's supposed to do it?
Cloned vm's are usually meant to be short-lived and non-persistent, as to facilitate the fact they remain the same, granting a similar experience every time you log on to one randomly. It also saves you a ton of storage and can scale up and down very fast in terms of available desktops. It can be easily made highly available and redundant as well.
Dedicated VM's can be managed differently, but cost more storage, but make persistence much easier. Recoverability changes a lot in this scenario as well, as does having desktops highly available, as this is usually a hard user to vm mapping.
Honestly, I think you don't need to prove them something, you need to get them onboard for the right reasons.