Follow up on Hyper-V High availability? or only VMware
-
Moving to DC licensing is extremely expensive. You don't move there just in a 2+ situation, you move there in a 8 or maybe 10 or more VM situation.
You can have a single VM host and have 6 VMs on it, requiring you to purchase 3 standard licenses for that host. That would cost you roughly $2400 ($800 a license).
DC = $5600 or the same as 7 standard licenses, which would give you 14 VMs.
But, in a failover situation if you have 7 VMs on one host, and 7 VMs on another host and they failover to each other, assuming a full failure situation, you'd have 14 VMs on a single host.. and therefore your best cost situation is a DC license on each.
But if you only have 6 VMs on each server, it will cost you less to purchase 24 standard server licenses (12 * $800 = $9600) instead of buying 2 DC licenses for $11,200 (2 x $5600).
But you have an unusual situation, though it would really be the same for any case where you have fewer VMs that DC makes sense, AND you have an odd number of VMs on each host.
having the odd number of VMs presents the question I asked above.
-
@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.
