Is this server strategy reckless and/or insane?
-
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender No virtualization at all, just throwing the full horsepower of each box at the servereware
Yep. This is a bad idea.
-
@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.
-
About to benchmark a 5-drive Raid 5 to compare it to the Raid 0 results I've benchmarked so far. Does anyone remember if you're supposed to create the VD w/ a size that's smaller than the full capacity to redeem the benefits of over provisioning or not?
-
@dustinb3403 ? Not sure what you mean/are referring to.
-
@creayt said in Is this server strategy reckless and/or insane?:
@dustinb3403 ? Not sure what you mean/are referring to.
You ALWAYS virtualize, unless you have a specific reason to not. i.e. can't think of anything.
-
@dashrender If anyone can name a single benefit of virtualizing given my description of this project's goals and needs I'll be very impressed.
-
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender No virtualization at all, just throwing the full horsepower of each box at the servereware
The overhead of a hypervisor shouldn't even be a consideration. There is literally 0 benefit to doing this. You could use a hypervisor and have a true HA setup so if a node takes a nose dive, everything is instantly (I mean instantly) up on another node.
You wouldn't even have time to blink.
-
The performance hit from virtualization will be so many times less than the RAID 5 penalty, you won't notice it.
-
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender If anyone can name a single benefit of virtualizing given my description of this project's goals and needs I'll be very impressed.
easier backups.
-
@dashrender Some reasons not to for this project:
Performance goals
Time to restore a failed server would increase w/ virtualization ( extra thing to configure )
One less thing to manage
Easier scaling licensewise -
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender If anyone can name a single benefit of virtualizing given my description of this project's goals and needs I'll be very impressed.
Easier failover to another machine.
-
@dashrender Would actually be less-easy failover in this instance, no?
-
It's free to virtualize.
-
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender Would actually be less-easy failover in this instance, no?
It would be easier to fail-over when you are virtual.
-
@dashrender "Easier backups", how so? Seems less-easy.
-
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender Some reasons not to for this project:
Performance goals
Time to restore a failed server would be reduced
One less thing to manage
Easier scaling licensewisePerformance will be negligible at worst.
why would restore be longer?
I suppose it would be one less thing to manage - but it's not like it's that hard to manage
eh? uh - nope! Windows licenses exactly the same on VM or hardware. -
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender "Easier backups", how so? Seems less-easy.
OK stop being dense, take a step back and consider entire platform backup operations.
How are you planning to do this with the existing physical system?
-
@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.
-
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender Would actually be less-easy failover in this instance, no?
At the worst, the failover would be exactly the same as what you are talking about doing today - Exactly!
At best, you can have the hypervisor handle this for you.
-
@dustinb3403 said in Is this server strategy reckless and/or insane?:
@creayt said in Is this server strategy reckless and/or insane?:
@dashrender No virtualization at all, just throwing the full horsepower of each box at the servereware
The overhead of a hypervisor shouldn't even be a consideration. There is literally 0 benefit to doing this. You could use a hypervisor and have a true HA setup so if a node takes a nose dive, everything is instantly (I mean instantly) up on another node.
You wouldn't even have time to blink.
Can you walk me through how you're envisioning that working? I can't reconcile it to the description of the set up for this project. I presume you're talking about setting up Hyper V replicas or something, but because I'm dealing w/ two production boxes that are already actively sharing the workload the failover wouldn't be any different from the user's perspective, and will require the same replacement of the failed drive with or without virtualization.
