Greenfield HA environment choices
-
@fuznutz04 said in Greenfield HA environment choices:
I worked for a medium size software hosting company. They were setup with a full Hyper-V failover cluster, including the standard SAN, etc.
That's not a good way for a software hosting company. Platform HA is a fallback for when you don't know or control the applications that you host. It's never what you want, just what you are sometimes stuck with.
-
@fuznutz04 said in Greenfield HA environment choices:
Doing system maintenance was a breeze, because I would failover all the VMs to the other hosts, perform updates to the node, and then move them back.
If you need to do this, it means you have no HA for the OS. What if the OS needs patched or fails? The platform (Hyper-V) HA would be useless. It would simply protect the failed system.
If you are looking for HA, this doesn't cut it. What you have isn't bad there, but it doesn't qualify as HA because you are only looking at one of the layers and not protecting the stack. It's a "hypervisor HA", but that's not what any business or IT means when they say HA... they mean continuity of the resultant services.
To put it another way... you are looking at HA of the means, not of the ends.
-
So start by looking at your workloads. Especially if you are on Linux for the VMs, why do you need platform level protection? What is missing at the application layer to create this problem?
Don't get me wrong, I'm not saying that this fallback isn't commonly needed, but don't just assume that it is. Especially not having Windows, it's extremely rare that you would need this.
-
@scottalanmiller said in Greenfield HA environment choices:
@fuznutz04 said in Greenfield HA environment choices:
Doing system maintenance was a breeze, because I would failover all the VMs to the other hosts, perform updates to the node, and then move them back.
If you need to do this, it means you have no HA for the OS. What if the OS needs patched or fails? The platform (Hyper-V) HA would be useless. It would simply protect the failed system.
If you are looking for HA, this doesn't cut it. What you have isn't bad there, but it doesn't qualify as HA because you are only looking at one of the layers and not protecting the stack. It's a "hypervisor HA", but that's not what any business or IT means when they say HA... they mean continuity of the resultant services.
To put it another way... you are looking at HA of the means, not of the ends.
That's a valid point. But let's say you are just looking at hypervisor HA. ( not feasible to move the stack to OS HA anywhere in the near future) Apply the same question.
-
@fuznutz04 said in Greenfield HA environment choices:
not feasible to move the stack to OS HA anywhere in the near future
You sure the stack isn't HA already? All standard stacks are, they have to be.
-
Hyper-V is a decent choice if all you want is to protect the platform and not the functionality. If you have real HA, this is useless and will often work against you and at the very least make things more costly and difficult. But if you lack HA and need a platform level alternative, Hyper-V with Starwind is a really good choice. Starwind is the only mechanism I'd consider in that situation.
-
@fuznutz04 said in Greenfield HA environment choices:
They were setup with a full Hyper-V failover cluster, including the standard SAN
Worth noting, if using the "standard SAN", there wasn't even HA at the platform level in that old design. True HA requires that the full stack be HA in providing services in an HA way. Platform HA would require being able to deliver the platform layer in an HA way, a SAN is the antithesis of that in both cases. You can, with extreme cost and complexity, mostly overcome the SAN problems, but never entirely and never easily.
-
KVM with Starwind or DRBD will do this, too.
-
XCP-NG is also an option. Pretty much everyone has this built in today. XCP doesn't have Starwind as an option. Hyper-V doesn't have an generally accepted native storage option, but as Starwind is native to it, it doesn't matter.
-
@scottalanmiller said in Greenfield HA environment choices:
KVM with Starwind or DRBD will do this, too.
I thought Starwind is NOT available on KVM hyper-visors?
-
@scottalanmiller said in Greenfield HA environment choices:
Hyper-V is a decent choice if all you want is to protect the platform and not the functionality. If you have real HA, this is useless and will often work against you and at the very least make things more costly and difficult. But if you lack HA and need a platform level alternative, Hyper-V with Starwind is a really good choice. Starwind is the only mechanism I'd consider in that situation.
I was thinking about Starwind. I like what they do. (I like hyper-convergence in general)
-
@fuznutz04 said in Greenfield HA environment choices:
I like what they do. (I like hyper-convergence in general)
It's the only feasible way to get platform HA.
-
@fuznutz04 said in Greenfield HA environment choices:
I was thinking about Starwind.
They make the best VSAN storage layer. Insane performance.
-
@scottalanmiller said in Greenfield HA environment choices:
@fuznutz04 said in Greenfield HA environment choices:
I was thinking about Starwind.
They make the best VSAN storage layer. Insane performance.
Any idea on pricing?
-
@fuznutz04 said in Greenfield HA environment choices:
@scottalanmiller said in Greenfield HA environment choices:
@fuznutz04 said in Greenfield HA environment choices:
I was thinking about Starwind.
They make the best VSAN storage layer. Insane performance.
Any idea on pricing?
They always have a free option.
-
@fuznutz04 said in Greenfield HA environment choices:
I've been thinking a lot about what choice to make if I were to go for a high availability system for VMs.
In a past life, I worked for a medium size software hosting company. They were setup with a full Hyper-V failover cluster, including the standard SAN, etc. It was setup before I got there, but it worked great. The hyper-visors were setup correctly (meaning they used Hyper-V server, NOT the Hyper-V role), they used Cluster Failover manager, etc. Doing system maintenance was a breeze, because I would failover all the VMs to the other hosts, perform updates to the node, and then move them back. This was back when I was using Hyper-V server 2012. As of now, a ton more features are available , including cluster aware updating and Windows Admin center which allows you to manage the whole lot from a web browser. Not too shabby.
So, If you create a cluster with Hyper-V server (not the ROLE), and plan to have only Linux VMs on the cluster, thus eliminating the whole licensing downside to MS, what are the main pros and cons of going with the MS solution, VS something else in the Linux world? I'm not leaning one way or another at this point, but I've been so engrossed in the Linux world for the past couple of years, that MS Hyper-V wasn't even a thought in my mind. But now that I'm thinking about it, I'm not really thinking about any big downsides.
Can't wait to get some good discussion going on this.
Greenfield environment? Totally situational IMO.
What are you running on all of the Linux VMs? What kind of HA do you need? Hardware-level HA? VM level? Site? At what level? App level? Service level (can ping the site, but web app doesn't work)? Network level (everything is up, but nobody can access it)? Etc...? All of them?
Would it make sense to run these services and/apps in the cloud in a likely native HA environment with minimal effort and upfront costs?
It totally depends on what you got going on.Just wondering.... can you give a specific use case other than just wanting some HA VMs? It's kinda hard to answer generally (for me).
-
But if you want support, which is always a good idea in production, just ping @Oksana on here.
-
@Obsolesce said in Greenfield HA environment choices:
Would it make sense to run these services and/apps in the cloud in a likely native HA environment
No standard cloud offers platform HA. No major players. AWS, Azure, Vultr, Digital Ocean, Linode... none do HA.
-
@Obsolesce said in Greenfield HA environment choices:
@fuznutz04 said in Greenfield HA environment choices:
I've been thinking a lot about what choice to make if I were to go for a high availability system for VMs.
In a past life, I worked for a medium size software hosting company. They were setup with a full Hyper-V failover cluster, including the standard SAN, etc. It was setup before I got there, but it worked great. The hyper-visors were setup correctly (meaning they used Hyper-V server, NOT the Hyper-V role), they used Cluster Failover manager, etc. Doing system maintenance was a breeze, because I would failover all the VMs to the other hosts, perform updates to the node, and then move them back. This was back when I was using Hyper-V server 2012. As of now, a ton more features are available , including cluster aware updating and Windows Admin center which allows you to manage the whole lot from a web browser. Not too shabby.
So, If you create a cluster with Hyper-V server (not the ROLE), and plan to have only Linux VMs on the cluster, thus eliminating the whole licensing downside to MS, what are the main pros and cons of going with the MS solution, VS something else in the Linux world? I'm not leaning one way or another at this point, but I've been so engrossed in the Linux world for the past couple of years, that MS Hyper-V wasn't even a thought in my mind. But now that I'm thinking about it, I'm not really thinking about any big downsides.
Can't wait to get some good discussion going on this.
Greenfield environment? Totally situational IMO.
What are you running on all of the Linux VMs? What kind of HA do you need? Hardware-level HA? VM level? Site? At what level? App level? Service level (can ping the site, but web app doesn't work)? Network level (everything is up, but nobody can access it)? Etc...? All of them?
Would it make sense to run these services and/apps in the cloud in a likely native HA environment with minimal effort and upfront costs?
It totally depends on what you got going on.Just wondering.... can you give a specific use case other than just wanting some HA VMs? It's kinda hard to answer generally (for me).
Sure thing. Basically, VM and hardware level. There are plenty of environments and workloads still in existence that are not HA on the application layer. So the ability to provide extra protection from downtime, etc, if the cost is within acceptable budgets, can be worth it.
Example:
-
Windows VMs with software that is not designed for shared databases, shared web hosts, etc.
-
PBX - Lets say I host a PBX for my company. I want to do maintenance on the node hosting this. I want to do it during the day. I want to live migrate that VM to another node. I don't need application level failover, I just need to move it and not have downtime.
-
Any other software/workload that for one reason or another, cannot reasonably be moved to a "true HA" solution.
We all know that the BEST scenario is to build your applications against best practices, allowing for HA type functionality. But what about those businesses who are not ready to make that investment? That's what I was thinking about.
-
-
@scottalanmiller said in Greenfield HA environment choices:
But if you want support, which is always a good idea in production, just ping @Oksana on here.
Is Max still around? I think I met him at Mangocon last year.
