Follow up on Hyper-V High availability? or only VMware
-
@LAH3385 said:
He graduate with Computer Science and started his own company ever since.
So if he has no experience or training in IT, why is he inserting an opinion? Comp Sci would teach him nothing at all about IT. Although even first year comp sci students at community colleges were required to do virtualization so he's very, very out of touch even for entry level comp sci work.
[Source: NY's Monroe Community College required writing a functional virtualization platform in its very first entry level programming class as the first project. That's freshman level work at a two year community college. This is circa 1997.]
-
@scottalanmiller said:
@Dashrender said:
If not for those things, I too would say that StarWind would be overkill.
You did not feel that way in the thread talking about Veeam async replication versus Starwind on VMware in the other thread yesterday. Why do you feel one way there and another here, only because one is a single vendor and the other is always multiple? What is the factor causing the change of opinion since the design and architectures remains constant.
I would be assuming an architectural change, mainly that you would have fewer disks in each host to save on that expense, on the assumption that you had to maintain two servers.
But if all other hardware is staying the same, then sure, absolutely toss StarWind in there. You take a hit on performance, but it's probably one you can afford.
-
@Dashrender said:
Assuming you have two server licenses today, unless you want to purchase additional licenses, you should only create one VM on each host. This will allow you to remain fully licensed, legally. Why? Because, since each license allows you to have a 2 VMs, you'll never have more than two VMs per host, so you'll be covered.
If he has two Server Standard licenses, he'd have the ability to have two VMs on each of two hosts. Four total VMs, two total hosts. That's all.
Once every 90 days he can have a DR event and transfer the server license to a DR on which it was not running before. So to cut corners for DR purposes, you can get away with just two licenses, but to use all four in any meaningful way, you need four licenses.
-
Did I just get confused thinking that suddenly there were four hosts rather than four VMs? For two hosts with two licenses he can run two on each. To do four on one he has to use his "once every 90 days DR failover" move to shift the one license to the other box.
-
@scottalanmiller said:
@Dashrender said:
Assuming you have two server licenses today, unless you want to purchase additional licenses, you should only create one VM on each host. This will allow you to remain fully licensed, legally. Why? Because, since each license allows you to have a 2 VMs, you'll never have more than two VMs per host, so you'll be covered.
If he has two Server Standard licenses, he'd have the ability to have two VMs on each of two hosts. Four total VMs, two total hosts. That's all.
Once every 90 days he can have a DR event and transfer the server license to a DR on which it was not running before. So to cut corners for DR purposes, you can get away with just two licenses, but to use all four in any meaningful way, you need four licenses.
Can he stay with one VM on each machine and then transfer the VM at will (less than 90 days) and still be OK?
-
@scottalanmiller said:
@LAH3385 said:
Licensing is quite confusing per wording. But, according to Microsoft License agreement, 1 license cover [ 1 host + 2 vm on the same host] it does not cover 2 vms on separate host.
The host bit is technically correct but effectively confusing. HyperV is free and should not be installed in conjunction with Windows Server. So while there is a license that lets you do this, it's not a best practice or necessary so adds a whole world of complication that is best avoided.
My thought is to have 1 VM per host and during any DR, migrate the failed VM to the other host. This will end up with 2 VM on 1 host while the other host is being service.
Is that a good approach? -
@Dashrender said:
Can he stay with one VM on each machine and then transfer the VM at will (less than 90 days) and still be OK?
No, once every 90 days he can "failover the license" to another location. He can run any VM in any location as long as no location has more VMs than for which it is licensed. So either he can have two on two or four on one. But never three on one and one on one.
-
@LAH3385 said:
@scottalanmiller said:
@LAH3385 said:
Licensing is quite confusing per wording. But, according to Microsoft License agreement, 1 license cover [ 1 host + 2 vm on the same host] it does not cover 2 vms on separate host.
The host bit is technically correct but effectively confusing. HyperV is free and should not be installed in conjunction with Windows Server. So while there is a license that lets you do this, it's not a best practice or necessary so adds a whole world of complication that is best avoided.
My thought is to have 1 VM per host and during any DR, migrate the failed VM to the other host. This will end up with 2 VM on 1 host while the other host is being service.
Is that a good approach?Yes, this is a fine approach.
and my recommendation.I think that by limiting yourself to only one VM on each host.. you only need to own one License per server.
-
@scottalanmiller said:
@Dashrender said:
Can he stay with one VM on each machine and then transfer the VM at will (less than 90 days) and still be OK?
No, once every 90 days he can "failover the license" to another location. He can run any VM in any location as long as no location has more VMs than for which it is licensed. So either he can have two on two or four on one. But never three on one and one on one.
You've changed the question.. My question revolves around each host only having ONE VM, not two.
-
@LAH3385 said:
My thought is to have 1 VM per host and during any DR, migrate the failed VM to the other host. This will end up with 2 VM on 1 host while the other host is being service.
Is that a good approach?That's perfect. You will need two Windows Server Standard licenses and since you have the license capacity to run anything anywhere anyway you can then move them around all that you want.
-
@Dashrender said:
@scottalanmiller said:
@Dashrender said:
Can he stay with one VM on each machine and then transfer the VM at will (less than 90 days) and still be OK?
No, once every 90 days he can "failover the license" to another location. He can run any VM in any location as long as no location has more VMs than for which it is licensed. So either he can have two on two or four on one. But never three on one and one on one.
You've changed the question.. My question revolves around each host only having ONE VM, not two.
I keep getting confused. Then yes, if there are a total of two VMs and the licensing to have two VMs on each physical host he can move things around at will.
-
@scottalanmiller said:
@Dashrender said:
@scottalanmiller said:
@Dashrender said:
Can he stay with one VM on each machine and then transfer the VM at will (less than 90 days) and still be OK?
No, once every 90 days he can "failover the license" to another location. He can run any VM in any location as long as no location has more VMs than for which it is licensed. So either he can have two on two or four on one. But never three on one and one on one.
You've changed the question.. My question revolves around each host only having ONE VM, not two.
I keep getting confused. Then yes, if there are a total of two VMs and the licensing to have two VMs on each physical host he can move things around at will.
Awesome!
-
@Dashrender said:
@scottalanmiller said:
@Dashrender said:
Can he stay with one VM on each machine and then transfer the VM at will (less than 90 days) and still be OK?
No, once every 90 days he can "failover the license" to another location. He can run any VM in any location as long as no location has more VMs than for which it is licensed. So either he can have two on two or four on one. But never three on one and one on one.
You've changed the question.. My question revolves around each host only having ONE VM, not two.
@scottalanmiller said:
@LAH3385 said:
My thought is to have 1 VM per host and during any DR, migrate the failed VM to the other host. This will end up with 2 VM on 1 host while the other host is being service.
Is that a good approach?That's perfect. You will need two Windows Server Standard licenses and since you have the license capacity to run anything anywhere anyway you can then move them around all that you want.
How will this work with hyper-v clustering? I am still shallow in clustering portion so sorry for any misunderstanding terminology.
1 hyper-v core with 2 vms?
during any DR or maintenance the heartbeat will live migrate the VM over to the other host? or...1 hyper-v core with 1 vm each.
during any DR or maintenance the heartbeat will boot up the failed VM on its host? -
@Dashrender said:
@scottalanmiller said:
@Dashrender said:
If not for those things, I too would say that StarWind would be overkill.
You did not feel that way in the thread talking about Veeam async replication versus Starwind on VMware in the other thread yesterday. Why do you feel one way there and another here, only because one is a single vendor and the other is always multiple? What is the factor causing the change of opinion since the design and architectures remains constant.
I would be assuming an architectural change, mainly that you would have fewer disks in each host to save on that expense, on the assumption that you had to maintain two servers.
But if all other hardware is staying the same, then sure, absolutely toss StarWind in there. You take a hit on performance, but it's probably one you can afford.
Hardware stays the same. Both approaches require the same doubling of capacity to work. StarWind does not take an exclusive impact on performance, the Hyper-V Replica way sends the same data over the wire, just not in real time. So it takes less of an impacts in latency terms, but the same in throughput, by not getting the data over there in real time.
-
@LAH3385 said:
How will this work with hyper-v clustering? I am still shallow in clustering portion so sorry for any misunderstanding terminology.
All the clustering does is make the licenses move automatically rather than making you do it yourself. For clustering to actually work you need to be licensed for full mobility or you might automate a license violation. But we have done that here, so you are fine.
-
@LAH3385 said:
1 hyper-v core with 2 vms?
during any DR or maintenance the heartbeat will live migrate the VM over to the other host? or...A live migration can never happen during a DR event by the nature of what a DR event is. That would be like taking a backup after the original data was lost. If you could do that, the original obviously was not lost
-
@LAH3385 said:
1 hyper-v core with 1 vm each.
during any DR or maintenance the heartbeat will boot up the failed VM on its host?Correct, the data is in both locations at all times.
-
@scottalanmiller Just a side note.. how can I change the background color from while to black or darker color. white is killing me
too bright -
@LAH3385 said:
@scottalanmiller Just a side note.. how can I change the background color from while to black or darker color. white is killing me
too brightGo into your settings and under skin you can change it.
-
@scottalanmiller apparently only Cyborg works for me. The rest are all white. I'm using chrome.
