Is this server strategy reckless and/or insane?
-
@creayt said in Is this server strategy reckless and/or insane?:
@jaredbusch said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@jaredbusch For Server 2016 right? Saw that, pretty annoying. But I like the idea of breaking things up into containers eventually so I may bite the bullet. At the moment I have 1 2012 R2 license which I think works for the decacore server w/ no extra licensing.
THat's correct.
No, that is not correct.
@creayt a single license covers dual 8 core processors. You will need two more 2 core pack licenses for the decacore box.
That's what I was saying. That's only true for 2016. On 2012 it's per-processor, not per core.
Correct
-
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@jaredbusch said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@jaredbusch For Server 2016 right? Saw that, pretty annoying. But I like the idea of breaking things up into containers eventually so I may bite the bullet. At the moment I have 1 2012 R2 license which I think works for the decacore server w/ no extra licensing.
THat's correct.
No, that is not correct.
@creayt a single license covers dual 8 core processors. You will need two more 2 core pack licenses for the decacore box.
That's what I was saying. That's only true for 2016. On 2012 it's per-processor, not per core.
Correct
See my prior answer.
-
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender "Easier backups", how so? Seems less-easy.
Can't be less easy. Can be the same or easier. You lose nothing, only gain options.
Less easy because without virtualization all I have to back up are a folder of images and a small handful of MySQL data files. Adding virtualization for the benefits I perceive peeps here to be championing would require backing up the entire VMs, which is less easy not to mention a much much bigger backup footprint, no? What am I missing?
Can't be less easy. Not possible. Literally, it's impossible to be less easy. Because ANY option you have with physical you retain with virtual, but with virtual you have more.
By less easy I just mean less work, less things to back up. I'd still need to back up the same things with virtualization that I will without, but with virtualization there are additional things to back up is all I mean. Easy was a poor choice of words, sorry.
No, there are not. LIterally... it only has benefits. No deficits.
-
@jaredbusch said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@jaredbusch said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@jaredbusch For Server 2016 right? Saw that, pretty annoying. But I like the idea of breaking things up into containers eventually so I may bite the bullet. At the moment I have 1 2012 R2 license which I think works for the decacore server w/ no extra licensing.
THat's correct.
No, that is not correct.
@creayt a single license covers dual 8 core processors. You will need two more 2 core pack licenses for the decacore box.
There is no 2 core pack for 2012 R2.
He cannot buy 2012 R2 anymore. You can only buy 2016. He can install 2012 R2 as that is perfectly allowed, but he has to buy and appropriately license 2016.
You can't buy 2012 R2 anymore? They have it on Amazon and NewEgg, don't they?
-
@jaredbusch said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@jaredbusch said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@jaredbusch For Server 2016 right? Saw that, pretty annoying. But I like the idea of breaking things up into containers eventually so I may bite the bullet. At the moment I have 1 2012 R2 license which I think works for the decacore server w/ no extra licensing.
THat's correct.
No, that is not correct.
@creayt a single license covers dual 8 core processors. You will need two more 2 core pack licenses for the decacore box.
That's what I was saying. That's only true for 2016. On 2012 it's per-processor, not per core.
Correct
See my prior answer.
See that the OP already owns 2012 R2
-
@dashrender said in Is this server strategy reckless and/or insane?:
@jaredbusch said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@jaredbusch said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@jaredbusch For Server 2016 right? Saw that, pretty annoying. But I like the idea of breaking things up into containers eventually so I may bite the bullet. At the moment I have 1 2012 R2 license which I think works for the decacore server w/ no extra licensing.
THat's correct.
No, that is not correct.
@creayt a single license covers dual 8 core processors. You will need two more 2 core pack licenses for the decacore box.
That's what I was saying. That's only true for 2016. On 2012 it's per-processor, not per core.
Correct
See my prior answer.
See that the OP already owns 2012 R2
I missed that.
-
@jaredbusch said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@jaredbusch said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@jaredbusch For Server 2016 right? Saw that, pretty annoying. But I like the idea of breaking things up into containers eventually so I may bite the bullet. At the moment I have 1 2012 R2 license which I think works for the decacore server w/ no extra licensing.
THat's correct.
No, that is not correct.
@creayt a single license covers dual 8 core processors. You will need two more 2 core pack licenses for the decacore box.
There is no 2 core pack for 2012 R2.
He cannot buy 2012 R2 anymore. You can only buy 2016. He can install 2012 R2 as that is perfectly allowed, but he has to buy and appropriately license 2016.
He already has it. He doesn't need any more.
-
@dashrender said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender "Easier backups", how so? Seems less-easy.
Can't be less easy. Can be the same or easier. You lose nothing, only gain options.
Less easy because without virtualization all I have to back up are a folder of images and a small handful of MySQL data files. Adding virtualization for the benefits I perceive peeps here to be championing would require backing up the entire VMs, which is less easy not to mention a much much bigger backup footprint, no? What am I missing?
Can't be less easy. Not possible. Literally, it's impossible to be less easy. Because ANY option you have with physical you retain with virtual, but with virtual you have more.
By less easy I just mean less work, less things to back up. I'd still need to back up the same things with virtualization that I will without, but with virtualization there are additional things to back up is all I mean. Easy was a poor choice of words, sorry.
What extra things do you think you need to backup with virtualization?
The virtual machine(s).
-
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender "Easier backups", how so? Seems less-easy.
Can't be less easy. Can be the same or easier. You lose nothing, only gain options.
Less easy because without virtualization all I have to back up are a folder of images and a small handful of MySQL data files. Adding virtualization for the benefits I perceive peeps here to be championing would require backing up the entire VMs, which is less easy not to mention a much much bigger backup footprint, no? What am I missing?
Can't be less easy. Not possible. Literally, it's impossible to be less easy. Because ANY option you have with physical you retain with virtual, but with virtual you have more.
By less easy I just mean less work, less things to back up. I'd still need to back up the same things with virtualization that I will without, but with virtualization there are additional things to back up is all I mean. Easy was a poor choice of words, sorry.
What extra things do you think you need to backup with virtualization?
The virtual machine(s).
You are already backing those up. That's what you are backing up now. So nothing new.
-
@creayt said in Is this server strategy reckless and/or insane?:
@jaredbusch said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@jaredbusch said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@jaredbusch For Server 2016 right? Saw that, pretty annoying. But I like the idea of breaking things up into containers eventually so I may bite the bullet. At the moment I have 1 2012 R2 license which I think works for the decacore server w/ no extra licensing.
THat's correct.
No, that is not correct.
@creayt a single license covers dual 8 core processors. You will need two more 2 core pack licenses for the decacore box.
There is no 2 core pack for 2012 R2.
He cannot buy 2012 R2 anymore. You can only buy 2016. He can install 2012 R2 as that is perfectly allowed, but he has to buy and appropriately license 2016.
You can't buy 2012 R2 anymore? They have it on Amazon and NewEgg, don't they?
That is likely OEM and comes with other issues.
-
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender "Easier backups", how so? Seems less-easy.
Can't be less easy. Can be the same or easier. You lose nothing, only gain options.
Less easy because without virtualization all I have to back up are a folder of images and a small handful of MySQL data files. Adding virtualization for the benefits I perceive peeps here to be championing would require backing up the entire VMs, which is less easy not to mention a much much bigger backup footprint, no? What am I missing?
Can't be less easy. Not possible. Literally, it's impossible to be less easy. Because ANY option you have with physical you retain with virtual, but with virtual you have more.
By less easy I just mean less work, less things to back up. I'd still need to back up the same things with virtualization that I will without, but with virtualization there are additional things to back up is all I mean. Easy was a poor choice of words, sorry.
What extra things do you think you need to backup with virtualization?
The virtual machine(s).
You are already backing those up. That's what you are backing up now. So nothing new.
Sorry, think I mispoke. I'm not backing anything up but the MySQL data files and the image uploads.
-
@creayt said in Is this server strategy reckless and/or insane?:
@jaredbusch said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@jaredbusch said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@jaredbusch For Server 2016 right? Saw that, pretty annoying. But I like the idea of breaking things up into containers eventually so I may bite the bullet. At the moment I have 1 2012 R2 license which I think works for the decacore server w/ no extra licensing.
THat's correct.
No, that is not correct.
@creayt a single license covers dual 8 core processors. You will need two more 2 core pack licenses for the decacore box.
There is no 2 core pack for 2012 R2.
He cannot buy 2012 R2 anymore. You can only buy 2016. He can install 2012 R2 as that is perfectly allowed, but he has to buy and appropriately license 2016.
You can't buy 2012 R2 anymore? They have it on Amazon and NewEgg, don't they?
If you can find a legit paper license, non OEM, then it's probably good for you. You could probably get away with OEM to, just can't move the license, ever.
-
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender "Easier backups", how so? Seems less-easy.
Can't be less easy. Can be the same or easier. You lose nothing, only gain options.
Less easy because without virtualization all I have to back up are a folder of images and a small handful of MySQL data files. Adding virtualization for the benefits I perceive peeps here to be championing would require backing up the entire VMs, which is less easy not to mention a much much bigger backup footprint, no? What am I missing?
Can't be less easy. Not possible. Literally, it's impossible to be less easy. Because ANY option you have with physical you retain with virtual, but with virtual you have more.
By less easy I just mean less work, less things to back up. I'd still need to back up the same things with virtualization that I will without, but with virtualization there are additional things to back up is all I mean. Easy was a poor choice of words, sorry.
What extra things do you think you need to backup with virtualization?
The virtual machine(s).
Ok but how long does it take you to stand up your new physical server should it shit the bed?
What happens if you lose 1 host, and everything migrates over. While you're restoring the down host, if the working one shits the bed, then what?
-
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender "Easier backups", how so? Seems less-easy.
Can't be less easy. Can be the same or easier. You lose nothing, only gain options.
Less easy because without virtualization all I have to back up are a folder of images and a small handful of MySQL data files. Adding virtualization for the benefits I perceive peeps here to be championing would require backing up the entire VMs, which is less easy not to mention a much much bigger backup footprint, no? What am I missing?
Can't be less easy. Not possible. Literally, it's impossible to be less easy. Because ANY option you have with physical you retain with virtual, but with virtual you have more.
By less easy I just mean less work, less things to back up. I'd still need to back up the same things with virtualization that I will without, but with virtualization there are additional things to back up is all I mean. Easy was a poor choice of words, sorry.
What extra things do you think you need to backup with virtualization?
The virtual machine(s).
You are already backing those up. That's what you are backing up now. So nothing new.
Sorry, think I mispoke. I'm not backing anything up but the MySQL data files and the image uploads.
So recreating a failed server means starting from scratch. Seems like a waste of time.
-
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender "Easier backups", how so? Seems less-easy.
Can't be less easy. Can be the same or easier. You lose nothing, only gain options.
Less easy because without virtualization all I have to back up are a folder of images and a small handful of MySQL data files. Adding virtualization for the benefits I perceive peeps here to be championing would require backing up the entire VMs, which is less easy not to mention a much much bigger backup footprint, no? What am I missing?
Can't be less easy. Not possible. Literally, it's impossible to be less easy. Because ANY option you have with physical you retain with virtual, but with virtual you have more.
By less easy I just mean less work, less things to back up. I'd still need to back up the same things with virtualization that I will without, but with virtualization there are additional things to back up is all I mean. Easy was a poor choice of words, sorry.
What extra things do you think you need to backup with virtualization?
The virtual machine(s).
Why? Nothing says you have to. Just backup the same files you did before. Just because you can back them up, doesn't mean you have to.
-
@dustinb3403 said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender "Easier backups", how so? Seems less-easy.
Can't be less easy. Can be the same or easier. You lose nothing, only gain options.
Less easy because without virtualization all I have to back up are a folder of images and a small handful of MySQL data files. Adding virtualization for the benefits I perceive peeps here to be championing would require backing up the entire VMs, which is less easy not to mention a much much bigger backup footprint, no? What am I missing?
Can't be less easy. Not possible. Literally, it's impossible to be less easy. Because ANY option you have with physical you retain with virtual, but with virtual you have more.
By less easy I just mean less work, less things to back up. I'd still need to back up the same things with virtualization that I will without, but with virtualization there are additional things to back up is all I mean. Easy was a poor choice of words, sorry.
What extra things do you think you need to backup with virtualization?
The virtual machine(s).
Ok but how long does it take you to stand up your new physical server should it shit the bed?
What happens if you lose 1 host, and everything migrates over. While you're restoring the down host, if the working one shits the bed, then what?
The host OS is on a Raid 1 of two SSDs, so if both of those fail I'd have to replace them and reinstall the OS.
Installing the host OS takes about 10 minutes on this hardware based on doing it yesterday for benchmarking. Setting up the serveware takes me about 10 minutes.
-
Start from the assumption... there are no downsides to virtualization. Anything that appears like a downside is a misconception. We do this all the time. Now, what might not exist is a compelling reason to need virtualization or need it today, that's fine. You might be at break even for your current setup. However, tomorrow is unknown. Virtualization protects against more tomorrow. So even at break even today, it is a win in risk reduction.
THis is why we never spend time questioning virtualization, since it lacks downsides and has loads of potential upsides (most small, but all are there) there is no reason to skip it. Just do it and move on. THings like HA, consolidation, agentless backups... those are all part of possible benefits you may or may not choose to employ.
-
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender "Easier backups", how so? Seems less-easy.
Can't be less easy. Can be the same or easier. You lose nothing, only gain options.
Less easy because without virtualization all I have to back up are a folder of images and a small handful of MySQL data files. Adding virtualization for the benefits I perceive peeps here to be championing would require backing up the entire VMs, which is less easy not to mention a much much bigger backup footprint, no? What am I missing?
Can't be less easy. Not possible. Literally, it's impossible to be less easy. Because ANY option you have with physical you retain with virtual, but with virtual you have more.
By less easy I just mean less work, less things to back up. I'd still need to back up the same things with virtualization that I will without, but with virtualization there are additional things to back up is all I mean. Easy was a poor choice of words, sorry.
What extra things do you think you need to backup with virtualization?
The virtual machine(s).
You are already backing those up. That's what you are backing up now. So nothing new.
Sorry, think I mispoke. I'm not backing anything up but the MySQL data files and the image uploads.
That's fine. Virtualization changes nothing. You need to back up nothing more. If you sense any additional needs with VMs, that means you have those needs today but are failing ot meet them. So you are likely discovering holes in your backup and recovery strategy that are bothering you, but you didn't realize until we mentioned the virtualization. But literally anything that works today will continue to work virtualized.
-
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender "Easier backups", how so? Seems less-easy.
Can't be less easy. Can be the same or easier. You lose nothing, only gain options.
Less easy because without virtualization all I have to back up are a folder of images and a small handful of MySQL data files. Adding virtualization for the benefits I perceive peeps here to be championing would require backing up the entire VMs, which is less easy not to mention a much much bigger backup footprint, no? What am I missing?
Can't be less easy. Not possible. Literally, it's impossible to be less easy. Because ANY option you have with physical you retain with virtual, but with virtual you have more.
By less easy I just mean less work, less things to back up. I'd still need to back up the same things with virtualization that I will without, but with virtualization there are additional things to back up is all I mean. Easy was a poor choice of words, sorry.
What extra things do you think you need to backup with virtualization?
The virtual machine(s).
You are already backing those up. That's what you are backing up now. So nothing new.
Sorry, think I mispoke. I'm not backing anything up but the MySQL data files and the image uploads.
That's fine. Virtualization changes nothing. You need to back up nothing more. If you sense any additional needs with VMs, that means you have those needs today but are failing ot meet them. So you are likely discovering holes in your backup and recovery strategy that are bothering you, but you didn't realize until we mentioned the virtualization. But literally anything that works today will continue to work virtualized.
Just to be clear, assuming a requirement is Windows, specifically what you all are suggesting is that
Instead of using the host OS, I turn on Hyper V and use a single virtual machine per server and keep all other things identical?
And in addition to the more abstract, general benefits you all believe in, some of which Scott has listed, the benefit you see is that I could potentially, in the case of a failure, if the virtual machine happened to live on a RAID array that wasn't the one that failed, copy that virtual machine to another host and just set it in motion rather than having to configure a new Host OS set up, presuming I had already configured another Host OS set up to move it to, right? Trying to put all of these ideas in concrete terms because I'm interested in learning, not challenging what you're saying with my questions, just trying to comprehend it all. I know you all are seasoned experts.
Thanks for all of the help btw.
-
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@scottalanmiller said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender "Easier backups", how so? Seems less-easy.
Can't be less easy. Can be the same or easier. You lose nothing, only gain options.
Less easy because without virtualization all I have to back up are a folder of images and a small handful of MySQL data files. Adding virtualization for the benefits I perceive peeps here to be championing would require backing up the entire VMs, which is less easy not to mention a much much bigger backup footprint, no? What am I missing?
Can't be less easy. Not possible. Literally, it's impossible to be less easy. Because ANY option you have with physical you retain with virtual, but with virtual you have more.
By less easy I just mean less work, less things to back up. I'd still need to back up the same things with virtualization that I will without, but with virtualization there are additional things to back up is all I mean. Easy was a poor choice of words, sorry.
What extra things do you think you need to backup with virtualization?
The virtual machine(s).
You are already backing those up. That's what you are backing up now. So nothing new.
Sorry, think I mispoke. I'm not backing anything up but the MySQL data files and the image uploads.
That's fine. Virtualization changes nothing. You need to back up nothing more. If you sense any additional needs with VMs, that means you have those needs today but are failing ot meet them. So you are likely discovering holes in your backup and recovery strategy that are bothering you, but you didn't realize until we mentioned the virtualization. But literally anything that works today will continue to work virtualized.
Just to be clear, assuming a requirement is Windows, specifically what you all are suggesting is that
Instead of using the host OS, I turn on Hyper V and use a single virtual machine per server and keep all other things identical?
You never want to enable the hyper-v role.
Download Hyper-v from the website, its completely free and is current. You'd be turning on an old version of Hyper-V which makes no sense.
