We really like Hyper V's ability to support existing and cloud application workloads to solve more than
infrastructure issues and deliver a long-term business strategy. This functionality was extremely crucial in our decision making process. The unique and robust security was …
Hyper-V makes a lot of sense in scenarios that will support several Windows Server-based OS virtual machines. The only limitation of those licensed VMs is the hardware that hosts the Hyper-V role. If you need to deploy many servers running Windows Server OS, it is worth the price. Hyper-V also does a great job of managing the server host's computational resources, including memory, CPU, network, and storage.
Red Hat Enterprise Linux (RHEL) is best suited for its stability, fast reboot time, and minimal resource requirements which reduce overall cost. The patch time for Red Hat Enterprise Linux (RHEL) is also extremely fast which benefits application up time. For environments or applications that require many changes, for a Red Hat Enterprise Linux (RHEL) support person that is not well trained and experienced in Red Hat Enterprise Linux (RHEL), this can be challenging.
Easy to use GUI - very easy for someone with sufficient Windows experience - not necessarily a system administrator.
Provisioning VMs with different OSes - we mostly rely on different flavors of Windows Server, but having a few *nix distributions was not that difficult.
Managing virtual networks - we usually have 1 or 2 VLANs for our business purposes, but we are happy with the outcomes.
Virtualization, like the operating system level task. I see this product is very good and it blends very well with the middleware components like all the JBoss and other things. And other than that, either you install it or a virtual machine or physical servers, it works seamlessly anywhere. And if you want to go further, like Red Hat OpenShift or those things also work very nice with it.
We manage Hyper-V using both System Center Virtual Machine Manager (SCVMM) and the in-build Hyper-V administration tool, the former being the main product we use as the built-in tool is very light on functionality, unlike VMware ESXi.
Management of storage is not great and quite a shift away from how VMware does it with ESXi; there is no separate panel/blade/window for LUNs/data stores, which means there is a lot of back and forth when trying to manage storage.
A dedicated client with all functionality in one place would be awesome.
Having the equivalent of ESXi's virtual console is something which is absolutely needed.
In the LEAP process. The upgrading process, which I'm hearing, like I said it before, prior that I was on rail seven, eight, and nine. Trying to get all of that to rail nine and stay current. The LEAP process from seven to eight is a little bit less than desired. I've talked to some people that from once you get on eight from eight to nine to nine to 10 is a breeze. So I'm looking forward to that.
Cheap and easy is the name of the game. It has great support, it doesn't require additional licenses, it works the same if it is a cluster or stand-alone, and all the servers can be centrally managed from a system center virtual machine manager server, even when located at remote sites.
It is quite intuitive. Junior techs are able to provision and administrate Hyper-V virtual server infrastructure with little to no additional training. Documentation from Microsoft is easily avaliable and decently well written. Hyper-V is reliable and does what it is supposed to. Can be admin from an intuitive gui, or aoutmated with extensive powershell.
The Red Hat Enterprise Linux (RHEL) distro is the simplest enterprise version of Red Hat that is enterprise supported and when you deploy as many VMs as we do, it is vital to have that enterprise support. On top of the enterprise support, having access to a commercially supported backbone for updates and upgrades is a huge plus.
In the past 2 years our Hyper-V servers have only had a handful of instances where the VM's on them were unreachable and the physical Hyper-V server had to be restarted. One time this was due to a RAM issue with the physical box and was resolved when we stopped using dynamic memory in Hyper-V. The other times were after updates were installed and the physical box was not restarted after the updates were installed.
Hyper-V itself works quickly and rarely gave performance issues but this can be more attributed to the physical server specifications that the actual Hyper-V software in my opinion as Hyper-V technically just utilizes config files such as xml, and a data drive file (VHD, VHDX, etc) to perform its' duties.
I gave it a middle of the road rating - as far as getting direct help from Microsoft this never seems to happen. (Good luck getting ahold of them.) Getting help from online support forums is pretty much where I get all my help from. Hyper-V is used quite widely and anything you could need help with is out there and easily searched for on your favorite search engine.
Red Hat support has really come a long way in the last 10 years, The general support is great, and the specialized product support teams are extremely knowledgeable about their specific products. Response time is good and you never need to escalate.
We had in person training from a third party and while it was very in depth it was at a beginner's level and by the time we received the training we had advanced past this level so it was monotonous and redundant at that point. It was good training though and would have provided a solid foundation for learning the rest of Hyper-V had I had it from the beginning.
The training was easy to read and find. There were good examples in the training and it is plentiful if you use third party resources also. It is not perfect as sometimes you may have a specific question and have to spend time learning or in the rare case you get an error you might have to research that error code which could have multiple causes.
initial configuration of hyper-v is intuitive to anyone familiar with windows and roles for basic items like single server deployments, storage and basic networking. the majority of the problems were with implementing advanced features like high availability and more complex networking. There is a lot of documentation on how to do it but it is not seamless, even to experienced virtualization professionals.
VMware is the pioneer of virtualization but when you compare it with Hyper-V, VMware lacks the flexibility of hardware customization and configuration options Hyper-V has also GPU virtualization still not adequate for both platforms. VMware has better graphical interface and control options for virtual machines. Another advantage VMware has is it does not need a dedicated os GUI base installation only needs small resources and can easily install on any host.
So we in our company have used Ubuntu as well. Sometimes we have to use that because a certain application installer requires that we use that operating system, but we really don't prefer it just because it doesn't come with the same Add-on features that make Red Hat Enterprise Linux (RHEL) really great, like Red Hat Insights or Red Hat satellite, things like that. They come package with it. So that would be the main one. I've also used things like FreeBSD, but I think that's just too old at this point to care.
Nothing is perfect but Hyper-V does a great job of showing the necessary data to users to ensure that there is enough resources to perform essential functions. You can also select what fields show on the management console which is helpful for a quick glance. There are notifications that can be set up and if things go unnoticed and a Hyper-V server runs out of a resource it will safely and quickly shut down the VM's it needs to in order to ensure no Hardware failure or unnecessary data loss.
Massively positive impact on expenses in my company by reducing our storage needs drastically. We were able to reallocate the budget to upgrading our primary Hyper-V server with pure enterprise SSD's as we reduced the storage needs by over 50% and by this we increased performance by over 400%.
We have deployed more than 8 servers with EXTREMELY minimal cost using Hyper-V and not requiring another hardware server to host it. We have leveraged our hardware resources in our 2 servers so well that we were able to add many new services, not in place prior, as we did not have the servers to host them. Now with Hyper-V, we deployed many more servers in VM's, purchased OS's & CAL's, but did not need any hardware, which is the greatest expense of all.
With Hyper-V, our ROI was reduced from 36-40 months on our primary server, down to only 13 months by reducing costs of storage and adding so many more servers, by calculating the "would-be" cost of those servers that was avoided by creating them in Hyper-V.
