0

Problem exposition

I am a system administrator in our company, and I am currently researching a possible solution for more stable workflow in a our company. Our company is a chain of hundreds general goods stores. We have mostly less educated workers in information technology, and they use workstation computers in those stores. Operating systems are installed directly on the host's hardware. So when operating system crashes we have to send out technicians on location to manually install the operating system and additional software. They sometime have to travel a 100 km, 62 miles, to get to the remote location, and often they are busy with other tings, and can't go immediately to the remote location, witch further increases the workstation downtime. So we have workstation downtime, and our technicians waste time traveling an manually reinstalling operating system and additional software just because of a software problem.

Possible solution

I was wondering if it would be practical to install a bare metal hypervisor on a workstation, and then to install a virtual machine in the hypervisor, which would be a workstation for the employees. When operating system crashes we could remotely deploy a new, fully setup virtual machine without any hassle. Only when there is a hardware issue on the workstation we would send technicians on location.

My question

I don't have a lot experience with virtualisation, but I work with VMware, and all of our servers are on VMware ESXi clusters. I have never used virtualisation in this way as I am planning now so I don't know how it would behave, how would it will work, and what issues I can expect, so I am asking you, the community, for opinions and advice. Is this feasible, practical, and will it work as intended, and what FOSS hypervisor should I use? I was thinking XCP-ng with Xen Orchestra web interface would be a good solution.

Zoran Jankov
  • 243
  • 1
  • 2
  • 16
  • Have you considered using an operating system that doesn't require reinstallation if it crashes? or one that doesn't crash? – Michael Hampton Dec 06 '20 at 14:24
  • Agree with @MichaelHampton, it's a bit weird for a modern OS, whether it's Windows, macOS or Linux, to crash; in an unrecoverable fashion even less possible (hardware reasons aside). Which OS do you use? Do you allow administrator level access to these less educated workers? You could proceed with your idea; but if a recently formatted and patched, without admin privileges Windows machine (or macOS or Linux) can be crashed in a way that format is the only option, then the same may happen with Xen or Linux KVM. So you'll end up with one more layer to restore. – Krackout Dec 06 '20 at 14:37
  • why not using remote desktop even if you deploy an local one you only loose in case user data if the profile get fu...d up by the user – djdomi Dec 06 '20 at 15:05
  • @Krackout As I said we have mostly less educated workers in information technology. They use mostly Windows 7, and slowly transitioning to Windows 10. To switch to GNU/Linux OS would be catastrophic regarding employee skills and familiarity of the new technology. – Zoran Jankov Dec 06 '20 at 15:15
  • 1
    Even with Windows 7 there should not be any way for the user to create catastrophic software damage requiring an OS reinstall. Something is terribly wrong with the way these systems are being managed. Or not being managed at all? – Michael Hampton Dec 06 '20 at 17:43

1 Answers1

2

And how will the workers access these virtual machines?

In order to access the virtual machines, the workers need a computer or thin client of some sort. So what have you accomplished? You've merely introduced another layer of technology and an additional point of failure. You haven't solved the core problem.

Your idea isn't bad, but you need to think about how to implement it so that you're not just adding additional layers, but that you're actually solving the problem.

Standardize your hardware and software, centralize your deployment images and tools, and purchase spare hardware. When a remote computer breaks you can simply deploy your image to a spare computer and ship it or deliver it to the remote location.

Another option would be to deploy thin clients at the remote locations and implement VDI at your core location using your ESXi infrastructure. You can use any number of methods and tools to create and maintain a fleet of VDI machines for the remote locations to use.

joeqwerty
  • 108,377
  • 6
  • 80
  • 171
  • I see your point and I tend to agree with you. I would like to see our department with increased funding for spare fully setup workstations able to be quickly deployed on site, but that is that is an ongoing issue with finance department. – Zoran Jankov Dec 06 '20 at 16:52