Is this server strategy reckless and/or insane?
-
The high availability at the hypervisor level is a minor point. It might be useful for the non-database workloads, but the database replication at the application layer is better if he's going to go that route as it protects against more.
-
@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.
-
@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?
As an example you could use XO's continuous replication capability and have the system configured that if Host 1 goes down to instantly power on the VM on your other active host.
Literally nothing you have to do but restore host 1.
-
The reasons for virtualization are...
- adds lots of benefits that you may or may not use, that you might need them in the future and can never tell today is a huge piece
The reasons not to virtualize are...
none really. That's why we always virtualize.
-
@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.
-
@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.
What he means is that you can still choose to only back the exact same files you are backing up today.
But, with virtualization, you can more easily backup the entire VM if you want to. Also, you can move to new hardware simply by copying the VM to new hardware, instead of reinstalling it (or imaging it then installing new drivers, etc). -
@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.
-
@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.
-
@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.
There's no core count in 2012 R2.
-
@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.
-
@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?
-
@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.
-
@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 owns 2012 R2.
-
@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.
But you could opt to only backup the database files and not the entire machine it's self. That option still exists. And doesn't go away.
You simply have more options to restore in the event of a failure.
-
@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.
